Dave Korn wrote: > Charles Wilson wrote: >> Help? > > Trashed stack? > >> I note that procmon indicates that the child process exited with code >> -1073741783, which in hex is 0xc0000029. If that's an NTSTATUS value, >> then it means STATUS_INVALID_UNWIND_TARGET, but that might be a red herring. > > Trashed stack during SEH unwind? > > Might be able to get some useful info by running this under windbg and > intercepting the exception; even just an $eip to tell you where it's coming > from might be all the clue you needed.
*** wait with pending attach Symbol search path is: srv*c:\Temp\websymbols*http://msdl.microsoft.com/download/symbols Executable search path is: ModLoad: 00400000 00998000 c:\cygwin-1.7\bin\gpg-agent.exe ModLoad: 770e0000 77207000 C:\Windows\system32\ntdll.dll ModLoad: 77000000 770db000 C:\Windows\system32\kernel32.dll ModLoad: 67f00000 67f0f000 c:\cygwin-1.7\bin\cyggcc_s-1.dll ModLoad: 61000000 61300000 c:\cygwin-1.7\bin\cygwin1.dll ModLoad: 760a0000 76166000 C:\Windows\system32\ADVAPI32.DLL ModLoad: 75960000 75a22000 C:\Windows\system32\RPCRT4.dll ModLoad: 684a0000 6850d000 c:\cygwin-1.7\bin\cyggcrypt-11.dll ModLoad: 71950000 71958000 c:\cygwin-1.7\bin\cyggpg-error-0.dll ModLoad: 6a960000 6a96d000 c:\cygwin-1.7\bin\cygintl-8.dll ModLoad: 6ca10000 6cb0a000 c:\cygwin-1.7\bin\cygiconv-2.dll ModLoad: 76290000 7632d000 C:\Windows\system32\USER32.dll ModLoad: 76050000 7609b000 C:\Windows\system32\GDI32.dll ModLoad: 6fa40000 6fa54000 c:\cygwin-1.7\bin\cygpth-20.dll ModLoad: 76170000 7618e000 C:\Windows\system32\IMM32.DLL ModLoad: 76190000 76258000 C:\Windows\system32\MSCTF.dll ModLoad: 75bd0000 75c7a000 C:\Windows\system32\msvcrt.dll ModLoad: 76330000 76339000 C:\Windows\system32\LPK.DLL ModLoad: 75de0000 75e5d000 C:\Windows\system32\USP10.dll ModLoad: 6c1b0000 6c1b5000 C:\Windows\system32\avgrsstx.dll (f78.1938): Break instruction exception - code 80000003 (first chance) eax=7ffdc000 ebx=00000000 ecx=00000000 edx=7716d094 esi=00000000 edi=00000000 eip=77127dfe esp=1a49ff5c ebp=1a49ff88 iopl=0 nv up ei pl zr na pe nc cs=001b ss=0023 ds=0023 es=0023 fs=003b gs=0000 efl=00000246 ntdll!DbgBreakPoint: 77127dfe cc int 3 0:002> g (f78.1118): Access violation - code c0000005 (first chance) First chance exceptions are reported before any exception handling. This exception may be expected and handled. eax=00000000 ebx=0136cab8 ecx=00000000 edx=ffffffff esi=00000007 edi=00404119 eip=00000000 esp=7ff8f6fc ebp=7ff8f984 iopl=0 nv up ei pl zr na pe nc cs=001b ss=0023 ds=0023 es=0023 fs=003b gs=0000 efl=00010246 00000000 ?? ??? 0:000> k ChildEBP RetAddr WARNING: Frame IP not in any known module. Following frames may be wrong. 7ff8f984 00000000 0x0 which is just after the output window gets: returning from fork: ischild=1, res=0 So, this is the right spot. And $eip is 0x0. That doesn't tell me much... Something is obviously going badly wrong in the guts of fork(). Unless somebody has a brilliant idea, I'm going to mothball this until after cgf (Ye Olde Forke Experte) returns. -- Chuck -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
