RE: [TeX-music] pmx: is this an error?
This is an excellent and subtle bug. Based on Andre's sleuthing, it might fix it to have PMX fill out every \notes...\en group to the last staff. But is that a TeX requirement? This problem goes away if the \Ioctfin...\toctfin doesn't extend over a line break. Might it be a bug in the coding for \Ioctfin? --Don Simons -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Andre Van Ryckeghem Sent: Sunday, October 17, 2004 10:28 PM To: [EMAIL PROTECTED] Subject: [TeX-music] pmx: is this an error? This code is reduced from a large file. It takes a new page. In the TeX pass, i get the error: ! Staff number (2) out of specified range (1)! If i outcomment one of this 3 lines, the code runs OK: Apl+t \\sepbarrules\ \Ioctfindown0{-8}\ If in the TeX output file i add an : \znotes|\roffset{-.4}{\tslur1{c}}\en% \stoppiece% is replaced by \znotes|\roffset{-.4}{\tslur1{c}}\en% \stoppiece% then it is also ok Thanks for helping Andre (and you are allowed to laugh at me if it is an stupidity) 323 4 3 4 0 0 2 2 20 .09 btt ./ Apl+t \\sepbarrules\ \Ioctfindown0{-8}\ b2-l zb+ ,fsu zfs- | a za+ ,e- ze+ / rbp rbp // rp | r8 [ g84s a b c ds ] / r8 [ b84 s c d e gs ] | f2sd s+1 s / % d2d- zd+ | d- zd+ ,ds- zds+ | ed- zd+ | e4- ze+ g- zg+ \toctfin\ f- zf+ / a8+ s-5 bf cn b a b | a2 s a8 bn | c4 g2s | g8 a b gs a d- // c2d | d4 e f | fd d8s e d | c2,be / b8 s g+ f2s | r8 fn e d c gs | a4 b c | d2d / ___ TeX-music mailing list [EMAIL PROTECTED] http://icking-music-archive.org/mailman/listinfo/tex-music ___ TeX-music mailing list [EMAIL PROTECTED] http://icking-music-archive.org/mailman/listinfo/tex-music
Re: [TeX-music] MtX compilation problem (linux)
On Oct 17, 2004, at 9:20 PM, Guido Milanese wrote: after a computer crash I am reinstalling all my musitex system. All right with musixtex and pmx. A problem now with mtx. I try to compile following the instructions on the README under section 5 (Compiling with a C compiler on a GNU system). I am on a Linux box, Mandrake 10.0. Mtx version is 0.55. As I type make prepmxc I get this message: make: *** No rule to make target `globals.pas', needed by `globals.c'. Stop. It looks like the distribution you are using (to be found in mtxC055.zip) is broken. The same happens to me (Mac OSX) when unzipping the archive file and proceeding like suggested in README. First of all, the Makefile contains references to the pascal sources and make tries to generate the c sources using p2c (which is pointless since that has already been done for this distribution). Consequently, make fails since the pascal sources are not present. But even when removing those references from Makefile, compilation fails since the file p2c/p2c.h is missing. Thus, either you have to get p2c and use the pascal distribution or the missing file should be included into the distribution (if possible due to licensen issues). regards Bernhard ___ TeX-music mailing list [EMAIL PROTECTED] http://icking-music-archive.org/mailman/listinfo/tex-music
Re: [TeX-music] MtX compilation problem (linux)
Bernhard Lang wrote: On Oct 17, 2004, at 9:20 PM, Guido Milanese wrote: after a computer crash I am reinstalling all my musitex system. All right with musixtex and pmx. A problem now with mtx. I try to compile following the instructions on the README under section 5 (Compiling with a C compiler on a GNU system). I am on a Linux box, Mandrake 10.0. Mtx version is 0.55. As I type make prepmxc I get this message: make: *** No rule to make target `globals.pas', needed by `globals.c'. Stop. It looks like the distribution you are using (to be found in mtxC055.zip) is broken. The same happens to me (Mac OSX) when unzipping the archive file and proceeding like suggested in README. First of all, the Makefile contains references to the pascal sources and make tries to generate the c sources using p2c (which is pointless since that has already been done for this distribution). Consequently, make fails since the pascal sources are not present. But even when removing those references from Makefile, compilation fails since the file p2c/p2c.h is missing. Thus, either you have to get p2c and use the pascal distribution or the missing file should be included into the distribution (if possible due to licensen issues). Compiling immediately cc *.c -o prepmx works on my Redhat 7.3 work station. You must have p2c installed. However, I recommend installing Free Pascal (http://www.freepascal.org/) and build of the M-Tx binary from the pascal sources. Best regards -- Christian Mondrup, Sheet Note Editor Werner Icking Music Archive http://icking-music-archive.org/ ___ TeX-music mailing list [EMAIL PROTECTED] http://icking-music-archive.org/mailman/listinfo/tex-music
Re: [TeX-music] MtX compilation problem (linux)
Bernhard: It looks like the distribution you are using (to be found in mtxC055.zip) is broken. I just downloaded the file - yesterday evening I answered Guido, but just after a cursory look. There are at least two problems with the Makefile: (1) the rules are those for the .pas sources: indeed one has to comment out the rule for multfile.c and the one from .pas to .c, and add %.o: %.c gcc -c $*.c (2) as Christian pointed out, p2c seems to be necessary anyway, otherwise compilation is not possible. Probably we need just some header file - Í'll investigate. However, as of now, mtxC055c is useless :-) ciao, .mau. ___ TeX-music mailing list [EMAIL PROTECTED] http://icking-music-archive.org/mailman/listinfo/tex-music
Re: [TeX-music] MtX compilation problem (linux)
maurizio codogno skryf: Probably we need just some header file - Í'll investigate. However, as of now, mtxC055c is useless :-) Until about 0.50, my development environment was Borland Pascal, either running on a DOS machine or under xdos. Then it was p2c. When Christian told me that Free Pascal can compile M-Tx, I switched my development environment to Free Pascal. The first version of 0.55 indeed did not compile under p2c, but Christian found that a few small changes fixed the problem. But p2c is obsolescent. It has survived despite being unmaintained for eleven years because there was no decent alternative. Now there is one. It is only a question of time, see http://www.freepascal.org/fpcmac.html before fpc runs on a Mac, and then the last remaining reason for providing C source will disappear. Dirk ___ TeX-music mailing list [EMAIL PROTECTED] http://icking-music-archive.org/mailman/listinfo/tex-music
[TeX-music] Free Pascal and MTX 0.55
Dirk: It is only a question of time, see http://www.freepascal.org/fpcmac.html before fpc runs on a Mac, and then the last remaining reason for providing C source will disappear. Well, I'd be a bit wary, unless someone would be so kind to provide binaries for the major distributions. After all, downloading at least 25 MB for the distribution of Free Pascal just for a single compilation could be a bit too much, if somebody does not program in Pascal. I managed to compile the C sources (on CygWin, so it should be quite portable!) with the command gcc -o prepmx *.c after getting p2c.h and either placing it to /usr/include/p2c/p2c.h or leaving it in the directory and modifying all C sources: the line #include p2c/p2c.h near the beginning of each file should become #include p2c.h I am including p2c.h (renamed to p2c.h.txt so that it should be propagated by the server) for the brave people. ciao, .mau. #ifndef P2C_H #define P2C_H /* Header file for code generated by p2c, the Pascal-to-C translator */ /* p2c Copyright (C) 1989, 1990, 1991 Free Software Foundation. * By Dave Gillespie, [EMAIL PROTECTED] Version 1.20. * This file may be copied, modified, etc. in any way. It is not restricted * by the licence agreement accompanying p2c itself. */ #include stdio.h /* If the following heuristic fails, compile -DBSD=0 for non-BSD systems, or -DBSD=1 for BSD systems. */ #ifdef M_XENIX # define BSD 0 #endif #ifdef vms # define BSD 0 # ifndef __STDC__ # define __STDC__ 1 # endif #endif #ifdef __TURBOC__ # define MSDOS 1 #endif #ifdef MSDOS # define BSD 0 #endif #ifdef FILE /* a #define in BSD, a typedef in SYSV (hp-ux, at least) */ # ifndef BSD /* (a convenient, but horrible kludge!) */ # define BSD 1 # endif #endif #ifdef BSD # if !BSD # undef BSD # endif #endif #if (defined(__STDC__) !defined(M_XENIX)) || defined(__TURBOC__) # include stddef.h # include stdlib.h # define HAS_STDLIB # if defined(vms) || defined(__TURBOC__) # define __ID__(a)a # endif #else # ifndef BSD # ifndef __TURBOC__ # include memory.h # endif # endif # ifdef hpux # ifdef _INCLUDE__STDC__ # include stddef.h # include stdlib.h # endif # endif # include sys/types.h # if !defined(MSDOS) || defined(__TURBOC__) # define __ID__(a)a # endif #endif #ifdef __ID__ # define __CAT__(a,b)__ID__(a)b #else # define __CAT__(a,b)a##b #endif #ifdef BSD # include strings.h # define memcpy(a,b,n) (bcopy(b,a,n),a) # define memcmp(a,b,n) bcmp(a,b,n) # define strchr(s,c) index(s,c) # define strrchr(s,c) rindex(s,c) #else # include string.h #endif #include ctype.h #include math.h #include setjmp.h #include assert.h #ifndef NO_LACK #ifdef vms #define LACK_LABS #define LACK_MEMMOVE #define LACK_MEMCPY #else #define LACK_LABS /* Undefine these if your library has these */ #define LACK_MEMMOVE #endif #endif typedef struct __p2c_jmp_buf { struct __p2c_jmp_buf *next; jmp_buf jbuf; } __p2c_jmp_buf; /* Warning: The following will not work if setjmp is used simultaneously. This also violates the ANSI restriction about using vars after longjmp, but a typical implementation of longjmp will get it right anyway. */ #ifndef FAKE_TRY # define TRY(x) do { __p2c_jmp_buf __try_jb; \ __try_jb.next = __top_jb; \ if (!setjmp((__top_jb = __try_jb)-jbuf)) { # define RECOVER(x) __top_jb = __try_jb.next; } else { # define RECOVER2(x,L) __top_jb = __try_jb.next; } else { \ if (0) { L: __top_jb = __try_jb.next; } # define ENDTRY(x) } } while (0) #else # define TRY(x) if (1) { # define RECOVER(x) } else do { # define RECOVER2(x,L) } else do { L: ; # define ENDTRY(x) } while (0) #endif #ifdef M_XENIX /* avoid compiler bug */ # define SHORT_MAX (32767) # define SHORT_MIN (-32768) #endif /* The following definitions work only on twos-complement machines */ #ifndef SHORT_MAX # define SHORT_MAX ((short)(((unsigned short) -1) 1)) # define SHORT_MIN (~SHORT_MAX) #endif #ifndef INT_MAX # define INT_MAX((int)(((unsigned int) -1) 1)) # define INT_MIN(~INT_MAX) #endif #ifndef LONG_MAX # define LONG_MAX ((long)(((unsigned long) -1) 1)) # define LONG_MIN (~LONG_MAX) #endif #ifndef SEEK_SET # define SEEK_SET 0 # define SEEK_CUR 1 # define SEEK_END 2 #endif #ifndef EXIT_SUCCESS # ifdef vms # define EXIT_SUCCESS 1 # define EXIT_FAILURE (020L) # else # define EXIT_SUCCESS 0 # define EXIT_FAILURE 1 # endif #endif #define SETBITS 32 #if defined(__STDC__) || defined(__TURBOC__) # if !defined(vms) !defined(M_LINT) # define Signedsigned # else # define Signed # endif # define Void void /* Void f() = procedure */ # ifndef Const # define Const const # endif # ifndef Volatile # define Volatile volatile # endif # ifdef M_LINT # define PP(x) () # define PV() () typedef char *Anyptr; # else # define PP(x) x
Re: [TeX-music] MtX compilation problem (linux)
But p2c is obsolescent. It has survived despite being unmaintained for eleven years because there was no decent alternative. Now there is one. It is only a question of time, see http://www.freepascal.org/fpcmac.html before fpc runs on a Mac, and then the last remaining reason for providing C source will disappear. Without knowing details about how they compare, what's about GPC? (aka GNU pascal, being yet another front end for the gcc) That covers almost every machine which is able to distinguish 0s from 1s. Keeping the pascal sources compileable by this thing (if possible) would simplify life for all who already use it. regards Bernhard ___ TeX-music mailing list [EMAIL PROTECTED] http://icking-music-archive.org/mailman/listinfo/tex-music
Re: [TeX-music] Is the archive down?
I can connect, just tired it, and I connected several times today (in Geneva/Switzerland it is now 16:45). bernhard On Oct 18, 2004, at 4:44 PM, Don Simons wrote: I could not connect to icking-music-archive.org at 7:45 AM PDT. --Don Simons -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Bernhard Lang Sent: Monday, October 18, 2004 3:52 AM To: Typesetting music with TeX Subject: Re: [TeX-music] MtX compilation problem (linux) But p2c is obsolescent. It has survived despite being unmaintained for eleven years because there was no decent alternative. Now there is one. It is only a question of time, see http://www.freepascal.org/fpcmac.html before fpc runs on a Mac, and then the last remaining reason for providing C source will disappear. Without knowing details about how they compare, what's about GPC? (aka GNU pascal, being yet another front end for the gcc) That covers almost every machine which is able to distinguish 0s from 1s. Keeping the pascal sources compileable by this thing (if possible) would simplify life for all who already use it. regards Bernhard ___ TeX-music mailing list [EMAIL PROTECTED] http://icking-music-archive.org/mailman/listinfo/tex-music ___ TeX-music mailing list [EMAIL PROTECTED] http://icking-music-archive.org/mailman/listinfo/tex-music ___ TeX-music mailing list [EMAIL PROTECTED] http://icking-music-archive.org/mailman/listinfo/tex-music
Re: [TeX-music] Is the archive down?
Bernhard Lang wrote: I can connect, just tired it, and I connected several times today (in Geneva/Switzerland it is now 16:45). I've experienced problems with connections to a number European web sites today, for example that of GNU Pascal. There may be some 'disorder' in (parts of) the European networks that could cause problems for Don 'over there'. Bye -- Christian Mondrup, Sheet Note Editor Werner Icking Music Archive http://icking-music-archive.org/ ___ TeX-music mailing list [EMAIL PROTECTED] http://icking-music-archive.org/mailman/listinfo/tex-music
Re: [TeX-music] Free Pascal and MTX 0.55
I downloaded and compiled gnu pascal and tried to compile prepmx, to see if this could be used straight forward. Unfortunately, there are some errors which seem to have almost all to do with string handling s[0] := ... - strings.pas:46: error: constant out of range and lots of warnings files.pas:125: warning: missing string capacity -- assuming 255 thus no problem but waste of memory and warnings of the type files.pas:68: error: function call as a statement -- value is ignored files.pas:69: warning: assignment: typed const misused as initialized variable Is there a simple way to circumvent these problems with incompatible pascal dialects? (I presume, that's the problem here, and its a long time ago that I've been using pascal...) bernhard On Oct 18, 2004, at 12:02 PM, maurizio codogno wrote: Dirk: It is only a question of time, see http://www.freepascal.org/fpcmac.html before fpc runs on a Mac, and then the last remaining reason for providing C source will disappear. Well, I'd be a bit wary, unless someone would be so kind to provide binaries for the major distributions. After all, downloading at least 25 MB for the distribution of Free Pascal just for a single compilation could be a bit too much, if somebody does not program in Pascal. I managed to compile the C sources (on CygWin, so it should be quite portable!) with the command gcc -o prepmx *.c after getting p2c.h and either placing it to /usr/include/p2c/p2c.h or leaving it in the directory and modifying all C sources: the line #include p2c/p2c.h near the beginning of each file should become #include p2c.h I am including p2c.h (renamed to p2c.h.txt so that it should be propagated by the server) for the brave people. ciao, .mau. p2c.h.txt___ TeX-music mailing list [EMAIL PROTECTED] http://icking-music-archive.org/mailman/listinfo/tex-music Bernhard Lang | Physical Chemistry Departement, Sciences II 21, Avenue du Denantou | University of Geneva; 30, Quai Ernest Ansermet CH-1006 Lausanne, Suisse| CH-1211 Geneva 4, Switzerland TEL/FAX: +41(0)21 601 3657 | TEL +41(0)22 379-6535, FAX -6518 bernhard.lang at gmx.ch ___ TeX-music mailing list [EMAIL PROTECTED] http://icking-music-archive.org/mailman/listinfo/tex-music