Emacs-w32... Still Crashing
Ken Brown
kbrown@cornell.edu
Wed Jul 9 13:52:00 GMT 2014
On 7/9/2014 8:22 AM, Corinna Vinschen wrote:
> On Jul 9 12:15, Corinna Vinschen wrote:
>> On Jul 8 09:55, Ken Brown wrote:
>>> On 7/7/2014 3:12 PM, Zdzislaw Meglicki wrote:
>>>> Program received signal SIGTRAP, Trace/breakpoint trap.
>>>> [Switching to Thread 4532.0xa100]
>>>> 0x00007ff974f39e3b in KERNELBASE!DebugBreak () from /cygdrive/c/WINDOWS/system32/KERNELBASE.dll
>>>> (gdb) bt
>>>> #0 0x00007ff974f39e3b in KERNELBASE!DebugBreak () from /cygdrive/c/WINDOWS/system32/KERNELBASE.dll
>>>> #1 0x000000010061a7a4 in emacs_abort () at /usr/src/debug/emacs-24.3.91-1/src/w32fns.c:8474
>>>> #2 0x000000010043b702 in check_message_stack () at /usr/src/debug/emacs-24.3.91-1/src/xdisp.c:10993
>>>> #3 0x00000001004fd763 in shut_down_emacs (sig=0, stuff=4305643570) at /usr/src/debug/emacs-24.3.91-1/src/emacs.c:2042
>>>> #4 0x00000001004fd591 in Fkill_emacs (arg=60) at /usr/src/debug/emacs-24.3.91-1/src/emacs.c:1952
>>>> #5 0x00000001004fb159 in terminate_due_to_signal (sig=15, backtrace_limit=40) at /usr/src/debug/emacs-24.3.91-1/src/emacs.c:360
>>>> #6 0x0000000100520429 in handle_fatal_signal (sig=15) at /usr/src/debug/emacs-24.3.91-1/src/sysdep.c:1630
>>>> #7 0x000000010052035d in deliver_process_signal (sig=15, handler=0x100520411 ) at /usr/src/debug/emacs-24.3.91-1/src/sysdep.c:1570
>>>> #8 0x0000000100520444 in deliver_fatal_signal (sig=15) at /usr/src/debug/emacs-24.3.91-1/src/sysdep.c:1636
>>>> #9 0x0000000180070c8a in _cygtls::call_signal_handler (this=0x43ce00) at /usr/src/debug/cygwin-1.7.30-1/winsup/cygwin/exceptions.cc:1463
>>>> #10 0x0000000180111db8 in sigdelayed () from /usr/bin/cygwin1.dll
>>>> #11 0x0000000100a2e832 in bss_sbrk_buffer ()
>>>> #12 0x0000000000000000 in ?? ()
>>>
>>> Thanks. All I can see from this is that a SIGTERM was generated, causing
>>> emacs to abort, but maybe someone else can see more.
>>>
>>> Grasping at straws, as usual, I wonder if these mysterious crashes could be
>>> related to a bug that Corinna just fixed:
>>>
>>> https://cygwin.com/ml/cygwin-cvs/2014-q3/msg00004.html
>>>
>>> Corinna, is this plausible? If so, maybe Gustav should try the next
>>> snapshot of the Cygwin DLL. (The current one doesn't seem to have this fix
>>> in it.)
>>
>> Maybe, but the signal should be SIGSEGV, not SIGTERM. SIGTERM is
>> usually an application-created signal.
>
> I created new snapshots on http://cygwin.com/snapshots/ They also intend
> to fix a bug in calls to pthread_getattr_np and pthread_attr_getstack
> which seem to raise problems in JIT environments like java, ruby, guile,
> etc.
Thanks. Gustav, could you try installing the latest snapshot? I think
you only have to replace cygwin1.dll if you don't want to install the
entire snapshot.
Ken
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
More information about the Cygwin
mailing list