Re: [Tex-music] scor2prt and irregular time signatures

[Bob Tennent]

 >|When I need to compile a new PMX release I've been using gfortran for a
 >|while since f2c caused trouble. 

Hi Christian.  I use the following Makefile:

all: pmxab.c scor2prt.c

pmxab.c: pmx294.for
f2c -g -\!bs < pmx294.for > pmxab.c

scor2prt.c: scor2prt.for
f2c -g -\!bs < scor2prt.for > scor2prt.c

Bob
---
TeX-music@tug.org mailing list
If you want to unsubscribe or look at the archives, go to 
https://tug.org/mailman/listinfo/tex-music

Re: [Tex-music] scor2prt and irregular time signatures

[Bob Tennent]

 >|I suppose you could try replacing that statement with the more
 >|conventional
 >|form:
 >|
 >|  write(*,'(a33,i3,a26)')'33H Any whole-bar rests of duration',lenbar,
 >| * '/64 will not be recognized'

This works if I use a sinle line:

write(*,'(a33,i3,a26)')'33H Any whole-bar rests of duration',lenbar,'/64 
will not be recognized'

Perhaps I'm forgetting where the asterisk goes; column 6?
Haven't written Fortran for 50 years :+)

Bob
---
TeX-music@tug.org mailing list
If you want to unsubscribe or look at the archives, go to 
https://tug.org/mailman/listinfo/tex-music

Re: [Tex-music] scor2prt and irregular time signatures

[dsimons]

Bob Tennent wrote
>...Here are the lines in your source that it can't deal with:
>
>write(*,'(33H Any whole-bar rests of duration ,i3,
> *26H/64 will not be recognized)') lenbar
>
>Anything "non-standard" there?

This is not a format I use regularly at all, so I had to look it up in my
bible ("DIGITAL Fortran Language Reference Manual"). It says "The H edit
descriptor is an obsolescent Fortran 90 feature, which has been deleted in
Fortran 95. DIGITAL Fortran fully supports features deleted in Fortran 95."
The plot thickens, though, because I use the gfortran compiler--also known
as GNU Fortran--not (DIGITAL Fortran). Its documentation, though pretty hard
to wade thru, says "The GNU Fortran compiler supports the Fortran 77, 90 and
95 standards completely, parts of the Fortran 2003 and Fortran 2008
standards, and several vendor extensions." Maybe the fact that it has been
"deleted from Fortran 95" is the root of the problem we've discovered (and
you just fixed).

I suppose you could try replacing that statement with the more conventional
form:

  write(*,'(a33,i3,a26)')'33H Any whole-bar rests of duration',lenbar,
 * '/64 will not be recognized'

--Don



---
TeX-music@tug.org mailing list
If you want to unsubscribe or look at the archives, go to 
https://tug.org/mailman/listinfo/tex-music

Re: [Tex-music] scor2prt and irregular time signatures

[Christian Mondrup]

Den 28.01.2021 kl. 21.06 skrev Bob Tennent:



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?


Hi Don. I don't think so. It seems to be a bug in (the
latest version of) f2c. Here are the lines in your source
that it can't deal with:

 write(*,'(33H Any whole-bar rests of duration ,i3,
  *26H/64 will not be recognized)') lenbar

Anything "non-standard" there?


When I need to compile a new PMX release I've been using gfortran for a 
while since f2c caused trouble. I have no experience with the gfortran 
outcome of  scor2prt, though.


Best wishes
--
Christian Mondrup
WIMA: Werner Icking Music Archive
http://imslp.org/wiki/Category:WIMA_files

---
TeX-music@tug.org mailing list
If you want to unsubscribe or look at the archives, go to 
https://tug.org/mailman/listinfo/tex-music

Re: [Tex-music] scor2prt and irregular time signatures

[Kalvin Lee]

Hi Bob,

It works! All the parts come out neatly; thank you for the fix.

Cheers —
Kalvin

