 |
forums.silverfrost.com Welcome to the Silverfrost forums
|
View previous topic :: View next topic |
Author |
Message |
PaulLaidler Site Admin
Joined: 21 Feb 2005 Posts: 8208 Location: Salford, UK
|
Posted: Sat Jun 30, 2018 2:28 pm Post subject: FTN95 beta testing |
|
|
The latest FTN95 and DLLs are available for beta testing via the following download link. This is for users who have v8.30 and want to test the latest fixes. An archive called demo.zip contains an additional program that illustrates new features in ClearWin+. This archive should be extracted to its own folder.
Please do not post replies on this thread relating to %pl or %fr failures.
Please be careful to create backup versions and make sure that each file is copied to its corresponding installation folder.
https://www.dropbox.com/s/n4xhgkdz71viqrf/Beta279.zip?dl=0 |
|
Back to top |
|
 |
PaulLaidler Site Admin
Joined: 21 Feb 2005 Posts: 8208 Location: Salford, UK
|
Posted: Mon Jul 02, 2018 6:52 am Post subject: |
|
|
Yes that is correct. That file only needs to change when exports used by clearwin64.dll are added to salflibc64.dll (very rare). It is usually rebuilt for a full release just to make it look right. |
|
Back to top |
|
 |
mecej4
Joined: 31 Oct 2006 Posts: 1899
|
Posted: Tue Jul 03, 2018 6:42 am Post subject: |
|
|
John Silver: I have seen similar problems occur when (by mistake) I used a PATH setting that caused a the FTN95 DLLs were not all from the same release or if some of the DLLs and the compiler (FTN95.EXE) were not from the same release.
Here is what I see from compiling demo.f95 from the 8.30.169 release, using only the .169 release tools, 32-bit mode.
1. The warnings regarding variable I being given a value but never used are appropriate, but the wrong line numbers are shown. The lines containing the assignment to variable 'I' are 261 and 533, whereas the messages give 259 and 526.
2. When there is more than one such assignment to a variable the value of which is never used later, only the first instance is listed. This is appropriate, although "...only the first occurrence is flagged..." would be more helpful in fixing the code to remove those warnings.
3. Linking demo.obj produces the puzzling warning message
Quote: | WARNING - Module component WINDOW_UPDATE@ has been defined differently here than previously in object file s:\FTN95\demo\demo\demo.obj (s:\FTN95\demo\demo\demo.obj) |
Is there something that we should fix so that this linker warning goes away? The EXE that is produced appears to run fine (I did not check if the graphical output and GUI behaviour are correct).
In 64-bit mode, we again see the behavior noted in Items 1 and 2 above, but not 3. Instead, the 64-bit EXE fails, with a pop up saying "clrwin is not available as an icon resource at address 1c008559". John reported seeing this pop up at the link stage, but if he used /LGO the demarcation between linking and execution may not be obvious. The 32-bit compilation logs a call to the resource compiler "[Silverfrost SRC/WIN32 Ver 4.07 Copyright (c) Silverfrost Ltd 2018]", whereas the 64-bit compilation does not do so; perhaps the latter failed to call a 64-bit built-in version of SRC to process the RESOURCES section of the source file DEMO.F95. This problem occurs only if the compilation and linking are done separately. If the /link or /lgo options are used, no problem is seen, and an invocation of SRC.EXE is flagged.
As far as compiler-linker behaviour as applied to DEMO.F95 is concerned, I find that the new beta release is no different. In short, if you use the /link or /lgo option with /64, the new beta release produces a 64-bit EXE that runs fine.
Last edited by mecej4 on Tue Jul 03, 2018 9:31 am; edited 1 time in total |
|
Back to top |
|
 |
PaulLaidler Site Admin
Joined: 21 Feb 2005 Posts: 8208 Location: Salford, UK
|
Posted: Tue Jul 03, 2018 7:27 am Post subject: |
|
|
Both programs work correctly for me but I tested using Plato under Windows 10 and not Windows 7.
The warning about WINDOW_UPDATE@ can be ignored. This routine is unusual in that it can take arguments of various types. The linker has noted what it thinks might be an inconsistency and issued a warning.
The problem about the missing icon relates to the need to use /r on the SRC command line when compiling the resource script. The linker should then be presented with the resulting .res file. I tested from Plato so I guess that Plato sorts this out automatically. |
|
Back to top |
|
 |
