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.


Corinna

-- 
Corinna Vinschen                  Please, send mails regarding Cygwin to
Cygwin Maintainer                 cygwin AT cygwin DOT com
Red Hat

Attachment: pgpSdwVwsaX47.pgp
Description: PGP signature

Reply via email to