On 1/28/21 11:48 AM, Bob Tennent wrote:
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 > 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 mailto:hik...@gmail.com>> 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
m
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

---
TeX-music@tug.org mailing list
If you want to unsubscribe or look at the archives, go to 
https://tug.org/mailman/listinfo/tex-music

[Tex-music] scor2prt and irregular time signatures

[Bob Tennent]

> 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?

Hi Don. I don't think so. It seems to be a bug in (the
latest version of) f2c. Here are the lines in your source
that it can't deal with:

write(*,'(33H Any whole-bar rests of duration ,i3,
 *26H/64 will not be recognized)') lenbar

Anything "non-standard" there?

Bob
---
TeX-music@tug.org mailing list
If you want to unsubscribe or look at the archives, go to 
https://tug.org/mailman/listinfo/tex-music

Re: [Tex-music] scor2prt and irregular time signatures

[dsimons]

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  
Sent: Thursday, January 28, 2021 11:48 AM
To: Kalvin Lee 
Cc: Werner Icking Music Archive ; Don Simons 

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 mailto:rdtenn...@gmail.com> > 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 mailto:hik...@gmail.com> > 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
m
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

---
TeX-music@tug.org mailing list
If you want to unsubscribe or look at the archives, go to 
https://tug.org/mailman/listinfo/tex-music

Re: [Tex-music] scor2prt and irregular time signatures

[Bob Tennent]

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  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  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
>> m
>> 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
>>
>
---
TeX-music@tug.org mailing list
If you want to unsubscribe or look at the archives, go to 
https://tug.org/mailman/listinfo/tex-music

Re: [Tex-music] scor2prt and irregular time signatures

[Kalvin Lee]

Bob, for what it's worth, I got a backtrace with /some/ locals visible, 
just in case it helps (see the attachment).


Thanks!
Kalvin

On 1/28/21 10:56 AM, Bob Tennent 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 > 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
m
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

