From: Markus Hoenicka <markus.hoenicka@mhoenicka.de>
To: Eli Zaretskii <eliz@gnu.org>
Cc: 17753@debbugs.gnu.org
Subject: bug#17753: Cygwin emacs-X11 core dump
Date: Mon, 22 Sep 2014 09:14:03 +0200 [thread overview]
Message-ID: <567d6ce41622973e00bb6fb69ad316d3@mhoenicka.de> (raw)
In-Reply-To: <83fvfq2n40.fsf@gnu.org>
At 2014-09-17 19:06, Eli Zaretskii was heard to say:
>> Date: Wed, 17 Sep 2014 11:17:24 -0400
>> From: Ken Brown <kbrown@cornell.edu>
>> CC: 17753@debbugs.gnu.org
>>
>> On 9/17/2014 6:16 AM, Eli Zaretskii wrote:
>> > Anyway, one thing that strikes me (and is consistent across all your
>> > reports until now) is that atimer.c functions are run from a separate
>> > thread, not the main thread (which is Thread 1). Ken, is this normal
>> > in the Cygwin-w32 build?
>>
>> Timer functions in general are run in the main thread.
>
> That's what I'd expect.
>
>> I don't think the backtrace of Thread 2 can be trusted.
>
> But if you look at all the backtraces posted in this bug, they all
> tell the same story: thread 2 seems to run run_timers. So before we
> decide this is bogus data, I think we should explore the possibility
> that GDB really tells the truth here.
>
>> You can see the expected timer functions running in the main thread,
>> but
>> I have no idea what's going on in Thread 2. Is run_timers really
>> being
>> called there, or is that just an artifact of a corrupt stack?
>
> Hard to say. But note that do_pending_atimers calls block_atimers
> before it calls run_timers, and block_atimers calls pthread_sigmask.
> Could this do something weird to the threads, like switch to another
> thread?
>
>> I think I should take this to the Cygwin list, unless you have other
>> suggestions of things to look at.
>
> Discussing this on the Cygwin list is probably the best place.
>
> Thanks.
Hi again,
please note that I have installed a new test release of Emacs as
announced here:
https://cygwin.com/ml/cygwin-announce/2014-09/msg00018.html
This release uses Cygwin's malloc instead of Emacs built-in malloc. I
have no idea whether this might affect the kind of bug I have been
struggling with for months now. In any case, it crashed again today.
Emacs and package version info:
$ cygcheck -f /usr/bin/emacs-X11
emacs-X11-24.3.93-3
markus.hoenicka@SBHC123 ~
$ emacs -version
GNU Emacs 24.3.93.1
gdb output:
GLib (gthread-posix.c): Unexpected error from C library during
'pthread_mutex_lock': No error. Aborting.
Program received signal SIGABRT, Aborted.
0x000000000042e2a8 in ?? ()
(gdb) info thread
Id Target Id Frame
9 Thread 2900.0x628 0x00000000772712fa in
ntdll!ZwWaitForSingleObject ()
from /cygdrive/c/WINDOWS/SYSTEM32/ntdll.dll
8 Thread 2900.0xa94 0x00000000772712fa in
ntdll!ZwWaitForSingleObject ()
from /cygdrive/c/WINDOWS/SYSTEM32/ntdll.dll
6 Thread 2900.0xf40 0x00000000772715fa in ntdll!ZwDelayExecution ()
from /cygdrive/c/WINDOWS/SYSTEM32/ntdll.dll
5 Thread 2900.0xd40 0x00000000772712fa in
ntdll!ZwWaitForSingleObject ()
from /cygdrive/c/WINDOWS/SYSTEM32/ntdll.dll
4 Thread 2900.0xf10 0x000000007727186a in
ntdll!ZwWaitForMultipleObjects
() from /cygdrive/c/WINDOWS/SYSTEM32/ntdll.dll
3 Thread 2900.0xe8c 0x000000007727186a in
ntdll!ZwWaitForMultipleObjects
() from /cygdrive/c/WINDOWS/SYSTEM32/ntdll.dll
2 Thread 2900.0xd58 0x000007fefd42940d in RaiseException ()
from /cygdrive/c/WINDOWS/system32/KERNELBASE.dll
* 1 Thread 2900.0xdac 0x000000000042e2a8 in ?? ()
(gdb) thread apply all bt
Thread 9 (Thread 2900.0x628):
#0 0x00000000772712fa in ntdll!ZwWaitForSingleObject ()
from /cygdrive/c/WINDOWS/SYSTEM32/ntdll.dll
#1 0x000007fefd4210dc in WaitForSingleObjectEx ()
from /cygdrive/c/WINDOWS/system32/KERNELBASE.dll
#2 0x0000000180045561 in cygthread::stub (
arg=arg@entry=0x1801d0500 <threads+352>)
at /usr/src/debug/cygwin-1.7.32-1/winsup/cygwin/cygthread.cc:114
#3 0x000000018004619b in _cygtls::call2 (this=0x443ce00,
func=0x1800454d0 <cygthread::stub(void*)>, arg=0x1801d0500
<threads+352>,
buf=buf@entry=0x443cd50)
at /usr/src/debug/cygwin-1.7.32-1/winsup/cygwin/cygtls.cc:100
#4 0x00000001800462f4 in _cygtls::call (func=<optimized out>,
arg=<optimized out>)
at /usr/src/debug/cygwin-1.7.32-1/winsup/cygwin/cygtls.cc:30
#5 0x00000000770159ed in KERNEL32!BaseThreadInitThunk ()
from /cygdrive/c/WINDOWS/system32/kernel32.dll
#6 0x000000007724c541 in ntdll!RtlUserThreadStart ()
from /cygdrive/c/WINDOWS/SYSTEM32/ntdll.dll
#7 0x0000000000000000 in ?? ()
Backtrace stopped: previous frame inner to this frame (corrupt stack?)
Thread 8 (Thread 2900.0xa94):
#0 0x00000000772712fa in ntdll!ZwWaitForSingleObject ()
from /cygdrive/c/WINDOWS/SYSTEM32/ntdll.dll
#1 0x000007fefd4210dc in WaitForSingleObjectEx ()
from /cygdrive/c/WINDOWS/system32/KERNELBASE.dll
#2 0x0000000180045561 in cygthread::stub (
arg=arg@entry=0x1801d04a8 <threads+264>)
at /usr/src/debug/cygwin-1.7.32-1/winsup/cygwin/cygthread.cc:114
#3 0x000000018004619b in _cygtls::call2 (this=0x403ce00,
func=0x1800454d0 <cygthread::stub(void*)>, arg=0x1801d04a8
<threads+264>,
buf=buf@entry=0x403cd50)
at /usr/src/debug/cygwin-1.7.32-1/winsup/cygwin/cygtls.cc:100
#4 0x00000001800462f4 in _cygtls::call (func=<optimized out>,
arg=<optimized out>)
at /usr/src/debug/cygwin-1.7.32-1/winsup/cygwin/cygtls.cc:30
#5 0x00000000770159ed in KERNEL32!BaseThreadInitThunk ()
from /cygdrive/c/WINDOWS/system32/kernel32.dll
#6 0x000000007724c541 in ntdll!RtlUserThreadStart ()
from /cygdrive/c/WINDOWS/SYSTEM32/ntdll.dll
#7 0x0000000000000000 in ?? ()
Backtrace stopped: previous frame inner to this frame (corrupt stack?)
Thread 6 (Thread 2900.0xf40):
---Type <return> to continue, or q <return> to quit---
#0 0x00000000772715fa in ntdll!ZwDelayExecution ()
from /cygdrive/c/WINDOWS/SYSTEM32/ntdll.dll
#1 0x000007fefd421203 in SleepEx ()
from /cygdrive/c/WINDOWS/system32/KERNELBASE.dll
#2 0x000000018010d970 in thread_pipe (arg=0x600061fe0)
at /usr/src/debug/cygwin-1.7.32-1/winsup/cygwin/select.cc:690
#3 0x0000000180044fc5 in cygthread::callfunc (
this=this@entry=0x1801d03f8 <threads+88>,
issimplestub=issimplestub@entry=false)
at /usr/src/debug/cygwin-1.7.32-1/winsup/cygwin/cygthread.cc:51
#4 0x000000018004552a in cygthread::stub (
arg=arg@entry=0x1801d03f8 <threads+88>)
at /usr/src/debug/cygwin-1.7.32-1/winsup/cygwin/cygthread.cc:93
#5 0x000000018004619b in _cygtls::call2 (this=0x343ce00,
func=0x1800454d0 <cygthread::stub(void*)>, arg=0x1801d03f8
<threads+88>,
buf=buf@entry=0x343cd50)
at /usr/src/debug/cygwin-1.7.32-1/winsup/cygwin/cygtls.cc:100
#6 0x00000001800462f4 in _cygtls::call (func=<optimized out>,
arg=<optimized out>)
at /usr/src/debug/cygwin-1.7.32-1/winsup/cygwin/cygtls.cc:30
#7 0x00000000770159ed in KERNEL32!BaseThreadInitThunk ()
from /cygdrive/c/WINDOWS/system32/kernel32.dll
#8 0x000000007724c541 in ntdll!RtlUserThreadStart ()
from /cygdrive/c/WINDOWS/SYSTEM32/ntdll.dll
#9 0x0000000000000000 in ?? ()
Backtrace stopped: previous frame inner to this frame (corrupt stack?)
Thread 5 (Thread 2900.0xd40):
#0 0x00000000772712fa in ntdll!ZwWaitForSingleObject ()
from /cygdrive/c/WINDOWS/SYSTEM32/ntdll.dll
#1 0x000007fefd4210dc in WaitForSingleObjectEx ()
from /cygdrive/c/WINDOWS/system32/KERNELBASE.dll
#2 0x0000000180045561 in cygthread::stub (
arg=arg@entry=0x1801d0450 <threads+176>)
at /usr/src/debug/cygwin-1.7.32-1/winsup/cygwin/cygthread.cc:114
#3 0x000000018004619b in _cygtls::call2 (this=0x383ce00,
func=0x1800454d0 <cygthread::stub(void*)>, arg=0x1801d0450
<threads+176>,
buf=buf@entry=0x383cd50)
at /usr/src/debug/cygwin-1.7.32-1/winsup/cygwin/cygtls.cc:100
#4 0x00000001800462f4 in _cygtls::call (func=<optimized out>,
arg=<optimized out>)
at /usr/src/debug/cygwin-1.7.32-1/winsup/cygwin/cygtls.cc:30
#5 0x00000000770159ed in KERNEL32!BaseThreadInitThunk ()
from /cygdrive/c/WINDOWS/system32/kernel32.dll
#6 0x000000007724c541 in ntdll!RtlUserThreadStart ()
from /cygdrive/c/WINDOWS/SYSTEM32/ntdll.dll
#7 0x0000000000000000 in ?? ()
Backtrace stopped: previous frame inner to this frame (corrupt stack?)
Thread 4 (Thread 2900.0xf10):
#0 0x000000007727186a in ntdll!ZwWaitForMultipleObjects ()
from /cygdrive/c/WINDOWS/SYSTEM32/ntdll.dll
#1 0x000007fefd421430 in KERNELBASE!GetCurrentProcess ()
from /cygdrive/c/WINDOWS/system32/KERNELBASE.dll
#2 0x0000000000000000 in ?? ()
Backtrace stopped: previous frame inner to this frame (corrupt stack?)
Thread 3 (Thread 2900.0xe8c):
#0 0x000000007727186a in ntdll!ZwWaitForMultipleObjects ()
from /cygdrive/c/WINDOWS/SYSTEM32/ntdll.dll
#1 0x000000007723b037 in ntdll!TpIsTimerSet ()
from /cygdrive/c/WINDOWS/SYSTEM32/ntdll.dll
#2 0x00000000770159ed in KERNEL32!BaseThreadInitThunk ()
from /cygdrive/c/WINDOWS/system32/kernel32.dll
#3 0x000000007724c541 in ntdll!RtlUserThreadStart ()
from /cygdrive/c/WINDOWS/SYSTEM32/ntdll.dll
#4 0x0000000000000000 in ?? ()
Backtrace stopped: previous frame inner to this frame (corrupt stack?)
Thread 2 (Thread 2900.0xd58):
#0 0x000007fefd42940d in RaiseException ()
from /cygdrive/c/WINDOWS/system32/KERNELBASE.dll
#1 0x000007fefd43aa0d in OutputDebugStringA ()
from /cygdrive/c/WINDOWS/system32/KERNELBASE.dll
#2 0x000000018007119e in _cygtls::signal_debugger
(this=this@entry=0x42ce00,
si=...) at
/usr/src/debug/cygwin-1.7.32-1/winsup/cygwin/exceptions.cc:1505
#3 0x000000018007132e in sigpacket::process (
this=this@entry=0x1801e3260 <sigq+1056>)
at /usr/src/debug/cygwin-1.7.32-1/winsup/cygwin/exceptions.cc:1364
#4 0x0000000180119952 in wait_sig ()
at /usr/src/debug/cygwin-1.7.32-1/winsup/cygwin/sigproc.cc:1320
#5 0x0000000180044fc5 in cygthread::callfunc (
this=this@entry=0x1801d03a0 <threads>,
issimplestub=issimplestub@entry=false)
at /usr/src/debug/cygwin-1.7.32-1/winsup/cygwin/cygthread.cc:51
#6 0x000000018004552a in cygthread::stub (arg=arg@entry=0x1801d03a0
<threads>)
at /usr/src/debug/cygwin-1.7.32-1/winsup/cygwin/cygthread.cc:93
#7 0x000000018004619b in _cygtls::call2 (this=0x21bce00,
func=0x1800454d0 <cygthread::stub(void*)>, arg=0x1801d03a0
<threads>,
buf=buf@entry=0x21bcd50)
at /usr/src/debug/cygwin-1.7.32-1/winsup/cygwin/cygtls.cc:100
#8 0x00000001800462f4 in _cygtls::call (func=<optimized out>,
arg=<optimized out>)
at /usr/src/debug/cygwin-1.7.32-1/winsup/cygwin/cygtls.cc:30
#9 0x00000000770159ed in KERNEL32!BaseThreadInitThunk ()
from /cygdrive/c/WINDOWS/system32/kernel32.dll
#10 0x000000007724c541 in ntdll!RtlUserThreadStart ()
from /cygdrive/c/WINDOWS/SYSTEM32/ntdll.dll
#11 0x0000000000000000 in ?? ()
Backtrace stopped: previous frame inner to this frame (corrupt stack?)
Thread 1 (Thread 2900.0xdac):
#0 0x000000000042e2a8 in ?? ()
Backtrace stopped: previous frame identical to this frame (corrupt
stack?)
regards,
Markus
--
Markus Hoenicka
http://www.mhoenicka.de
AQ score 38
next prev parent reply other threads:[~2014-09-22 7:14 UTC|newest]
Thread overview: 56+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-06-09 21:55 bug#17753: Cygwin emacs-X11 core dump markus.hoenicka
2014-06-11 2:51 ` Eli Zaretskii
2014-06-11 6:16 ` Markus Hoenicka
2014-06-11 14:47 ` Eli Zaretskii
2014-06-13 22:53 ` markus.hoenicka
2014-06-11 12:28 ` Ken Brown
2014-06-11 15:03 ` Eli Zaretskii
2014-07-04 21:21 ` markus.hoenicka
2014-07-05 14:03 ` Ken Brown
2014-07-07 21:31 ` markus.hoenicka
2014-07-09 13:57 ` Ken Brown
2014-07-09 14:30 ` Markus Hoenicka
2014-09-17 9:45 ` Markus Hoenicka
2014-09-17 10:16 ` Eli Zaretskii
2014-09-17 10:52 ` Eli Zaretskii
2014-09-17 11:04 ` Markus Hoenicka
2014-09-17 15:17 ` Ken Brown
2014-09-17 17:06 ` Eli Zaretskii
2014-09-22 7:14 ` Markus Hoenicka [this message]
2014-09-22 13:32 ` Ken Brown
2014-09-22 14:04 ` Markus Hoenicka
2014-09-22 14:48 ` Eli Zaretskii
2014-10-07 7:02 ` Markus Hoenicka
2014-10-07 14:56 ` Ken Brown
2014-10-07 15:05 ` Eli Zaretskii
2014-10-07 16:05 ` Markus Hoenicka
2014-10-07 17:04 ` Eli Zaretskii
2014-10-07 20:48 ` Markus Hoenicka
2014-10-09 8:17 ` Markus Hoenicka
2014-10-09 8:56 ` Eli Zaretskii
2014-10-09 9:08 ` Markus Hoenicka
2014-10-09 10:35 ` Eli Zaretskii
2014-10-09 10:44 ` Markus Hoenicka
2014-10-09 11:22 ` Eli Zaretskii
2014-10-09 11:47 ` Markus Hoenicka
2014-10-09 11:55 ` Eli Zaretskii
2014-10-11 15:31 ` Ken Brown
2014-10-12 0:07 ` Markus Hoenicka
2014-10-20 10:59 ` Markus Hoenicka
2014-10-20 11:29 ` Ken Brown
2014-10-20 12:04 ` martin rudalics
2014-10-20 13:05 ` Ken Brown
2014-10-20 14:11 ` Markus Hoenicka
2014-10-20 14:37 ` Markus Hoenicka
2014-10-20 15:24 ` Eli Zaretskii
2014-10-20 15:29 ` Markus Hoenicka
2014-10-24 21:27 ` Ken Brown
2014-10-24 21:42 ` Markus Hoenicka
2014-12-03 12:43 ` Markus Hoenicka
2014-12-03 14:12 ` Ken Brown
2014-10-20 15:29 ` Eli Zaretskii
2014-10-07 16:05 ` Markus Hoenicka
2014-07-28 22:45 ` markus.hoenicka
2014-08-06 22:02 ` markus.hoenicka
2014-10-07 16:47 ` Achim Gratz
2014-10-07 18:43 ` Ken Brown
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=567d6ce41622973e00bb6fb69ad316d3@mhoenicka.de \
--to=markus.hoenicka@mhoenicka.de \
--cc=17753@debbugs.gnu.org \
--cc=eliz@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.