AW: AW: M4 buffering problem? 0d0a -> 0d0d0a

[MS]

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             address@hidden
> -----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:address@hidden
WWW: http://www.kirchnersoft.com
Newsletter: mailto:address@hidden