Eric Blake wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > According to MS on 5/11/2007 4:30 AM: >> its windows based. (i am running W2K, and i tried it on a XP machine >> too). at first the problem occured with m4 1.4 and cygwin1.dll from >> Cygnus 1.1.7. > > I _highly_ suggest updating your cygwin installation. > Cygwin1.dll is now > at 1.5.24, and I maintain the cygwin port of m4, which is at m4 1.4.9. > Anything older than that has known bugs, so I am not willing > to spend time > helping you debug obsolete setups. I also recommend that you > ask on the > cygwin mailing list (cygwin AT cygwin DOT com) rather than here, since > your problem is cygwin-specific.
can you tell me what i should download (and from where) and install to test in this environment? i tried to download m4 1.4.9 but this does not work with my cygwin1.dll. ftp://gd.tuwien.ac.at/gnu/gnu-win32/release/m4 error : procedure entry point __getreent missing in cygwin1.dll > >> >> a few days ago i installed MSYS1.0 and tried it in this environment >> with the same result. > > I'm less familiar with an MSYS environment, but I know the > msys project i have never used it before, but someone suggest that i should try it. > forked from cygwin, but tends to use mingw binaries. The > mingw port of m4 > uses Microsoft's stdio instead of cygwin's. I know that > Microsoft's stdio > is buggy on text files, and am trying to find time to help gnulib work > around that, but I don't think the bugs are the same. But > are you sure > you weren't just using msys as the shell, but still getting > the behavior > of the cygwin m4? ok, what i have done: a) installed msys1.0 b) start a cmd.exe and changed into C:\apps\msys\1.0\bin copied my test file into this directory and started m4 a2 > a2.out this gave me the same result as i had before. C:\apps\msys\1.0\bin>m4 --version GNU m4 1.4 C:\apps\msys\1.0\bin>where m4.exe 16.03.04 13:32 118148 C:\apps\msys\1.0\bin\m4.exe C:\apps\msys\1.0\bin>m4 a2 >a2.out C:\apps\msys\1.0\bin>dir a2* Datentr"ger in Laufwerk C: hat keine Bezeichnung. Datentr"gernummer: 7000-55B0 Verzeichnis von C:\apps\msys\1.0\bin 18.05.2006 09:34 18.035 a2 11.05.2007 15:28 18.052 a2.out C:\apps\msys\1.0\bin>mount C:\apps\msys\1.0\bin on /bin type user (binmode,cygexec,noumount) C:\apps\msys\1.0\bin on /usr/bin type user (binmode,cygexec,noumount) C:\apps\msys\1.0 on / type user (binmode,noumount) C:\apps\msys\1.0 on /usr type user (binmode,noumount) e:\temp on /tmp type user (binmode,noumount) a: on /a type user (binmode,noumount) c: on /c type user (binmode,noumount) d: on /d type user (binmode,noumount) e: on /e type user (binmode,noumount) f: on /f type user (binmode,noumount) g: on /g type user (binmode,noumount) h: on /h type user (binmode,noumount) i: on /i type user (binmode,noumount) k: on /k type user (binmode,noumount) l: on /l type user (binmode,noumount) m: on /m type user (binmode,noumount) n: on /n type user (binmode,noumount) o: on /o type user (binmode,noumount) s: on /s type user (binmode,noumount) t: on /t type user (binmode,noumount) u: on /u type user (binmode,noumount) v: on /v type user (binmode,noumount) w: on /w type user (binmode,noumount) x: on /x type user (binmode,noumount) z: on /z type user (binmode,noumount) additional i have an m4 1.4.7 with the same problem. to show that this m4 is really part of msys1.0 i copy m4_147.exe to c:\ and start it there and it does not work at all. C:\bin>depends \m4_147.exe ntdll.dll KERNEL32.dll m4_147.exe Not found: msys-1.0.dll ok now i run m4_147 from within msys1.0: C:\apps\msys\1.0\bin>m4_147 a2 >a2.log C:\apps\msys\1.0\bin>dir a2* Datentr"ger in Laufwerk C: hat keine Bezeichnung. Datentr"gernummer: 7000-55B0 Verzeichnis von C:\apps\msys\1.0\bin 18.05.2006 09:34 18.035 a2 11.05.2007 15:39 18.052 a2.log as you can see, the same problem. the size grows. C:\apps\msys\1.0\bin>m4_147 --version GNU M4 1.4.7 Copyright (C) 2006 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. Written by Rene' Seindal. ok, lets check these 2 m4 versions: C:\apps\msys\1.0\bin>c:\bin\depends m4.exe msys-1.0.dll ntdll.dll KERNEL32.dll m4.exe C:\apps\msys\1.0\bin>c:\bin\depends m4_147.exe msys-1.0.dll ntdll.dll KERNEL32.dll m4_147.exe both of them depends on msys-1.0.dll and C:\apps\msys\1.0\bin>c:\bin\depends msys-1.0.dll ntdll.dll KERNEL32.dll msys-1.0.dll ok, so this msys does not use msvc++ dlls. everything needed is in this msys-1.0.dll. now back to the original environment. therefore i just switch to f:\x (anywhere outside this msys1.0 environment) F:\x>where m4.exe 18.01.00 04:17 78336 E:\LcDevInst\BIN\m4.exe F:\x>m4 --version GNU m4 1.4 F:\x>m4 a2 >a2.log F:\x>dir a2* Datentr"ger in Laufwerk F: hat keine Bezeichnung. Datentr"gernummer: 207C-5D35 Verzeichnis von F:\x 18.05.2006 09:34 18.035 a2 11.05.2007 15:43 18.052 a2.log F:\x>m4_neu --version GNU M4 1.4.4 Written by Rene' Seindal. Copyright (C) 2005 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. F:\x>m4_neu a2 >a2.log F:\x>dir a2* Datentr"ger in Laufwerk F: hat keine Bezeichnung. Datentr"gernummer: 207C-5D35 Verzeichnis von F:\x 18.05.2006 09:34 18.035 a2 11.05.2007 15:43 18.035 a2.log this one is correct. F:\x>where m4.exe 18.01.00 04:17 78336 E:\LcDevInst\BIN\m4.exe F:\x>c:\bin\depends E:\LcDevInst\BIN\m4.exe ntdll.dll KERNEL32.dll cygwin1.dll m4.exe F:\x>c:\bin\depends m4_neu.exe USER32.dll GDI32.dll OLE32.dll msvcrt.dll RPCRT4.dll ntdll.dll KERNEL32.dll ADVAPI32.DLL m4_neu.exe so i have 2 m4 versions depending on msys-1.0.dll -> both do not work (1.4 and 1.4.7) one version (1.4) depend on cygwin1.dll -> does not work one version (1.4.4) depend on msvcrt.dll -> works find so it appears as you are absolutly correct and the problem is a cygwin1.dll and a msys1.0.dll problem. the problem does not occur with msvcrt. > >> e:\temp on /tmp type user (textmode) >> c: on /cygdrive/c type user (binmode,noumount) > > Was your input file in /tmp, perchance, since that is your only text > mount? I suggest sticking with binary mounts if you are > going to use cygwin. i have to say that i do not do anything regarding these mounts. i just use my drives. as far as i remember the package (1.1.7) was installed by coping it from a server drive and adding something to the path. should i do something more? thx for you help and clarifications regarding the location of the problem. (but maybe you can document it as a problem occuring in m4 based on a cygwin and a msys10 problem). mario. > > - -- > Don't work too hard, make some time for fun as well! > > Eric Blake [EMAIL PROTECTED] > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.5 (Cygwin) > Comment: Public key at home.comcast.net/~ericblake/eblake.gpg > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iD8DBQFGRF7D84KuGfSFAYARAl5qAJ44aokUSVy7XIzF4WWsvTHyIuQfSQCggwFX > mQsYRzD2+Uy7XCaoDkK2Zrw= =wbVq > -----END PGP SIGNATURE----- best regards/Mit freundlichen Grüßen Mario Semo Development kirchner SOFT GmbH Mailüfterlweg 1, A-3124 Oberwölbling Phone: +43 2786 77147-0, Fax: +43 2786 77147-16 Firmenbuch-Nummer: FN93846i, Handelsgericht: St. Pölten E-Mail: mailto:[EMAIL PROTECTED] WWW: http://www.kirchnersoft.com Newsletter: mailto:[EMAIL PROTECTED] _______________________________________________ Bug-m4 mailing list [email protected] http://lists.gnu.org/mailman/listinfo/bug-m4
