From: Eli Zaretskii <eliz@gnu.org>
To: Drew Adams <drew.adams@oracle.com>
Cc: 14412@debbugs.gnu.org
Subject: bug#14412: 24.3.50; emacs_backtrace.txt
Date: Fri, 17 May 2013 12:59:25 +0300 [thread overview]
Message-ID: <83fvxmrkoy.fsf@gnu.org> (raw)
In-Reply-To: <8C813F37B4B14362BEDAE9C4BCC38589@us.oracle.com>
> From: "Drew Adams" <drew.adams@oracle.com>
> Date: Thu, 16 May 2013 14:21:05 -0700
>
> Backtrace:
> 0x01159525
> 0x01159597
> 0x01001459
> 0x01021A5E
> 0x0101675C
> 0x010D82B4
> 0x010D938E
> 0x010D8F02
> 0x010116DA
> 0x010118DF
> 0x0101120C
> 0x01011326
> 0x01011365
> 0x01006765
> 0x010E4AC8
> 0x0101596C
> 0x01014E87
> 0x010E5146
> 0x01015511
> 0x01014E87
> 0x010E5146
> 0x0101596C
> 0x01014E87
> 0x010E5146
> 0x0101596C
> 0x01014E87
> 0x01013C70
> 0x010141D4
> 0x010E8FBA
> 0x01014B45
> 0x010E5146
> 0x01015511
> 0x01014E87
> 0x01014229
> 0x01024826
> 0x01010C39
> 0x01023814
> 0x01010696
> 0x010237CE
> 0x01022D88
> 0x010230B5
> 0x010029C4
> 0x010010F9
> 0x7C81776B
w32_backtrace at C:\Devel\emacs\repo\build\src/w32fns.c:7740
emacs_abort at C:\Devel\emacs\repo\build\src/w32fns.c:7772
terminate_due_to_signal at C:\Devel\emacs\repo\build\src/emacs.c:343
die at C:\Devel\emacs\repo\build\src/alloc.c:6522
unbind_to at C:\Devel\emacs\repo\build\src/eval.c:3124
Fprinc at C:\Devel\emacs\repo\build\src/print.c:658
print_error_message at C:\Devel\emacs\repo\build\src/print.c:901
Ferror_message_string at C:\Devel\emacs\repo\build\src/print.c:826
skip_debugger at C:\Devel\emacs\repo\build\src/eval.c:1566
maybe_call_debugger at C:\Devel\emacs\repo\build\src/eval.c:1607
Fsignal at C:\Devel\emacs\repo\build\src/eval.c:1431
xsignal at C:\Devel\emacs\repo\build\src/eval.c:1466
xsignal1 at C:\Devel\emacs\repo\build\src/eval.c:1481
Fsymbol_value at C:\Devel\emacs\repo\build\src/data.c:1061
exec_byte_code at C:\Devel\emacs\repo\build\src/bytecode.c:717
funcall_lambda at C:\Devel\emacs\repo\build\src/eval.c:2906
Ffuncall at C:\Devel\emacs\repo\build\src/eval.c:2723
exec_byte_code at C:\Devel\emacs\repo\build\src/bytecode.c:900
funcall_lambda at C:\Devel\emacs\repo\build\src/eval.c:2840
Ffuncall at C:\Devel\emacs\repo\build\src/eval.c:2723
exec_byte_code at C:\Devel\emacs\repo\build\src/bytecode.c:900
funcall_lambda at C:\Devel\emacs\repo\build\src/eval.c:2906
Ffuncall at C:\Devel\emacs\repo\build\src/eval.c:2723
exec_byte_code at C:\Devel\emacs\repo\build\src/bytecode.c:900
funcall_lambda at C:\Devel\emacs\repo\build\src/eval.c:2906
Ffuncall at C:\Devel\emacs\repo\build\src/eval.c:2723
Fapply at C:\Devel\emacs\repo\build\src/eval.c:2208
apply1 at C:\Devel\emacs\repo\build\src/eval.c:2442
Fcall_interactively at C:\Devel\emacs\repo\build\src/callint.c:381
Ffuncall at C:\Devel\emacs\repo\build\src/eval.c:2681
exec_byte_code at C:\Devel\emacs\repo\build\src/bytecode.c:900
funcall_lambda at C:\Devel\emacs\repo\build\src/eval.c:2840
Ffuncall at C:\Devel\emacs\repo\build\src/eval.c:2723
call1 at C:\Devel\emacs\repo\build\src/eval.c:2468
command_loop_1 at C:\Devel\emacs\repo\build\src/keyboard.c:1578
internal_condition_case at C:\Devel\emacs\repo\build\src/eval.c:1193
command_loop_2 at C:\Devel\emacs\repo\build\src/keyboard.c:1167
internal_catch at C:\Devel\emacs\repo\build\src/eval.c:964
command_loop at C:\Devel\emacs\repo\build\src/keyboard.c:1146
recursive_edit_1 at C:\Devel\emacs\repo\build\src/keyboard.c:779
Frecursive_edit at C:\Devel\emacs\repo\build\src/keyboard.c:843
main at C:\Devel\emacs\repo\build\src/emacs.c:1531
?? at crt1.c:0
It aborts here:
/* If variable has a trivial value (no forwarding), we can
just set it. No need to check for constant symbols here,
since that was already done by specbind. */
>>> else if (XSYMBOL (this_binding.symbol)->redirect == SYMBOL_PLAINVAL)
SET_SYMBOL_VAL (XSYMBOL (this_binding.symbol),
this_binding.old_value);
Should we explicitly test for SYMBOLP before calling XSYMBOL?
next prev parent reply other threads:[~2013-05-17 9:59 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-05-16 21:21 bug#14412: 24.3.50; emacs_backtrace.txt Drew Adams
2013-05-17 9:59 ` Eli Zaretskii [this message]
2015-12-26 0:47 ` Lars Ingebrigtsen
2015-12-26 10:07 ` Eli Zaretskii
2015-12-26 10:44 ` Eli Zaretskii
2015-12-26 17:43 ` Paul Eggert
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=83fvxmrkoy.fsf@gnu.org \
--to=eliz@gnu.org \
--cc=14412@debbugs.gnu.org \
--cc=drew.adams@oracle.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).