From: chad brown <y@MIT.EDU>
To: emacs-devel@gnu.org
Subject: Re: CVS HEAD fails to build on OSX 10.4 (macterm.c broken?)
Date: Wed, 29 Aug 2007 20:23:07 -0700 [thread overview]
Message-ID: <F2EFFE83-0C1B-477B-AEA8-2A8068203029@mit.edu> (raw)
In-Reply-To: <200708292240.l7TMeLNP026056@oogie-boogie.ics.uci.edu>
> Chad can you please test that it works?
I am able to start emacs (as a carbon app) with this change, but the
resulting Emacs is very slow, taking over a second to respond to key
presses, but not eating gobs of CPU. I started emacs -Q under gdb
to see if I could figure out where it was spending all its time, and
got a crash. This seems to be repeatable, always in the same place,
with param_index = 56. I tested without any .emacs file, also.
*chad
> Starting program: /Applications/Emacs.app/Contents/MacOS/Emacs -Q
>
> Program received signal EXC_BAD_ACCESS, Could not access memory.
> Reason: KERN_PROTECTION_FAILURE at address: 0x00000044
> 0x000178e4 in x_set_frame_parameters (f=0xa7e070, alist=42659139)
> at frame.c:3068
> 3068 if (NATNUMP (param_index)
> (gdb) where
> #0 0x000178e4 in x_set_frame_parameters (f=0xa7e070,
> alist=42659139) at frame.c:3068
> #1 0x00019be8 in x_default_parameter (f=0xa7e070, alist=58878289,
> prop=58879521, deflt=42659139, xprop=0x74 <Address 0x74 out of
> bounds>, xclass=0x2d0040 "", type=6564589) at frame.c:4010
> #2 0x00168564 in Fx_show_tip (string=8375053, frame=1670368,
> parms=8374973, timeout=80, dx=40, dy=160) at macfns.c:3927
> #3 0x000fab20 in Ffuncall (nargs=56, args=0xbfffce64) at eval.c:3055
> #4 0x0012ce5c in Fbyte_code (bytestr=2949184, vector=-1073754528,
> maxdepth=56) at bytecode.c:679
> #5 0x000f9d0c in Feval (form=2917064) at eval.c:2373
> #6 0x000fcd54 in internal_lisp_condition_case (var=58780825,
> bodyform=2429173, handlers=2429317) at eval.c:1437
> #7 0x0012d850 in Fbyte_code (bytestr=2949184, vector=-1073753232,
> maxdepth=24) at bytecode.c:869
> #8 0x000fa50c in funcall_lambda (fun=2429044, nargs=2,
> arg_vector=0xbfffd554) at eval.c:3223
> #9 0x000fac1c in Ffuncall (nargs=56, args=0x39ad329) at eval.c:3093
> #10 0x0012ce5c in Fbyte_code (bytestr=2949184, vector=-1073752752,
> maxdepth=24) at bytecode.c:679
> #11 0x000fa50c in funcall_lambda (fun=2430556, nargs=1,
> arg_vector=0xbfffd838) at eval.c:3223
> #12 0x000fac1c in Ffuncall (nargs=56, args=0x3977509) at eval.c:3093
> #13 0x000fc4c0 in run_hook_with_args (nargs=2, args=0xbfffd834,
> cond=until_success) at eval.c:2695
> #14 0x000fa958 in Ffuncall (nargs=56, args=0x38146c9) at eval.c:3017
> #15 0x0012ce5c in Fbyte_code (bytestr=2949184, vector=-1073752016,
> maxdepth=24) at bytecode.c:679
> #16 0x000fa50c in funcall_lambda (fun=2428836, nargs=1,
> arg_vector=0xbfffdb18) at eval.c:3223
> #17 0x000fac1c in Ffuncall (nargs=56, args=0x39ad2f9) at eval.c:3093
> #18 0x000fc6e0 in Fapply (nargs=2, args=0xbfffdb14) at eval.c:2469
> #19 0x000fa958 in Ffuncall (nargs=56, args=0x3814681) at eval.c:3017
> #20 0x0012ce5c in Fbyte_code (bytestr=2949184, vector=-1073751280,
> maxdepth=32) at bytecode.c:679
> #21 0x000f9d0c in Feval (form=2917064) at eval.c:2373
> #22 0x000fcd54 in internal_lisp_condition_case (var=58721289,
> bodyform=2260365, handlers=2260437) at eval.c:1437
> #23 0x0012d850 in Fbyte_code (bytestr=2949184, vector=-1073750000,
> maxdepth=40) at bytecode.c:869
> #24 0x000fa50c in funcall_lambda (fun=2260196, nargs=1,
> arg_vector=0xbfffe1fc) at eval.c:3223
> #25 0x000fac1c in Ffuncall (nargs=56, args=0x380bb11) at eval.c:3093
> #26 0x000fc1d0 in call1 (fn=56, arg1=58878289) at eval.c:2817
> #27 0x00086ebc in timer_check (do_it_now=58878289) at keyboard.c:4697
> #28 0x00086f60 in readable_events (flags=1) at keyboard.c:3713
> #29 0x0008d6f8 in get_input_pending (addr=0x2ffc10, flags=1) at
> keyboard.c:6900
> #30 0x0008d8dc in detect_input_pending_run_timers (do_display=1) at
> keyboard.c:10538
> #31 0x00135e60 in wait_reading_process_output (time_limit=30,
> microsecs=0, read_kbd=35, do_display=1, wait_for_cell=58721289,
> wait_proc=0x0, just_wait_proc=0) at process.c:4700
> #32 0x00011948 in sit_for (timeout=3143524, reading=1,
> do_display=1) at dispnew.c:6610
> #33 0x0009110c in read_char (commandflag=1, nmaps=2,
> maps=0xbfffee50, prev_event=58721289, used_mouse_menu=0xbfffeeb8,
> end_time=0x0) at keyboard.c:2997
> #34 0x00092790 in read_key_sequence (keybuf=0xbfffefb8, bufsize=30,
> prompt=58721289, dont_downcase_last=2899844,
> can_return_switch_frame=2899844, fix_current_buffer=3155708) at
> keyboard.c:9384
> #35 0x00094380 in command_loop_1 () at keyboard.c:1696
> #36 0x000f8478 in internal_condition_case (bfun=0x93f70
> <command_loop_1>, handlers=58780825, hfun=0x8be80 <cmd_error>) at
> eval.c:1494
> #37 0x00085510 in command_loop_2 () at keyboard.c:1405
> #38 0x000f8300 in internal_catch (tag=56, func=0x854d0
> <command_loop_2>, arg=58721289) at eval.c:1229
> #39 0x000851d0 in command_loop () at keyboard.c:1384
> #40 0x000852f4 in recursive_edit_1 () at keyboard.c:993
> #41 0x00085488 in Frecursive_edit () at keyboard.c:1055
> #42 0x00084df8 in main (argc=800, argv=0xbffffac8) at emacs.c:1778
>
> Lisp Backtrace:
> "x-show-tip" (0x28aee33)
> "byte-code" (0x251103)
> "tooltip-show" (0x28aee73)
> "tooltip-help-tips" (0x3800409)
> "run-hook-with-args-until-success" (0x3977509)
> "tooltip-timeout" (0x3800409)
> "apply" (0x39ad2f9)
> "byte-code" (0x227d9b)
> "timer-event-handler" (0xa56bd4
> (gdb) p param_index
> $1 = 56
next prev parent reply other threads:[~2007-08-30 3:23 UTC|newest]
Thread overview: 71+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-08-29 15:14 CVS HEAD fails to build on OSX 10.4 (macterm.c broken?) Randal L. Schwartz
2007-08-29 15:31 ` Dan Nicolaescu
2007-08-29 15:42 ` Randal L. Schwartz
2007-08-29 15:45 ` Randal L. Schwartz
2007-08-29 16:04 ` Dan Nicolaescu
2007-08-29 16:08 ` Randal L. Schwartz
2007-08-29 16:28 ` Dan Nicolaescu
2007-08-30 0:33 ` YAMAMOTO Mitsuharu
2007-08-30 0:47 ` Dan Nicolaescu
2007-08-30 1:06 ` YAMAMOTO Mitsuharu
2007-08-30 1:21 ` Dan Nicolaescu
2007-08-30 1:34 ` YAMAMOTO Mitsuharu
2007-08-30 1:42 ` Dan Nicolaescu
2007-08-30 1:52 ` YAMAMOTO Mitsuharu
2007-08-30 3:10 ` Dan Nicolaescu
2007-08-30 20:50 ` Richard Stallman
2007-08-30 23:59 ` YAMAMOTO Mitsuharu
2007-08-31 18:21 ` Richard Stallman
2007-08-31 23:50 ` YAMAMOTO Mitsuharu
2007-09-01 2:06 ` Stefan Monnier
2007-09-01 8:13 ` Eli Zaretskii
2007-09-02 15:50 ` Richard Stallman
2007-09-03 20:43 ` Stefan Monnier
2007-09-04 3:06 ` Eli Zaretskii
2007-09-04 16:45 ` Richard Stallman
2007-09-04 21:29 ` Dan Nicolaescu
2007-09-05 0:16 ` YAMAMOTO Mitsuharu
2007-09-05 6:16 ` Richard Stallman
2007-09-05 14:27 ` Stefan Monnier
2007-09-06 4:59 ` Richard Stallman
2007-08-31 18:21 ` Richard Stallman
2007-08-29 16:30 ` Randal L. Schwartz
2007-08-29 16:41 ` Dan Nicolaescu
2007-08-29 16:45 ` Randal L. Schwartz
2007-08-29 16:59 ` Dan Nicolaescu
2007-08-29 17:09 ` chad brown
2007-08-29 17:18 ` chad brown
2007-08-29 17:49 ` Dan Nicolaescu
2007-08-29 20:14 ` chad brown
2007-08-29 22:05 ` Glenn Morris
2007-08-29 22:40 ` Dan Nicolaescu
2007-08-30 3:23 ` chad brown [this message]
2007-08-31 0:08 ` YAMAMOTO Mitsuharu
2007-08-31 0:53 ` Randal L. Schwartz
2007-08-31 1:03 ` YAMAMOTO Mitsuharu
2007-08-31 1:06 ` YAMAMOTO Mitsuharu
2007-08-31 8:12 ` Dan Nicolaescu
2007-08-31 10:04 ` YAMAMOTO Mitsuharu
2007-09-03 14:23 ` Randal L. Schwartz
2007-09-03 14:49 ` Jason Rumney
2007-09-04 1:01 ` YAMAMOTO Mitsuharu
2007-09-04 6:47 ` Yavor Doganov
2007-09-04 7:54 ` YAMAMOTO Mitsuharu
2007-09-04 22:58 ` Richard Stallman
2007-09-05 0:24 ` YAMAMOTO Mitsuharu
2007-09-05 20:02 ` Richard Stallman
2007-09-05 23:58 ` YAMAMOTO Mitsuharu
2007-09-06 5:53 ` Yavor Doganov
2007-09-06 8:28 ` YAMAMOTO Mitsuharu
2007-09-06 9:17 ` Yavor Doganov
2007-09-06 10:23 ` YAMAMOTO Mitsuharu
2007-09-07 6:31 ` Richard Stallman
2007-09-07 7:02 ` YAMAMOTO Mitsuharu
2007-09-08 7:00 ` Richard Stallman
2007-09-07 6:30 ` Richard Stallman
2007-09-03 14:55 ` dhruva
2007-09-03 15:16 ` Jason Rumney
2007-09-04 0:57 ` Richard Stallman
2007-09-04 6:07 ` David Kastrup
2007-09-04 22:57 ` Richard Stallman
2007-09-04 0:57 ` Richard Stallman
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=F2EFFE83-0C1B-477B-AEA8-2A8068203029@mit.edu \
--to=y@mit.edu \
--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.