From: Dieter Deyke <ddeyke@ptc.com>
To: emacs-devel@gnu.org
Subject: CVS emacs on Windows still crashes loading bongo.el
Date: Tue, 27 May 2008 10:19:40 -0600 [thread overview]
Message-ID: <wkfxs3btyb.fsf@ptc.com> (raw)
Just compiled CVS emacs on Windows XP with mingw, started it with -Q,
then executed (load-file "bongo.el"), and got the following crash:
Breakpoint 1, w32_abort () at w32fns.c:9417
9417 button = MessageBox (NULL,
(gdb) bt all
Lisp Backtrace:
"font-info" (0x82e4e0)
"or" (0x82e5a4)
"aref" (0x82e624)
"catch" (0x82e754)
"bongo-face-height" (0x82e7d0)
"or" (0x82e904)
">=" (0x82e984)
"if" (0x82ea14)
"if" (0x82eaa4)
"bongo-fringe-icon-size" (0x82eb20)
"let" (0x82ec84)
"case" (0x82ed04)
"ecase" (0x82ed84)
"put" (0x82ee04)
"eval-buffer" (0x82ef54)
"load-with-code-conversion" (0x82f098)
"load" (0x82f644)
"load-file" (0x82f7b4)
"call-interactively" (0x82f95c)
"execute-extended-command" (0x82fae4)
"call-interactively" (0x82fc9c)
where showed:
#0 w32_abort () at w32fns.c:9417
#1 0x011182be in font_close_object (f=0x1e04200, font_object=28872708)
at font.c:2628
#2 0x01123bb0 in Ffont_info (name=33313891, frame=24004609) at fontset.c:1681
#3 0x0101437b in Feval (form=38584397) at eval.c:2371
#4 0x01016c96 in For (args=38583253) at eval.c:345
#5 0x01014440 in Feval (form=38584405) at eval.c:2315
#6 0x0101420e in Feval (form=38584413) at eval.c:2353
#7 0x010145f4 in Fprogn (args=38583181) at eval.c:449
#8 0x01013863 in internal_catch (tag=39239897, func=0x10145cb <Fprogn>,
arg=38583181) at eval.c:1242
#9 0x01014491 in Fcatch (args=38584421) at eval.c:1210
#10 0x01014440 in Feval (form=38584445) at eval.c:2315
#11 0x010145f4 in Fprogn (args=38584453) at eval.c:449
#12 0x01014861 in funcall_lambda (fun=38583160, nargs=1, arg_vector=0x82e7d0)
at eval.c:3217
#13 0x0101497b in apply_lambda (fun=38583165, args=38710709, eval_flag=1)
at eval.c:3148
#14 0x01014098 in Feval (form=38710733) at eval.c:2428
#15 0x01016c96 in For (args=38710701) at eval.c:345
#16 0x01014440 in Feval (form=38710741) at eval.c:2315
#17 0x0101420e in Feval (form=38710749) at eval.c:2353
#18 0x01016bd2 in Fif (args=38710669) at eval.c:393
#19 0x01014440 in Feval (form=38710757) at eval.c:2315
#20 0x010145f4 in Fprogn (args=38710645) at eval.c:449
#21 0x01014440 in Feval (form=38710797) at eval.c:2315
#22 0x010145f4 in Fprogn (args=38710805) at eval.c:449
#23 0x01014861 in funcall_lambda (fun=38710624, nargs=0, arg_vector=0x82eb20)
at eval.c:3217
#24 0x0101497b in apply_lambda (fun=38710629, args=24004609, eval_flag=1)
at eval.c:3148
#25 0x01014098 in Feval (form=28081493) at eval.c:2428
#26 0x0101690a in Flet (args=28081917) at eval.c:1068
#27 0x01014440 in Feval (form=28081925) at eval.c:2315
#28 0x010141ea in Feval (form=28081637) at eval.c:2426
#29 0x010141ea in Feval (form=28081485) at eval.c:2426
#30 0x0101420e in Feval (form=28081429) at eval.c:2353
#31 0x0107649b in readevalloop (readcharfun=26029572, stream=0x0,
sourcename=33432515, evalfun=0x1013eb9 <Feval>, printflag=0,
unibyte=24004609, readfun=24004609, start=24004609, end=24004609)
at lread.c:1789
#32 0x01076adb in Feval_buffer (buffer=26029572, printflag=24004609,
filename=33433107, unibyte=24004609, do_allow_print=24004657)
at lread.c:1852
#33 0x01014d6b in Ffuncall (nargs=6, args=0x82ef50) at eval.c:3051
#34 0x010d63ea in Fbyte_code (bytestr=18348403, vector=18348420, maxdepth=48)
at bytecode.c:678
#35 0x0101478c in funcall_lambda (fun=18348332, nargs=4, arg_vector=0x82f098)
at eval.c:3224
#36 0x01014b73 in Ffuncall (nargs=5, args=0x82f094) at eval.c:3094
#37 0x01014f47 in call4 (fn=24367273, arg1=33433107, arg2=33433107,
arg3=24004609, arg4=24004609) at eval.c:2887
#38 0x010778fc in Fload (file=33433251, noerror=24004609, nomessage=24004609,
nosuffix=24004657, must_suffix=24004609) at lread.c:1206
#39 0x01014d6b in Ffuncall (nargs=5, args=0x82f640) at eval.c:3051
#40 0x010d63ea in Fbyte_code (bytestr=18405979, vector=18405996, maxdepth=40)
at bytecode.c:678
#41 0x0101478c in funcall_lambda (fun=18405940, nargs=1, arg_vector=0x82f7b4)
at eval.c:3224
#42 0x01014b73 in Ffuncall (nargs=2, args=0x82f7b0) at eval.c:3094
#43 0x01016410 in Fapply (nargs=2, args=0x82f7b0) at eval.c:2470
#44 0x01016456 in apply1 (fn=33054745, arg=38705837) at eval.c:2786
#45 0x010d7c1a in Fcall_interactively (function=33054745,
record_flag=24004657, keys=24038148) at callint.c:389
#46 0x01014db2 in Ffuncall (nargs=4, args=0x82f958) at eval.c:3043
#47 0x01014f7a in call3 (fn=24198033, arg1=33054745, arg2=24004657,
arg3=24004609) at eval.c:2863
#48 0x01062f55 in Fexecute_extended_command (prefixarg=24004609)
at keyboard.c:10547
#49 0x01014ddd in Ffuncall (nargs=2, args=0x82fae0) at eval.c:3037
#50 0x010d8f0c in Fcall_interactively (function=24064577,
record_flag=24004609, keys=24038148) at callint.c:857
#51 0x01014db2 in Ffuncall (nargs=4, args=0x82fc98) at eval.c:3043
#52 0x01014f7a in call3 (fn=24198033, arg1=24064577, arg2=24004609,
arg3=24004609) at eval.c:2863
#53 0x0106de55 in command_loop_1 () at keyboard.c:1910
#54 0x010137c8 in internal_condition_case (bfun=0x106db08 <command_loop_1>,
handlers=24068289, hfun=0x106818e <cmd_error>) at eval.c:1506
#55 0x01067616 in command_loop_2 () at keyboard.c:1367
#56 0x01013863 in internal_catch (tag=24064361,
func=0x10675f3 <command_loop_2>, arg=24004609) at eval.c:1242
#57 0x01067ffd in command_loop () at keyboard.c:1346
#58 0x01068319 in recursive_edit_1 () at keyboard.c:955
#59 0x01068435 in Frecursive_edit () at keyboard.c:1017
#60 0x01002a05 in main (argc=8585136, argv=0xa42d20) at emacs.c:1770
Any help?
--
Dieter Deyke
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing on usenet and in e-mail?
next reply other threads:[~2008-05-27 16:19 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-05-27 16:19 Dieter Deyke [this message]
2008-05-28 3:58 ` CVS emacs on Windows still crashes loading bongo.el dhruva
[not found] ` <wkk5hfkqin.fsf@yahoo.com>
2008-05-28 11:49 ` dhruva
2008-05-28 12:00 ` David Kastrup
2008-05-28 12:24 ` dhruva
2008-05-28 15:56 ` Jason Rumney
2008-05-28 16:09 ` David Kastrup
2008-05-28 12:23 ` Kenichi Handa
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
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=wkfxs3btyb.fsf@ptc.com \
--to=ddeyke@ptc.com \
--cc=emacs-devel@gnu.org \
/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 external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.