GNU bug report logs -
#14569
24.3.50; bootstrap fails on Cygwin
Previous Next
Reported by: Katsumi Yamaoka <yamaoka <at> jpl.org>
Date: Fri, 7 Jun 2013 00:17:01 UTC
Severity: important
Found in version 24.3.50
Done: Ken Brown <kbrown <at> cornell.edu>
Bug is archived. No further changes may be made.
Full log
Message #140 received at 14569 <at> debbugs.gnu.org (full text, mbox):
> Date: Mon, 17 Jun 2013 16:15:33 -0400
> From: Ken Brown <kbrown <at> cornell.edu>
> CC: Jan Djärv <jan.h.d <at> swipnet.se>, 14569 <at> debbugs.gnu.org
>
> > emacsdbg = EMACSLOADPATH=$(lisp) LC_ALL=C gdb --batch-silent --return-child-result -ex 'b abort' -ex run --args $(EMACS) $(EMACSOPT)
>
> This causes gdb to exit, whether or not the breakpoint was hit, without
> giving the user a chance to get a backtrace. I tried adding
>
> -x $(lisp)/commands.txt
>
> where commands.txt contains
>
> commands
> bt
> end
>
> but that didn't work. gdb still exited (with an error) when
> compile-onefile failed, but it didn't print a backtrace first. There
> has to be a way to get a backtrace when gdb runs in batch mode. Do you
> know how, Eli?
Sorry, I went overboard with --batch-silent, please use --batch
instead. (--batch-silent prevents the backtrace from showing up.)
As for displaying the backtrace, just add the "bt" command to the
chain, like this:
emacsdbg = EMACSLOADPATH=$(lisp) LC_ALL=C gdb --batch --return-child-result -ex 'b abort' -ex run -ex bt -ex cont --args $(EMACS) $(EMACSOPT)
GDB executes the commands given via -ex in order, so think of this as
if you typed the commands whenever GDB shows its prompt.
Note that I also added "continue", to let Emacs exit abnormally after
hitting the breakpoint (or a segfault). When neither the breakpoint
nor a fatal signal fire, GDB will say "No stack." when Emacs exits
normally, but that's harmless.
This bug report was last modified 11 years and 314 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.