DanRRight
Joined: 10 Mar 2008 Posts: 2922 Location: South Pole, Antarctica
|
Posted: Wed Jul 04, 2018 2:23 am Post subject: |
|
|
Paul, May be good idea to post the full this beta release with the installer on your website. I was unable to run my programs with this beta from start. Sometimes the mix of releases do not work well for testers. Specifically sensitive is Clearwin+ part of the FTN95. |
|
Back to top |
|
 |
mecej4
Joined: 31 Oct 2006 Posts: 1899
|
Posted: Wed Jul 04, 2018 2:33 pm Post subject: |
|
|
John Silver:
You do not need a batch file for such a simple job; however, if you use one, don't expect some lines in the batch file to be treated as commands and some lines to be input directives for the linker.
The personal edition produces EXEs that differ from paid-up compiler generated EXEs only in that the former throw up a banner for a few seconds.
If you give the linker a file name with no suffix, it will add ".obj" by default. Therefore, you must explicitly add ".res" to the compiled resource file.
The following commands produced an EXE and ran it for me.
Code: | ftn95 demo2.f95 /64
src resources /r
slink64 demo2.obj resources.res /file:demo2
demo2
|
|
|
Back to top |
|
 |
PaulLaidler Site Admin
Joined: 21 Feb 2005 Posts: 8208 Location: Salford, UK
|
Posted: Wed Jul 04, 2018 3:40 pm Post subject: |
|
|
Resource scripts have the .rc extension and a different form to that shown above.
Why not just run the demo from Plato? |
|
Back to top |
|
 |
mecej4
Joined: 31 Oct 2006 Posts: 1899
|
Posted: Wed Jul 04, 2018 3:42 pm Post subject: |
|
|
Remove the first two lines, i.e., the lines starting with "!==" and "RESOURCES", as well as the last line, with "!==", from the input file to SRC.EXE, which should be given the suffix ".RC", as Paul noted. |
|
Back to top |
|
 |
mecej4
Joined: 31 Oct 2006 Posts: 1899
|
Posted: Thu Jul 05, 2018 2:19 am Post subject: |
|
|
You may have a corrupted or otherwise faulty version of the resource compiler. My SRC.EXE is 1,221,632 bytes long, dated 03/13/2018 (mm/dd/yyyy) and has a CRC checksum of 1221632. It prints a version number of 4.07 when run.
P.S. Correction: the checksum is 3295731287 according the the Cygwin cksum utility, and F1BB23AE according to the crc32.exe from http://esrg.sourceforge.net/utils_win_up/md5sum/ . The discrepancy needs to be resolved, but I'll leave that for another time.
Last edited by mecej4 on Thu Jul 05, 2018 6:26 pm; edited 1 time in total |
|
Back to top |
|
 |
