Bernhard Lang wrote:
I have downloaded and installed the MAC OSX version of PMX 2.510. To
test the installation I ran PMX on barsant.pmx. This produced the
files barsant.pml and pmxaerr.dat (which contains only the single
integer 0) but no barsant.tex. I also get the error message
Starting first PMX pass
fmt: read unexpected character
apparent state: internal I/O
last format: (f1.0)
lately reading sequential formatted internal IO
Abort trap
logout
[Process completed]
First I would check for the good (?) old line end problem.
I've built the WIMA distributed MAC OSX binary of PMX 2.510 on a
somewhat aged powerbook with OSX release 10.2.8 installed. I use g77 for
compiling.
The interesting thing is that if I launch that binary on barsant.pmx
with end-of-lines converted to mac format (Ctr-R) then I get the
reported error message. But if I replace with a unix end-of-line format
(Ctr-N) file then pmxab completes successfully with a MusiXTeX
processable file barsant.tex.
At the end of the first pmx pass I get a warning
WARNING:
Last non-blank character is "¿", not "/,%"
ASCII code: 191
But that doesn't (apparently) influence the resulting tex file. I don't
get that warning if I add an extra trailing newline to barsant.pmx.
Now, when I open barsant.pmx with macintosh Ctr-R newlines in a simple
text editor (like 'pico' coming with the mail reader 'pine') then that
editor doesn't recognize any newlines! GNU emacs does know about Ctr-R
newlines, though. My conlusion (for now) is that Mac OSX pmx source
files _must_ have unix style end-of-lines. OSX, as operated from a shell
prompt, behaves like unix, and to my best knowledge _is_ basically unix.
Correct me if I'm wrong.
--
Christian Mondrup, Sheet Music Editor
WIMA: Werner Icking Music Archive
http://icking-music-archive.org/
_______________________________________________
TeX-music mailing list
[email protected]
http://icking-music-archive.org/mailman/listinfo/tex-music
