From: adf AT mentor-systems DOT com (Austin David France) Subject: RE: B20, bash, #! & relative script execution 27 Nov 1998 02:13:51 -0800 Message-ID: <003101be1965$fcbc4220$010120c0.cygnus.cygwin32.developers@menpc1> References: <19981125212717 DOT A3646 AT cygnus DOT com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0032_01BE1965.FCBC4220" To: This is a multi-part message in MIME format. ------=_NextPart_000_0032_01BE1965.FCBC4220 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 7bit Hi Christopher > Could you try a binary snapshot of what I hope will soon be B20.1? > > ftp://cambridge.cygnus.com/private/cgf/cygwin1.dll.gz > > I have no problem running xx with that DLL. Would you let me know > if it works for you? I tried this version of cygwin1.dll on my xx script and I get exactly the same problem as before. Attached is the script and a new cygcheck.txt, plus the information below CYGWIN_NT-4.0 MENPC1 20.1 (0.3/1/1) 1998-11-25 18:00:02 i686 unknown Interestingly, cygcheck -s claims it can't find bash and several other utilities but they are there, in /bin ??? Additional information that may or may not be relevant: While it is hanging (after typing "xx hello"), my processor is @ 100%, bash.exe (not the same pid as the one I typed the command into, the child process) is accounting for 75-99% of it. That remains the case until I hit ^C. I am using #!/bin/bash. The / mount point is E:\GnuWin32 (text=binary). /bin is a symbolic link to /cygwin-b20/H-i586-cygwin32/bin. If I put the xx script into /tmp (which is a real directory off / - not a symbolic link) and do "export PATH=/tmp:$PATH" and then type "xx hello", it runs reliably, every time. If I put e:\GnuWin32\tmp into my path before running bash, and I type "xx hello", it hangs. If I put export PATH=/tmp:$PATH inside /etc/profile (I am using bash -login) it works. If I run export PATH=/d/mentor/bin:$PATH and run "xx hello" it hangs again. If I create a /mentor/bin directory and put xx in there, and add that to my path, it works. It always works if I type a full path to the script, regardless of where the script is, or how many mount points & symbolic links it has to process to get there. I have seen similar behaviour before, when I change the PATH variable, the symptoms of the problem will change - or the problem will go away. I can change path within the same bash session to exhibit this behaviour, I don't have to restart bash every time. Hope this information is helpful. I am still trying to build my own version of the DLL. I have managed this in isolation, but not as part of the dev-src package. I will just have to build it in isolation I guess. Once I have my own build of the DLL I will put trace statements in to work out what is going on. Apologies for the verbosity of this mail, I did not want to leave any information out, but I do have a tendency to ramble (here I go again...). TTFN Austin David France Mentor Systems plc mailto:adf AT mentor-systems DOT com ------=_NextPart_000_0032_01BE1965.FCBC4220 Content-Type: text/plain; name="cygcheck.txt" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="cygcheck.txt" =0A= Cygnus Win95/NT Configuration Diagnostics=0A= Current System Time: Thu Nov 26 17:13:55 1998=0A= =0A= WinNT Ver 4.0 build 1381 Service Pack 4=0A= =0A= Path: /e/GnuWin32/bin=0A= /e/GnuWin32/usr/local/bin=0A= .=0A= /d/mentor/bin=0A= /d/mentor/sdk/win32/bin=0A= /c/Progra~1/DevStudio/VC/bin=0A= /c/Progra~1/DevStudio/VC/bin/winnt=0A= /c/Progra~1/DevStudio/SharedIDE/bin=0A= =0A= SysDir: C:\WINNT\System32=0A= WinDir: C:\WINNT=0A= =0A= CYGWIN32 =3D `tty binmode ntea'=0A= CYGWIN =3D `tty'=0A= HOME =3D `/home/adf'=0A= MAKE_MODE =3D `UNIX'=0A= PWD =3D `/'=0A= =0A= Use `-r' to scan registry=0A= =0A= a:\ fd N/A N/A =0A= c:\ hd NTFS 2500Mb 87% CP CS UN PA FC =0A= d:\ hd NTFS 2441Mb 89% CP CS UN PA FC =0A= e:\ hd NTFS 4094Mb 74% CP CS UN PA FC =0A= f:\ hd FAT 2102Mb 43% CP UN =0A= g:\ cd CDFS 647Mb 100% CS MSDNCD191=0A= h:\ net NTFS 8746Mb 45% CP CS UN PA FC Data Drive 02=0A= n:\ net NTFS 8746Mb 54% CP CS UN PA FC Data Drive 01=0A= s:\ net NTFS 4357Mb 67% CP CS UN PA FC Net_Apps=0A= v:\ net NTFS 4000Mb 39% CP CS UN PA FC =0A= w:\ net NTFS 8056Mb 91% CP CS UN PA FC =0A= x:\ net NTFS 8056Mb 75% CP CS UN PA FC =0A= y:\ net NTFS 164Mb 2% CP CS UN PA FC TEMP=0A= z:\ net NTFS 4000Mb 39% CP CS UN PA FC =0A= =0A= e:\GnuWin32 / native text=3Dbinary=0A= c: /c native text=3Dbinary=0A= d: /d native text=3Dbinary=0A= \\.\a: /dev/fd0 native text=3Dbinary=0A= \\.\b: /dev/fd1 native text=3Dbinary=0A= \\.\tape0: /dev/st0 native text=3Dbinary=0A= \\.\tape1: /dev/st1 native text=3Dbinary=0A= e: /e native text=3Dbinary=0A= f: /f native text=3Dbinary=0A= g: /g native text=3Dbinary=0A= h: /h native text=3Dbinary=0A= =0A= Not Found: bash=0A= Not Found: cat=0A= Not Found: cpp=0A= Not Found: find=0A= Not Found: gcc=0A= Not Found: gdb=0A= Not Found: ld=0A= Not Found: ls=0A= Not Found: make=0A= Not Found: sh=0A= =0A= 707k 1998/11/08 C:\WINNT\System32\cygwin1-981108.dll=0A= 457k 2007/02/28 C:\WINNT\System32\cygwin1.dll=0A= Use -h to see help about each section=0A= ------=_NextPart_000_0032_01BE1965.FCBC4220 Content-Type: application/octet-stream; name="xx" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="xx" #!/bin/bash=0A= echo $@=0A= ------=_NextPart_000_0032_01BE1965.FCBC4220-- ------------------------------------------------------------------------ The views and opinions expressed in this e-mail message are the sender's and do not necessarily represent the views of Mentor Systems plc. ------------------------------------------------------------------------