This is the mail archive of the cygwin mailing list for the Cygwin project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: emacs debugging conundrum


On Sat, Apr 22, 2006 at 03:59:48PM -0600, Eric Blake wrote:
>-----BEGIN PGP SIGNED MESSAGE-----
>Hash: SHA1
>
>Any ideas on how I should go about debugging a core dump, when the dump
>doesn't occur under the debugger?  Is it more likely to be a cygwin bug,
>or an app bug?  I am experimenting with CVS emacs, and the build process
>fails when it gets to this command line (I've tried with both 1.5.19 and
>the latest snapshot):
>
>$ EMACSLOADPATH=/home/eblake/emacs/lisp ../src/bootstrap-emacs.exe -batch
>- --no-site-file --multibyte -f batch-byte-compile-if-not-done
>~/emacs/lisp/emacs-lisp/byte-opt.el
>Compiling /home/eblake/emacs/lisp/emacs-lisp/byte-opt.el
>Fatal error (6)*** starting debugger for pid 1996, tid 3732
>*** continuing pid 1996 from debugger call (1)
>Aborted (core dumped)

This indicates that it's dying in "abort".  So, set
error_start=c:/cygwin/bin/gdb.exe and, when the debugger pops up, set a
breakpoint just before abort returns (at the do_exit?) and let the
debugger continue.  The stack trace may make more sense from that point
especially since I just modified abort so that it doesn't use the cygwin
signal processing front-end -- that always screws up a backtrace from
a cygwin function.

cgf

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]