[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Stak dump with tar.[bz2/gz] files (Cygwin)
From: |
Eli Zaretskii |
Subject: |
Re: Stak dump with tar.[bz2/gz] files (Cygwin) |
Date: |
Mon, 16 Jun 2008 21:12:21 +0300 |
> 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?
- Re: Stak dump with tar.[bz2/gz] files (Cygwin), (continued)
- Re: Stak dump with tar.[bz2/gz] files (Cygwin), Eli Zaretskii, 2008/06/13
- Re: Stak dump with tar.[bz2/gz] files (Cygwin), Angelo Graziosi, 2008/06/13
- Re: Stak dump with tar.[bz2/gz] files (Cygwin), Eli Zaretskii, 2008/06/13
- Re: Stak dump with tar.[bz2/gz] files (Cygwin), Angelo Graziosi, 2008/06/13
- Re: Stak dump with tar.[bz2/gz] files (Cygwin), Eli Zaretskii, 2008/06/14
- Re: Stak dump with tar.[bz2/gz] files (Cygwin), Angelo Graziosi, 2008/06/14
- Re: Stak dump with tar.[bz2/gz] files (Cygwin), Eli Zaretskii, 2008/06/14
- Re: Stak dump with tar.[bz2/gz] files (Cygwin), Angelo Graziosi, 2008/06/15
- Re: Stak dump with tar.[bz2/gz] files (Cygwin), Eli Zaretskii, 2008/06/15
- Re: Stak dump with tar.[bz2/gz] files (Cygwin), Angelo Graziosi, 2008/06/15
- Re: Stak dump with tar.[bz2/gz] files (Cygwin),
Eli Zaretskii <=
- Re: Stak dump with tar.[bz2/gz] files (Cygwin), Angelo Graziosi, 2008/06/16
- Re: Stak dump with tar.[bz2/gz] files (Cygwin), Eli Zaretskii, 2008/06/16
- Re: Stak dump with tar.[bz2/gz] files (Cygwin), Angelo Graziosi, 2008/06/17