[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
AW: AW: M4 buffering problem? 0d0a -> 0d0d0a
From: |
MS |
Subject: |
AW: AW: M4 buffering problem? 0d0a -> 0d0d0a |
Date: |
Fri, 11 May 2007 15:58:14 +0200 |
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
- AW: AW: M4 buffering problem? 0d0a -> 0d0d0a,
MS <=