From: Eli Zaretskii <eliz@gnu.org>
To: Angelo Graziosi <angelo.graziosi@alice.it>
Cc: emacs-devel@gnu.org
Subject: Re: Stak dump with tar.[bz2/gz] files (Cygwin)
Date: Mon, 16 Jun 2008 21:12:21 +0300 [thread overview]
Message-ID: <u4p7ti70a.fsf@gnu.org> (raw)
In-Reply-To: <48558D8E.1090604@alice.it>
> Date: Sun, 15 Jun 2008 23:45:50 +0200
> From: Angelo Graziosi <angelo.graziosi@alice.it>
> CC: emacs-devel@gnu.org
>
> (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?
next prev parent reply other threads:[~2008-06-16 18:12 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-06-12 12:37 Stak dump with tar.[bz2/gz] files (Cygwin) Angelo Graziosi
2008-06-12 16:05 ` Stefan Monnier
2008-06-12 20:00 ` Angelo Graziosi
2008-06-12 21:34 ` Stefan Monnier
2008-06-12 21:56 ` Angelo Graziosi
2008-06-13 1:42 ` Stefan Monnier
2008-06-13 6:46 ` Eli Zaretskii
2008-06-13 15:53 ` Angelo Graziosi
2008-06-13 16:41 ` Eli Zaretskii
2008-06-13 6:36 ` Eli Zaretskii
2008-06-13 15:45 ` Angelo Graziosi
2008-06-13 16:39 ` Eli Zaretskii
2008-06-13 23:29 ` Angelo Graziosi
2008-06-14 10:41 ` Eli Zaretskii
2008-06-15 1:29 ` Angelo Graziosi
2008-06-15 3:29 ` Eli Zaretskii
2008-06-15 12:50 ` Angelo Graziosi
2008-06-15 18:05 ` Eli Zaretskii
2008-06-15 21:45 ` Angelo Graziosi
2008-06-16 18:12 ` Eli Zaretskii [this message]
2008-06-16 20:41 ` Angelo Graziosi
2008-06-17 3:06 ` Eli Zaretskii
2008-06-17 8:23 ` Angelo Graziosi
2008-12-23 19:45 ` Angelo Graziosi
2008-12-23 19:51 ` Angelo Graziosi
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=u4p7ti70a.fsf@gnu.org \
--to=eliz@gnu.org \
--cc=angelo.graziosi@alice.it \
--cc=emacs-devel@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.