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
View this message in rfc822 format
> 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 12 years and 1 day ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.