Reading symbols from /home/kalvin/.local/bin/scor2prt-2.94...
[New LWP 440041]
Core was generated by `/home/kalvin/.local/bin/scor2prt-2.94 ./klaus.pmx'.
Program terminated with signal SIGABRT, Aborted.
#0  0x7fd345d899d5 in raise () from /lib64/libc.so.6
Missing separate debuginfos, use: dnf debuginfo-install glibc-2.32-2.fc33.x86_64
(gdb) set pagination off
(gdb) bt full
#0  0x7fd345d899d5 in raise () from /lib64/libc.so.6
No symbol table info available.
#1  0x7fd345d728a4 in abort () from /lib64/libc.so.6
No symbol table info available.
#2  0x004069c5 in sig_die (s=s@entry=0x40f73f " IO", kill=kill@entry=1) 
at libf2c/sig_die.c:37
No locals.
#3  0x0040773f in f__fatal (n=n@entry=100, s=s@entry=0x41087f 
"startio") at libf2c/err.c:166
No locals.
#4  0x0040da6f in s_wsfe (a=a@entry=0x414760 ) at 
libf2c/wsfe.c:62
n = 
#5  0x0040170b in fwbrsym_ (lenbar=lenbar@entry=0x415fc0 , 
nwbrs=nwbrs@entry=0x415fb8 , wbrsym=0x415fad  "", 
wbrsym@entry=0x415fb0  "r0 r2d", lwbrs=lwbrs@entry=0x415fa8 , 
wbrsym_len=wbrsym_len@entry=3) at :1141
io___164 = {cierr = 0, ciunit = 6, ciend = 0, cifmt = 0x40f530 "(33H 
Any whole-bar rests of duration ,i3,\r", ' ' , "26H/64 will 
not be recognized)", cirec = 0}
#6  0x0040331e in mbrests_ (iv=iv@entry=0x419360 , 
jobname=jobname@entry=0x419500  "./klaus", ' ' , 
"\\", ljob=ljob@entry=0x4194f0 , ludpfn=0x419408 , 
udpfnq=0x7ffcf83d8e99 "1\354Q\340@", jobname_len=jobname_len@entry=27, 
udpfnq_len=128) at :925
a__1 = {0x417920  "\\", 0x417920  "\\"}
a__2 = {0x40f0b2 "(a2,i", 0x7ffcf83d8e99 "1\354Q\340@", 0x40f0b8 
",a2)"}
i__1 = {1, 1}
i__2 = {5, 1, 4}
i__3 = 
i__4 = 
r__1 = 7.0123
ch__1 = "1"
ch__2 = "./klaus2.pmx  "
ch__3 = "\000\000\000\000\000\000\000\000\320\346\210", '\000' , 
"E\000\335E\323\177\000\000\260\362\334E\323\177\000\000\000\321\331\060\f\240uG\000\000\000\000\000\000\000\000
 
#\361E\323\177\000\000\320\346\210\000\000\000\000\000\000\321\331\060\f\240uG\000\000\000\000\000\000\000\000\n\000\000\000\000\000\000\000\260\231A"
ch__4 = "\000\000\000"
ch__5 = ""
ch__6 = "(a2,i1,a2)"
ci__1 = {cierr = 0, ciunit = 40, ciend = 0, cifmt = 0x7ffcf83d8ea6 
"(a2,i1,a2) yA", cirec = 0}
ici__1 = {icierr = 140545388258080, iciunit = 0x80 , iciend = 4297728, icifmt = 0x0, icirlen = 0, 
icirnum = 140545386938710}
o__1 = {oerr = 0, ounit = 40, ofnm = 

Re: [Tex-music] scor2prt and irregular time signatures

[Bob Tennent]

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  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
> m
> 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
>
---
TeX-music@tug.org mailing list
If you want to unsubscribe or look at the archives, go to 
https://tug.org/mailman/listinfo/tex-music

Re: [Tex-music] scor2prt and irregular time signatures

[Kalvin Lee]

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
m
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

---
TeX-music@tug.org mailing list
If you want to unsubscribe or look at the archives, go to 
https://tug.org/mailman/listinfo/tex-music

Re: [Tex-music] scor2prt and irregular time signatures

[Bob Tennent]

 >|Thanks for stepping in. I've attached two samples that
 >|currently cause scor2prt to crash for me. (pmxab by
 >|itself is happy to create the combined score.)

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
---
TeX-music@tug.org mailing list
If you want to unsubscribe or look at the archives, go to 
https://tug.org/mailman/listinfo/tex-music

[Tex-music] trills

[avr]

In this example, the trills are messed up. I cannot get it right with in line 
TeX.

But if i replace his lines in the TeX output from pmx, then it is ok:

\pnotes{2.00}\roffset{.7}{\ibbl032}\ibl1{'B}2\hb1A|% replace with
\pnotes{2.00}\roffset{.7}{\ibbl332}\ibl1{'B}2\hb1A|%

\raise2.16\internote\hbox{\loffset{.7}{\tbl0}}\tbl1\hb1{''A}|% replace with
\raise2.16\internote\hbox{\loffset{.7}{\tbl3}}\tbl1\hb1{''A}|%

See attached tex file that runs well.

I should like not to have to edit the tex file. 

Thanks for helping

Andre

2 1 2 4 2 4   0 3
   1 1 16 .1

bt
./
w400
a22xT12 o^ a+ | a-xT12 a+ /
a24xT12 zc ze o^ a | a4-xT12 zc ze a  [l a-x7 zc ze za b c d e f g ] /
==


Scanned by McAfee and confirmed virus-free. 
Find out more here: https://bit.ly/2zCJMrO


ttt.tex
Description: Binary data
---
TeX-music@tug.org mailing list
If you want to unsubscribe or look at the archives, go to 
https://tug.org/mailman/listinfo/tex-music