Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com X-Authentication-Warning: eos.vss.fsi.com: ford owned process doing -bs Date: Mon, 13 Oct 2003 12:22:12 -0500 (CDT) From: Brian Ford X-X-Sender: ford AT eos To: cygwin AT cygwin DOT com Subject: Re: setup hangs during postinstall Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Christopher Faylor wrote: >On Thu, Oct 09, 2003 at 06:17:08PM -0500, Brian Ford wrote: >>#!/bin/bash >> >>FOO=`cygpath -S` >> >>but using #!/bin/sh doesn't. likewise, strace hangs here: >>#!/bin/bash >> >>FOO=`strace -o /tmp/cygpath.strace cygpath -S` >> >>but not using #!/bin/sh. >> >>Neither hang if setup is launched from bash instead of explorer. >Hmm. Maybe I missed this point before. I never run setup from >explorer. > >In any event, can you set the CYGWIN_DEBUG=cygpath and maybe do some >search and destroy debugging to see precisely where it is hanging? > I finally got some time to look at this. Preliminary results follow. I'll try to poke more this afternoon if time permits. Since setup must be launched from explorer to hang, I set CYGWIN_DEBUG=cygpath in my system environment variables and rebooted. To make sure it worked, I launched a bash under rxvt and did a "cygpath -S". Up popped the gdb cmd shell. But, under setup, no dice. cygpath hangs just like before. The stack trace looks a little different. Note that I have not had time to hand decode the holes in the trace yet, but it looks to me like a startup problem before the CYGWIN_DEBUG handling code. A "fork exec copy" problem maybe? I know that's vague, but I think you know what I mean. (gdb) info threads 3 thread 213.0xb5 0x77f7645d in _system_dlls__ () 2 thread 213.0xd3 0x77f67fc7 in _system_dlls__ () * 1 thread 213.0xd7 0x77f6838b in _system_dlls__ () (gdb)i #0 0x77f6838b in _system_dlls__ () #1 0x77f1d06a in _system_dlls__ () #2 0x61091027 in WFMO (nCount=3, lpHandles=0x1, fWaitAll=2147348480, dwMilliseconds=4294967295) at ../../../../cygwin/winsup/cygwin/sigproc.cc:1248 #3 0x6109344b in spawn_guts(char const*, char const* const*, char const* const*, int) (prog_arg=0xa044050 "/usr/bin/cygpath.exe", argv=0xa044b88, envp=0xa044160, mode=3) at ../../../../cygwin/winsup/cygwin/spawn.cc:847 #4 0x6109477e in spawnve (mode=3, path=0xa044050 "/usr/bin/cygpath.exe", argv=0xa044b88, envp=0xa044160) at ../../../../cygwin/winsup/cygwin/spawn.cc:976 #5 0x6102835b in execve (path=0xa044050 "/usr/bin/cygpath.exe", argv=0xa044b88, envp=0xa044160) at ../../../../cygwin/winsup/cygwin/exec.cc:35 #6 0x004143c5 in ?? () [snip] #24 0x00403a09 in CloseHandle AT 4 () #25 0x0040195f in get_short_paths(char*) (path=0x2
) at ../../../../cygwin/winsup/utils/cygpath.cc:158 #26 0x610055c8 in dll_crt0_1() () at ../../../../cygwin/winsup/cygwin/dcrt0.cc:793 #27 0x61005a7d in _dll_crt0 () at ../../../../cygwin/winsup/cygwin/dcrt0.cc:921 #28 0x0047b901 in ?? () (gdb) thread 2 [Switching to thread 2 (thread 213.0xd3)]#0 0x77f67fc7 in _system_dlls__ () (gdb) bt #0 0x77f67fc7 in _system_dlls__ () #1 0x610907c6 in wait_sig(void*) (self=0x610f0b40) at ../../../../cygwin/winsup/cygwin/sigproc.cc:1089 #2 0x6100302e in cygthread::stub(void*) (arg=0x610f0b40) at ../../../../cygwin/winsup/cygwin/cygthread.cc:69 #3 0x77f04eeb in _system_dlls__ () -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/