From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Angelo Graziosi Newsgroups: gmane.emacs.devel Subject: Re: Stak dump with tar.[bz2/gz] files (Cygwin) Date: Sun, 15 Jun 2008 23:45:50 +0200 Message-ID: <48558D8E.1090604@alice.it> References: <48511871.1090203@alice.it> <4851806A.6070104@alice.it> <4854708F.20508@alice.it> <48551002.7020600@alice.it> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1213566399 5942 80.91.229.12 (15 Jun 2008 21:46:39 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 15 Jun 2008 21:46:39 +0000 (UTC) Cc: emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Jun 15 23:47:20 2008 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1K804D-0001cx-MY for ged-emacs-devel@m.gmane.org; Sun, 15 Jun 2008 23:47:17 +0200 Original-Received: from localhost ([127.0.0.1]:42245 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1K803P-0007AG-Iv for ged-emacs-devel@m.gmane.org; Sun, 15 Jun 2008 17:46:27 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1K803L-0007AB-UB for emacs-devel@gnu.org; Sun, 15 Jun 2008 17:46:23 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1K803I-00079g-NB for emacs-devel@gnu.org; Sun, 15 Jun 2008 17:46:22 -0400 Original-Received: from [199.232.76.173] (port=58011 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1K803I-00079Z-HE for emacs-devel@gnu.org; Sun, 15 Jun 2008 17:46:20 -0400 Original-Received: from smtp-out26.alice.it ([85.33.2.26]:1951) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1K803D-00034s-S4; Sun, 15 Jun 2008 17:46:16 -0400 Original-Received: from FBCMMO03.fbc.local ([192.168.68.197]) by smtp-out26.alice.it with Microsoft SMTPSVC(6.0.3790.1830); Sun, 15 Jun 2008 23:46:14 +0200 Original-Received: from FBCMCL01B01.fbc.local ([192.168.69.82]) by FBCMMO03.fbc.local with Microsoft SMTPSVC(6.0.3790.1830); Sun, 15 Jun 2008 23:46:13 +0200 Original-Received: from [82.57.147.5] ([82.57.147.5]) by FBCMCL01B01.fbc.local with Microsoft SMTPSVC(6.0.3790.1830); Sun, 15 Jun 2008 23:46:13 +0200 User-Agent: Thunderbird 2.0.0.14 (Windows/20080421) In-Reply-To: X-OriginalArrivalTime: 15 Jun 2008 21:46:13.0616 (UTC) FILETIME=[3B59FF00:01C8CF31] X-detected-kernel: by monty-python.gnu.org: Windows 2000 SP4, XP SP1+ X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:99273 Archived-At: 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 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