The distribution DOS/Win binary was produced with Visual FORTRAN in Microsoft Developer Studio 97.
I just now compiled PMX with gfortran in DOS. There were no errors in that compilation, but then lo and behold processing either score.pmx or p_vl.pmx does lead to the same "End of file" error you got. I tried to localize it but have not had much success; the error occurs in subroutine notefq due to a very bad value for one of the arguments. With no experience debugging in this environment, it's beyond me to figure out easily which of the 40-odd calls to this subroutine is causing the problem. I could probably do it more easily in Developer Studio, but the error doesn't occur there. Next I compiled PMX using gfortran with the 3 switches you listed. I get 609 lines of warnings, but not the one you mentioned about mixed common blocks. But from my cursory look at these warnings, none of them looks likely to account for the error. And as far as mixing types in a common block, to my knowledge that has never caused a problem in any of the 100's of FORTRAN programs I've written over the years; in fact, I can recall seeing somewhere some detailed instructions about how to order variables of different lengths in a common block (so as not to waste storage space?). Since now I do have a real live runtime error in the gfortran version, I'll continue to try to figure out where it's really coming from. But from their benign nature [e.g., "unused dummy argument", "label defined but not used", "Nonstandard type declaration INTEGER*4" (!!??)] I fear that even if I did go to the effort of eliminating all those warnings, the problem would still be there. --Don >-----Original Message----- >From: [email protected] >[mailto:[email protected]] >On Behalf Of Bob Tennent >Sent: Sunday, June 21, 2009 5:16 PM >To: Werner Icking Music Archive >Subject: Re: [TeX-Music] PMX problems > > >|I'm equally mystified by line-ending character issues, but > >|1. I confirmed that score.pmx compiles OK under WinXP/MiKTeX with > >|the latest > >|PMX, with no errors or warnings, > >But how did you produce your pmxab.exe binary? It's beginning to look >like the problem arises from an inconsistency between your Fortran >compiler and the Gnu Fortran compiler(s). Perhaps "undefined" behaviour >resolved one way by one compiler and another way by the others. > >Again, let me emphasize that stable software shouldn't segfault, no >matter how bad the input is. > >Bob T. > >P.S. If I run f77 on pmaxab.for with -Wall -Wextra -pedantic-errors >options, >I get a long list of warnings like this: > > Warning: Mixed CHARACTER and non-CHARACTER types via >COMMON/EQUIVALENCE -- > for example, `ipbuf' and `bufq' > Warning: Mixed CHARACTER and non-CHARACTER types via >COMMON/EQUIVALENCE -- > for example, `mult' and `sepsymq' > ... > >Is that of any help? > > > >|>I've been trying to use pmxab to obtain tex files from the four pmx > >|>files in fairy_queen.zip in > >|> > >|>http://icking-music-archive.org/scores/purcell_h/fairy_queen/ > >|> > >|>on Linux systems. Two of the files (p_bc, p_va) work fine. The other >two > >|>produce, depending on which version of PMX and which Fortran >compiler I > >|>used to compile pmxab.for (f77, f95), either error messages > >|> > >|> WARNING: > >|> Last non-blank character is "", not "/,%" > >|> ASCII code: 0 > >|> > >|>at the end of the first pass, or > >|> > >|> At line 15468 of file pmxab.for > >|> Fortran runtime error: End of file > >|> > >|>at the end of the second pass, or a segfault in the second pass. > >|> > >|>The only successes on those two files came from using f2c followed >by > >|>gcc34. > >|> > >|>I've tried various versions of pmx, from 2.5.0 to 2.5.21. I >converted > >|>text files using recode or dos2unix. > >|> > >|>I'm not sufficiently knowledgeable in either PMX or Fortran (and not > >|>sufficiently interested) to analyze this any further, but perhaps >some > >|>of you may wish to report whether you can confirm these >observations. >_______________________________________________ >[email protected] mailing list >If you want to unsubscribe or look at the archives, go to >http://mailman.nfit.au.dk/mailman/listinfo/icking-music-archive.org-tex- >music _______________________________________________ [email protected] mailing list If you want to unsubscribe or look at the archives, go to http://mailman.nfit.au.dk/mailman/listinfo/icking-music-archive.org-tex-music
