Bob, I really appreciate your efforts here.
I recall some interactions a while back where I needed to make some changes in the PMX FORTRAN to make it more compatible with something, but I’d have to do some real digging to find the details. I also don’t recall whether I made those same kinds of changes in scor2prt. I’m pretty sure one of them had to do with nested do loops terminating on the same line, which is perfectly OK in gfortran. Is any of this relevant here? --Don From: Bob Tennent <[email protected]> Sent: Thursday, January 28, 2021 11:48 AM To: Kalvin Lee <[email protected]> Cc: Werner Icking Music Archive <[email protected]>; Don Simons <[email protected]> Subject: Re: [Tex-music] scor2prt and irregular time signatures Kalvin: It seems the version of f2c used for pmx-2.94 inserted a spurious \r in line 3043 of scor2prt.c. After deleting this and re-building a tarball, it seems to work on your examples. I've uploaded an archive to WIMA as pmx-2.94a.zip: http://icking-music-archive.org/software/pmx/pmx-2.94a.zip Bob T. On Thu, Jan 28, 2021 at 1:56 PM Bob Tennent <[email protected] <mailto:[email protected]> > wrote: Hi Kalvin. That changes the diagnosis. I had assumed from a message Don sent me that the problem was in the Windows executables in the archive. But after further testing I see that scor2prt in TeXLive is similarly broken, at least on Linux, though surprisingly scor2prt in MiKTeX seems to be OK. So the problem is not in the mingw processing but apparently in the f2c conversion from Don's Fortran to C source. I will investigate further. Bob T. On Thu, Jan 28, 2021 at 12:57 PM Kalvin Lee <[email protected] <mailto:[email protected]> > wrote: Hi Bob, I tried building scor2prt from WIMA's copy of pmx-2.94.zip (unzip, cd down, extract Linux tarball, ./configure, make scor2prt), but unfortunately it seems to have the same problem as the distribution package: [j39m@flaglock6 ~/Downloads/tmp] $ ~/.local/bin/scor2prt-2.94 ./klaus.pmx This is scor2prt for PMX 2.74, 19 February 2016 Inserting rm, iv,nmbr: 2 7 startio: error in format apparent state: unit 6 (unnamed) 26H/64 will not be recognized)on ,i3, lately writing sequential formatted external IO Aborted (core dumped) [j39m@flaglock6 ~/Downloads/tmp] $ echo $? 134 # It died in the same place as in my original email. [j39m@flaglock6 ~/Downloads/tmp] $ tail -n5 ./klaus2.pmx % Rondo fragment 3 m4444 g24 b43 cf | / % Bar 11 % Rondo fragment 4 [j39m@flaglock6 ~/Downloads/tmp] $ Now that I re-read your reply, I get the sense that you're talking about TeX on Windows; I'm running Fedora 33, so I don't interact with those. Thank you for looking into the issue! Kalvin On 1/28/21 7:00 AM, Bob Tennent wrote: > Kalvin: Thanks for the report. The problem seems to be in > the executables I created using cross-compiling with mingw > on Linux, which has worked in the past. > > I've replaced the Windows64bit executables in the > pmx-2.94.zip package at WIMA with Don's executables. Please > try them. Other workarounds are to use the pmx package in > TeXLive or MikTex, which seem to work okay. However the > executables in the CTAN package are likely broken for now. > Sorry about this. > > Bob Tennent
------------------------------- [email protected] mailing list If you want to unsubscribe or look at the archives, go to https://tug.org/mailman/listinfo/tex-music
