forums.silverfrost.com

The following is a noteworthy occurrence and you may wish to write a short main program that invokes dowts() (code posted above) to verify it (and reinforce @danrright's devotion to Devilry):
Next ye ...

The Gregorian calendar defines a cycle that has a period of 400 years. If you count the common years in that cycle, multiply by 365, and add 366 times the number of leap years in that cycle, you get a ...

This thread reminded me of an impressive paper by Bentley and McIlroy, https://www.cs.dartmouth.edu/~doug/mdmspe.pdf
in which they show how to design a killer adversary for quicksort if the input lis ...

Here are portions of F2008 that pertain:
F2008:
9.6.2R913: io-control-spec is UNIT = io-unit OR ...
9.5.1: R901: io-unit is file-unit-number OR * OR internal-file-variable

Here is the source of ...

Thanks, Kenneth, for this nice puzzling program. With these lines for the main program:
program main
use x_mod, only : a
use y_mod
use kind_mod
implicit none
print*, a ! FTN95 print ...

I have run into this problem (Slink64 3.10 reports access violation). If the output EXE file is named explicitly with the linker's /file:<name>.exe"option, the problem is not seen!

The distribution of runtime library routines is different between 32- and 64-bit versions of Silverfrost Fortran. For your test program, the 64-bit versions of routines WSF1@@, CH@WSF and WSF2@ are in ...

Dan, what do you have in your FTN95.CFG (in the FTN95 base directory)?

I ask because I suspect that you have /no_banner in it, or you may be using some IDE/build system that modifies the messages t ...

Dan, I agree that the error message is confusing, and that the wording could be improved for clarity.

The standard specifies (Fortran 2018, Sec.8.2) that:
R801 type-declaration-stmt is

declara ...

Thanks, Robert, the text bleed-over problem reported in this thread is not present in the revised SDBG64 (9.02 version) that you just made available.

After spending a few days exercising the new ve ...

Update on 19 May 2024:

The two test programs posted above (grist.f90 and gcgtst.f90) work correctly with FTN95 version 9.03.

Thanks to Silverfrost for enhancing the compiler to enable the ASSOCI ...

Thank you, I checked out the new version and it works.

I posted this bug report over two months ago.

RSVP!

Dan, I used 9.02 without /check or /undef.

FTN95 gives, if I am not mistaken, an incorrect warning:

WARNING S:\LANG\dan.F90 12: MOD!SPECIES is not ALLOCATABLE yet is used in an ALLOCATE ...

Dan, your program is almost working. All that you have to do is to make sure that subscript bounds are honored, or, equivalently, allocate arrays with sufficient size.

Here is a fixed-up version:
...