Re: Stak dump with tar.[bz2/gz] files (Cygwin)

[Eli Zaretskii]

> Date: Sun, 15 Jun 2008 23:45:50 +0200
> From: Angelo Graziosi <address@hidden>
> CC: address@hidden
> 
> (gdb) thread 1
> [Switching to thread 1 (thread 3092.0xc10)]#0  0x7c91e4f4 in 
> ntdll!LdrAccessResource () from /c/WINDOWS/system32/ntdll.dll
> (gdb) bt
> #0  0x7c91e4f4 in ntdll!LdrAccessResource () from 
> /c/WINDOWS/system32/ntdll.dll
> #1  0x7c91df3c in ntdll!ZwWaitForSingleObject ()
>     from /c/WINDOWS/system32/ntdll.dll
> #2  0x7c8025db in WaitForSingleObjectEx ()
>     from /c/WINDOWS/system32/kernel32.dll
> #3  0x0000049c in ?? ()
> #4  0x00000000 in ?? ()
> (gdb) thread 2
> [Switching to thread 2 (thread 3092.0x8bc)]#0  0x61016416 in 
> open_stackdumpfile
>      () from /usr/bin/cygwin1.dll
> (gdb) bt
> #0  0x61016416 in open_stackdumpfile () from /usr/bin/cygwin1.dll
> #1  0x6101669e in stackdump () from /usr/bin/cygwin1.dll
> #2  0x61017fd5 in _cygtls::signal_exit () from /usr/bin/cygwin1.dll
> #3  0x61018638 in sigpacket::process () from /usr/bin/cygwin1.dll
> #4  0x61099f57 in wait_sig () from /usr/bin/cygwin1.dll
> #5  0x61002f32 in cygthread::callfunc () from /usr/bin/cygwin1.dll
> #6  0x61003769 in cygthread::stub () from /usr/bin/cygwin1.dll
> #7  0x00001074 in ?? ()
> #8  0x00000000 in ?? ()
> (gdb) thread 3
> [Switching to thread 3 (thread 3092.0x8b4)]#0  0x7c91e4f4 in 
> ntdll!LdrAccessResource () from /c/WINDOWS/system32/ntdll.dll
> (gdb) bt
> #0  0x7c91e4f4 in ntdll!LdrAccessResource () from 
> /c/WINDOWS/system32/ntdll.dll
> #1  0x7c91d1fc in ntdll!ZwDelayExecution () from 
> /c/WINDOWS/system32/ntdll.dll
> #2  0x71a22b67 in WahQueueUserApc () from /c/WINDOWS/system32/ws2help.dll
> #3  0x61004416 in _cygtls::call2 () from /usr/bin/cygwin1.dll
> #4  0x00247b00 in ?? ()
> #5  0x02cbcdf0 in ?? ()
> #6  0x71a22af1 in WahQueueUserApc () from /c/WINDOWS/system32/ws2help.dll
> #7  0x18ec81ec in ?? ()
> #8  0xa1000001 in ?? ()
> #9  0x71a25078 in WahNotifyAllProcesses () from 
> /c/WINDOWS/system32/ws2help.dll
> Cannot access memory at address 0x8b55ff8f
> (gdb) thread 4
> [Switching to thread 4 (thread 3092.0x8c0)]#0  0x7c91e4f4 in 
> ntdll!LdrAccessResource () from /c/WINDOWS/system32/ntdll.dll
> (gdb) bt
> #0  0x7c91e4f4 in ntdll!LdrAccessResource () from 
> /c/WINDOWS/system32/ntdll.dll
> #1  0x7c91da2c in ntdll!ZwRemoveIoCompletion ()
>     from /c/WINDOWS/system32/ntdll.dll
> #2  0x719dd394 in SetServiceA () from /c/WINDOWS/System32/mswsock.dll
> #3  0x61004416 in _cygtls::call2 () from /usr/bin/cygwin1.dll
> #4  0x719dd6d7 in SetServiceA () from /c/WINDOWS/System32/mswsock.dll
> #5  0x10ec83ec in ?? ()
> #6  0x8b084d8b in ?? ()
> #7  0x49830441 in ?? ()
> #8  0x5653ff04 in ?? ()
> #9  0xf8458957 in ?? ()
> #10 0x0018a164 in ?? ()
> #11 0x016a0000 in bss_sbrk_buffer ()
> #12 0x0f6c8889 in ?? ()
> #13 0x15ff0000 in ?? ()
> #14 0x719d1168 in ?? () from /c/WINDOWS/System32/mswsock.dll
> #15 0x6c15ff50 in ?? ()
> #16 0xbf719d11 in ?? ()
> #17 0x71a0793c in s_perror () from /c/WINDOWS/System32/mswsock.dll
> Cannot access memory at address 0x8b55ff8f
> (gdb) thread 5
> [Switching to thread 5 (thread 3092.0x8a8)]#0  0x7c91e4f4 in 
> ntdll!LdrAccessResource () from /c/WINDOWS/system32/ntdll.dll
> (gdb) bt
> #0  0x7c91e4f4 in ntdll!LdrAccessResource () from 
> /c/WINDOWS/system32/ntdll.dll
> #1  0x7e3991be in USER32!GetProcessWindowStation ()
>     from /c/WINDOWS/system32/user32.dll
> #2  0x7e3a776b in USER32!GetMessageA () from /c/WINDOWS/system32/user32.dll
> #3  0x610c28a5 in wininfo::winthread () from /usr/bin/cygwin1.dll
> #4  0x610c28de in winthread () from /usr/bin/cygwin1.dll
> #5  0x61002f32 in cygthread::callfunc () from /usr/bin/cygwin1.dll
> #6  0x61003769 in cygthread::stub () from /usr/bin/cygwin1.dll
> #7  0x00000000 in ?? ()
> 

What about the other 4 threads? do they also show such an unhelpful
backtrace?  If so, I guess we are stuck with what you produced from
the stack dump file.  Does anyone have a suggestion on how to proceed
with this crash?