From: Angelo Graziosi <angelo.graziosi@alice.it>
To: Eli Zaretskii <eliz@gnu.org>
Cc: emacs-devel@gnu.org
Subject: Re: Stak dump with tar.[bz2/gz] files (Cygwin)
Date: Sun, 15 Jun 2008 23:45:50 +0200 [thread overview]
Message-ID: <48558D8E.1090604@alice.it> (raw)
In-Reply-To: <u8wx6lgk6.fsf@gnu.org>
Eli Zaretskii ha scritto:
>> Date: Sun, 15 Jun 2008 14:50:10 +0200
>> From: Angelo Graziosi
>> Hot to switch?
>
> (gdb) thread N
> I think "thread 1" is what you want. But if it doesn't produce a
> useful backtrace, try others (except 2, which you already saw is in
> the Cygwin signal handler) until you see something familiar.
If I have followed the right procedure... this is the result:
$ gdb /usr/local/emacs/bin/emacs.exe
GNU gdb 6.8.0.20080328-cvs (cygwin-special)
Copyright (C) 2008 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later
<http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty" for details.
This GDB was configured as "i686-pc-cygwin"...
(gdb) break open_stackdumpfile
Function "open_stackdumpfile" not defined.
Make breakpoint pending on future shared library load? (y or [n]) y
Breakpoint 1 (open_stackdumpfile) pending.
(gdb) run -Q
Starting program: /usr/local/emacs/bin/emacs.exe -Q
[New thread 3092.0xc10]
[New thread 3092.0x8bc]
[New thread 3092.0x8b4]
[New thread 3092.0x8c0]
[New thread 3092.0x8a8]
[New thread 3092.0x8a4]
[New thread 3092.0xc20]
[New thread 3092.0xc0c]
[New thread 3092.0xc48]
[Switching to thread 3092.0x8bc]
Breakpoint 1, 0x61016416 in open_stackdumpfile () from /usr/bin/cygwin1.dll
(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 ?? ()
(gdb) c
Continuing.
3 [main] emacs 3092 sig_send: wait for sig_complete event failed,
signal 6, rc 258, Win32 error 0
Program exited with code 01.
(gdb)
For the sake of completeness, in thread 4 we find 'bss_sbrk_buffer'
which is defined in src/sheap.c as
char bss_sbrk_buffer[STATIC_HEAP_SIZE];
Trying STATIC_HEAP_SIZE = 25MB does not solve and, sincerely, I do not
think here is the culprit.
Angelo
next prev parent reply other threads:[~2008-06-15 21:45 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 [this message]
2008-06-16 18:12 ` Eli Zaretskii
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=48558D8E.1090604@alice.it \
--to=angelo.graziosi@alice.it \
--cc=eliz@gnu.org \
--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.