mecej4
Joined: 31 Oct 2006 Posts: 1899
|
Posted: Thu Jul 05, 2018 6:29 pm Post subject: Re: |
|
|
John-Silver wrote: |
But the CRC32 checksum (obtained with a freeware program 'Checksum Tool' (from sourceforge) is ot the same, it's :-- f1bb23ae |
Sorry, I had posted the file length as the checksum. The crc32.exe from http://esrg.sourceforge.net/utils_win_up/md5sum/ does give 0xF1BB23AE, so the problem is probably in one of the FTN95 DLLs. I did notice that SDBG64 started crashing more often when I used the DLLs that came with the 8.30.279 beta release. |
|
Back to top |
|
 |
mecej4
Joined: 31 Oct 2006 Posts: 1899
|
Posted: Mon Jul 16, 2018 3:26 pm Post subject: |
|
|
I run Windows 10-64, but I think that you should not attribute the problems that you ran into to either the version of Windows or the versions of the various components of FTN95.
I can reproduce your second error (Error 343, from FTN95.EXE) by compiling for 32-bit when SRC.EXE is either not found by FTN95.EXE or cannot be run for some reason.
I even ran into the first error (attempt to read from address 1) once, but I do not know how to reproduce it without fail.
When /64 is specified, when FTN95 attempts to run SRC or SLINK64 and those EXEs are not found (or cannot be run), FTN95 fails to produce an output file but gives no hint of having failed. I think that this deficiency must be fixed soon. As it is, one has to list the directory contents to see if an EXE, OBJ or RES file was produced, or look for the signatures of SRC/SLINK to be output when they are run. |
|
Back to top |
|
 |
PaulLaidler Site Admin
Joined: 21 Feb 2005 Posts: 8208 Location: Salford, UK
|
Posted: Mon Jul 16, 2018 5:23 pm Post subject: |
|
|
Quote: | FTN95 fails to produce an output file but gives no hint of having failed. |
FTN95 will provide a failure message in the next release. |
|
Back to top |
|
 |
mecej4
Joined: 31 Oct 2006 Posts: 1899
|
Posted: Tue Jul 17, 2018 6:15 pm Post subject: Re: |
|
|
PaulLaidler wrote: | ...
The warning about WINDOW_UPDATE@ can be ignored. This routine is unusual in that it can take arguments of various types. The linker has noted what it thinks might be an inconsistency and issued a warning.
|
Paul, there is a discrepancy between the interface of WINDOW_UPDATE@ in mswin.mod (which is compiled from mswinmod.f90), in which WINDOW_UPDATE@ is declared with the attributes EXTERNAL and INTEGER*4; i.e., it is an integer function.
In contrast, in demo.f95 as well as at https://silverfrost.com/ftn95-help/clearwinp/dialog/updatingwindows.aspx, WINDOW_UPDATE@ appears to be a subroutine.
Thus, the discrepancy is between having a return value and none, rather than about the type of the argument(s). Please clarify. |
|
Back to top |
|
 |
PaulLaidler Site Admin
Joined: 21 Feb 2005 Posts: 8208 Location: Salford, UK
|
Posted: Wed Jul 18, 2018 7:29 am Post subject: |
|
|
mecej4
Thank you for pointing out this discrepancy.
mswinmod.f90 is either an old file from an earlier installation or it is included in the current installer by mistake.
window_update@ is located in the clrwin module which is compiled from clrwinmod.f95. It is also in clearwin.ins. In these files it is a subroutine. |
|
Back to top |
|
 |
johnham
Joined: 19 Jul 2018 Posts: 2 Location: Farmington
|
Posted: Tue Aug 14, 2018 7:19 pm Post subject: Beta 279 Namelist |
|
|
See the following test program using Beta279. Generates IOSTAT=202 reading from file. Reads correctly in this instance, but not in others.
PROGRAM FIXFORMNL
C This program test the namelist statement
INTEGER L1,L2,L3,L4,L5,L6,L7,L8
C Define namelist variables
NAMELIST / BINP2 / L1,L2,L3,L4
NAMELIST / BINP3 / L5,L6,L7,L8
C Open & read input file, check IOSTAT
OPEN(UNIT=9,FILE='DataNameList.txt')
READ(9,BINP2,IOSTAT=ICODE2)
READ(9,BINP3,IOSTAT=ICODE3)
PRINT *, 'ICODE2 =', ICODE2
PRINT *, 'ICODE3 =', ICODE3
CLOSE(9)
C Check output
PRINT *, L1,L2,L3,L4
PRINT *, L5,L6,L7,L8
OPEN(UNIT=10,FILE='FFNL.OUT')
WRITE(10,20)L1,L2,L3,L4,L5,L6,L7,L8
WRITE(10,25)ICODE2,ICODE3
CLOSE(10)
20 FORMAT(8I2)
25 FORMAT(2I5)
END
DataNameList.txt
&BINP2 L1=1, L2=2, L3=3, L4=4 &END
&BINP3 L5=5, L6=6, L7=7, L8=8 &END
FFNL.OUT
1 2 3 4 5 6 7 8
202 202
Thank you for all you do.
John |
|
Back to top |
|
 |
|
|
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum
|
Powered by phpBB © 2001, 2005 phpBB Group
|