Ethereal-dev: Re: [Ethereal-dev] Re: [Ethereal-users] NMAKE: expanded command line '...' to
Guy Harris <gharris@xxxxxxxxx> writes:
> On Fri, Mar 22, 2002 at 09:46:38AM -0500, Andrew C. Feren wrote:
> > You might also try installing a new python version. I saw this
> > problem when I used the python that came with cygwin, but not when I
> > installed 2.1 or 2.2 from python.org
>
> The error appears to be coming from nmake, not from Python. Perhaps the
> different version of Python you're using has a shorter pathname, and
> that made the difference between "command line too long for nmake" and
> "command line not too long for nmake".
I know it *looks* like an nmake problem, but I am sure I saw exactly
this problem, I resolved it by migrating to a new python, and it
wasn't really an nmake problem (at least as near as I could tell at
the time.).
I went back today to try and prove to myself that I was remembering
correctly, but (for better or worse) my environment has changed and I
can no longer reproduce the exact problem described.
Now if I try to build using "python" (the cygwin version happens to be
first in my path) if I try to pass more than the number of files up
through packet-atalk.c then I get
NMAKE : fatal error U1077: 'python' return code '0x1'
and even if I only pass files through packet-atalk.c I get an empty
file.
After much digging around I discover that c:\cygwin\bin\python.exe is
some sort of symbolic link. I'm not sure exactly what this means
since I don't believe that the underlying filesystem has any notion of
symbolic links, but all the same this is the output of the file command.
$ file /cygdrive/c/cygwin/bin/python.exe /cygdrive/c/cygwin/bin/python2.2.exe
/cygdrive/c/cygwin/bin/python.exe: symbolic link to python2.2.exe
/cygdrive/c/cygwin/bin/python2.2.exe: MS Windows PE Intel 80386 console executable not relocatable
Once I discovered this I tried using python2.2.exe directly and *that*
worked. It seems that cygwin has some notion of symlinks which
doesn't work well outside of a cygwin shell (eg nmake).
Not sure if this still related to the problem that was originally
reported, but it might be something else to look at.
--
-Andrew Feren
Cetacean Networks, Inc.
Portsmouth, NH
