* 23.0.50; 23.0.50: x_set_frame_parameters() failure on macosx
@ 2007-10-06 9:35 William Xu
2007-10-06 20:06 ` Dan Nicolaescu
2007-10-16 5:23 ` William Xu
0 siblings, 2 replies; 6+ messages in thread
From: William Xu @ 2007-10-06 9:35 UTC (permalink / raw)
To: emacs-pretest-bug
This failure happens quite often and at random. When it happens, the
emacs window won't response at all. I can only kill it and restart.
This is the backtrace in gdb:
---------------------------------8<-------------------------------------
Program received signal EXC_BAD_ACCESS, Could not access memory.
Reason: KERN_PROTECTION_FAILURE at address: 0x000000480x000176f4 in
x_set_frame_parameters (f=0x869c7a0, alist=145413011) at
/Users/william/repo/cvs/emacs/src/frame.c:30593059 if
(NATNUMP (param_index)
(gdb) bt
#0 0x000176f4 in x_set_frame_parameters (f=0x869c7a0, alist=145413011) at
/Users/william/repo/cvs/emacs/src/frame.c:3059
#1 0x000199e8 in x_default_parameter (f=0x869c7a0, alist=58879289,
prop=58879497, deflt=145413011, xprop=0x74 <Address 0x74 out of bounds>,
xclass=0x74 <Address 0x74 out of bounds>, type=6601581) at
/Users/william/repo/cvs/emacs/src/frame.c:4001
#2 0x00168344 in Fx_show_tip (string=15233309, frame=1669824, parms=15233453,
timeout=80, dx=40, dy=160) at /Users/william/repo/cvs/emacs/src/macfns.c:3927
#3 0x000fa960 in Ffuncall (nargs=56, args=0xbfffbfa4) at
/Users/william/repo/cvs/emacs/src/eval.c:3055
#4 0x0012cc1c in Fbyte_code (bytestr=116, vector=-1073758304, maxdepth=56) at
/Users/william/repo/cvs/emacs/src/bytecode.c:679
#5 0x000f9b4c in Feval (form=2917064) at
/Users/william/repo/cvs/emacs/src/eval.c:2373
#6 0x000fcb64 in internal_lisp_condition_case (var=58780825,
bodyform=2428741, handlers=2428885) at
/Users/william/repo/cvs/emacs/src/eval.c:1437
#7 0x0012d610 in Fbyte_code (bytestr=116, vector=-1073757008, maxdepth=24) at
/Users/william/repo/cvs/emacs/src/bytecode.c:869
#8 0x000fa34c in funcall_lambda (fun=2428612, nargs=2, arg_vector=0xbfffc694)
at /Users/william/repo/cvs/emacs/src/eval.c:3223
#9 0x000faa5c in Ffuncall (nargs=56, args=0x39783c9) at
/Users/william/repo/cvs/emacs/src/eval.c:3093
#10 0x0012cc1c in Fbyte_code (bytestr=116, vector=-1073756528, maxdepth=24) at
/Users/william/repo/cvs/emacs/src/bytecode.c:679
#11 0x000fa34c in funcall_lambda (fun=2430124, nargs=1, arg_vector=0xbfffc978)
at /Users/william/repo/cvs/emacs/src/eval.c:3223
#12 0x000faa5c in Ffuncall (nargs=56, args=0x39781b9) at
/Users/william/repo/cvs/emacs/src/eval.c:3093
#13 0x000fc2d0 in run_hook_with_args (nargs=2, args=0xbfffc974,
cond=until_success) at /Users/william/repo/cvs/emacs/src/eval.c:2695
#14 0x000fa798 in Ffuncall (nargs=56, args=0x3814ac9) at
/Users/william/repo/cvs/emacs/src/eval.c:3017
#15 0x0012cc1c in Fbyte_code (bytestr=116, vector=-1073755792, maxdepth=24) at
/Users/william/repo/cvs/emacs/src/bytecode.c:679
#16 0x000fa34c in funcall_lambda (fun=2428404, nargs=1, arg_vector=0xbfffcc58)
at /Users/william/repo/cvs/emacs/src/eval.c:3223
#17 0x000faa5c in Ffuncall (nargs=56, args=0x3978399) at
/Users/william/repo/cvs/emacs/src/eval.c:3093
#18 0x000fc4f0 in Fapply (nargs=2, args=0xbfffcc54) at
/Users/william/repo/cvs/emacs/src/eval.c:2469
#19 0x000fa798 in Ffuncall (nargs=56, args=0x3814a81) at
/Users/william/repo/cvs/emacs/src/eval.c:3017
#20 0x0012cc1c in Fbyte_code (bytestr=116, vector=-1073755056, maxdepth=32) at
/Users/william/repo/cvs/emacs/src/bytecode.c:679
#21 0x000f9b4c in Feval (form=2917064) at
/Users/william/repo/cvs/emacs/src/eval.c:2373
#22 0x000fcb64 in internal_lisp_condition_case (var=58721289,
bodyform=2259885, handlers=2259957) at
/Users/william/repo/cvs/emacs/src/eval.c:1437
#23 0x0012d610 in Fbyte_code (bytestr=116, vector=-1073753776, maxdepth=40) at
/Users/william/repo/cvs/emacs/src/bytecode.c:869
#24 0x000fa34c in funcall_lambda (fun=2259716, nargs=1, arg_vector=0xbfffd33c)
at /Users/william/repo/cvs/emacs/src/eval.c:3223
#25 0x000faa5c in Ffuncall (nargs=56, args=0x380bb11) at
/Users/william/repo/cvs/emacs/src/eval.c:3093
#26 0x000fbfe0 in call1 (fn=56, arg1=58879289) at
/Users/william/repo/cvs/emacs/src/eval.c:2817
#27 0x00086d0c in timer_check (do_it_now=58879289) at
/Users/william/repo/cvs/emacs/src/keyboard.c:4691
#28 0x00086db0 in readable_events (flags=1) at
/Users/william/repo/cvs/emacs/src/keyboard.c:3706
#29 0x0008d558 in get_input_pending (addr=0x2ffc00, flags=1) at
/Users/william/repo/cvs/emacs/src/keyboard.c:6898
#30 0x0008d73c in detect_input_pending_run_timers (do_display=1) at
/Users/william/repo/cvs/emacs/src/keyboard.c:10536
#31 0x00135c20 in wait_reading_process_output (time_limit=30, microsecs=0,
read_kbd=884850, do_display=1, wait_for_cell=58721289, wait_proc=0x0,
just_wait_proc=0) at /Users/william/repo/cvs/emacs/src/process.c:4702
#32 0x00011768 in sit_for (timeout=3143508, reading=1, do_display=1) at
/Users/william/repo/cvs/emacs/src/dispnew.c:6610
#33 0x00090f7c in read_char (commandflag=1, nmaps=5, maps=0xbfffdfa0,
prev_event=58721289, used_mouse_menu=0xbfffe018, end_time=0x0) at
/Users/william/repo/cvs/emacs/src/keyboard.c:2990
#34 0x00092600 in read_key_sequence (keybuf=0xbfffe118, bufsize=30,
prompt=58721289, dont_downcase_last=2899444, can_return_switch_frame=2899444,
fix_current_buffer=2899444) at
/Users/william/repo/cvs/emacs/src/keyboard.c:9382
#35 0x000941f0 in command_loop_1 () at
/Users/william/repo/cvs/emacs/src/keyboard.c:1689
#36 0x000f82b8 in internal_condition_case (bfun=0x93de0 <command_loop_1>,
handlers=58780825, hfun=0x8bce0 <cmd_error>) at
/Users/william/repo/cvs/emacs/src/eval.c:1494
#37 0x00085360 in command_loop_2 () at
/Users/william/repo/cvs/emacs/src/keyboard.c:1403
#38 0x000f8140 in internal_catch (tag=56, func=0x85320 <command_loop_2>,
arg=58721289) at /Users/william/repo/cvs/emacs/src/eval.c:1229
#39 0x00085020 in command_loop () at
/Users/william/repo/cvs/emacs/src/keyboard.c:1382
#40 0x00085144 in recursive_edit_1 () at
/Users/william/repo/cvs/emacs/src/keyboard.c:991
#41 0x000852d8 in Frecursive_edit () at
/Users/william/repo/cvs/emacs/src/keyboard.c:1053
#42 0x00084c48 in main (argc=800, argv=0xbfffec54) at
/Users/william/repo/cvs/emacs/src/emacs.c:1778
(gdb)
---------------------------------8<-------------------------------------
If Emacs crashed, and you have the Emacs process in the gdb debugger,
please include the output from the following gdb commands:
`bt full' and `xbacktrace'.
If you would like to further debug the crash, please read the file
/Users/william/share/emacs/23.0.50/etc/DEBUG for instructions.
In GNU Emacs 23.0.50.4 (powerpc-apple-darwin8.10.0, Carbon Version 1.6.0)
of 2007-10-05 on enjoy-life
Windowing system distributor `Apple Inc.', version 10.4.10
configured using `configure '--prefix=/Users/william' '--without-x''
Important settings:
value of $LC_ALL: zh_CN.GBK
value of $LC_COLLATE: nil
value of $LC_CTYPE: nil
value of $LC_MESSAGES: nil
value of $LC_MONETARY: nil
value of $LC_NUMERIC: nil
value of $LC_TIME: nil
value of $LANG: nil
locale-coding-system: chinese-iso-8bit
default-enable-multibyte-characters: t
Major mode: Fundamental
Minor modes in effect:
which-function-mode: t
shell-dirtrack-mode: t
erc-truncate-mode: t
erc-log-mode: t
erc-spelling-mode: t
erc-fill-mode: t
erc-stamp-mode: t
erc-autojoin-mode: t
erc-match-mode: t
erc-smiley-mode: t
erc-readonly-mode: t
page-break-mode: t
display-time-mode: t
recentf-mode: t
global-auto-revert-mode: t
show-paren-mode: t
less-minor-mode: t
tooltip-mode: t
mouse-wheel-mode: t
file-name-shadow-mode: t
global-font-lock-mode: t
font-lock-mode: t
blink-cursor-mode: t
unify-8859-on-encoding-mode: t
utf-translate-cjk-mode: t
auto-compression-mode: t
column-number-mode: t
line-number-mode: t
transient-mark-mode: t
Recent input:
<down-mouse-1> <mouse-1> C-x C-f t o d o <return> l
o g <return> j g j G b b b g G g C-n C-n C-n C-@ M-f
M-f M-f M-f M-w j M-x e m a c s - r e p o <tab> DEL
DEL DEL DEL b u g <tab> <tab> DEL DEL DEL DEL DEL C-a
C-k r e p o r <tab> e m <tab> <return> b <tab> <re
turn>
Recent messages:
Looking up holidays...done
Preparing diary...
No diary entries for 2007年10月06日 星期六
.scratch has auto save data; consider M-x recover-this-file
GNU Emacs 23.0.5
Loading /Users/william/.emacs.d/site-lisp/config/xwl-main.el (source)...done
Loading /Users/william/.emms-cache...done
For information about GNU Emacs and the GNU system, type C-h C-a.
Mark set [6 times]
Making completion list...
--
William
http://williamxu.net9.org
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: 23.0.50; 23.0.50: x_set_frame_parameters() failure on macosx
2007-10-06 9:35 23.0.50; 23.0.50: x_set_frame_parameters() failure on macosx William Xu
@ 2007-10-06 20:06 ` Dan Nicolaescu
2007-10-07 10:38 ` William Xu
2007-10-16 5:23 ` William Xu
1 sibling, 1 reply; 6+ messages in thread
From: Dan Nicolaescu @ 2007-10-06 20:06 UTC (permalink / raw)
To: William Xu; +Cc: emacs-pretest-bug
William Xu <william.xwl@gmail.com> writes:
> This failure happens quite often and at random. When it happens, the
> emacs window won't response at all. I can only kill it and restart.
> In GNU Emacs 23.0.50.4 (powerpc-apple-darwin8.10.0, Carbon Version 1.6.0)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
The Carbon port on CVS trunk has been abandoned by its maintainers and
it is known to be broken. If you don't intend to work on fixing it,
it is better to avoid it.
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: 23.0.50; 23.0.50: x_set_frame_parameters() failure on macosx
2007-10-06 20:06 ` Dan Nicolaescu
@ 2007-10-07 10:38 ` William Xu
2007-10-07 14:14 ` Dan Nicolaescu
0 siblings, 1 reply; 6+ messages in thread
From: William Xu @ 2007-10-07 10:38 UTC (permalink / raw)
To: emacs-devel; +Cc: emacs-pretest-bug
Dan Nicolaescu <dann@ics.uci.edu> writes:
> William Xu <william.xwl@gmail.com> writes:
>
> > This failure happens quite often and at random. When it happens, the
> > emacs window won't response at all. I can only kill it and restart.
> > In GNU Emacs 23.0.50.4 (powerpc-apple-darwin8.10.0, Carbon Version 1.6.0)
> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> The Carbon port on CVS trunk has been abandoned by its maintainers and
> it is known to be broken. If you don't intend to work on fixing it,
> it is better to avoid it.
Oh, really? I didn't find Cocoa port related codes in cvs. So in cvs,
the only choice for macosx user is only a command line version now ?
--
William
http://williamxu.net9.org
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: 23.0.50; 23.0.50: x_set_frame_parameters() failure on macosx
2007-10-07 10:38 ` William Xu
@ 2007-10-07 14:14 ` Dan Nicolaescu
0 siblings, 0 replies; 6+ messages in thread
From: Dan Nicolaescu @ 2007-10-07 14:14 UTC (permalink / raw)
To: William Xu; +Cc: emacs-devel
William Xu <william.xwl@gmail.com> writes:
> Dan Nicolaescu <dann@ics.uci.edu> writes:
>
> > William Xu <william.xwl@gmail.com> writes:
> >
> > > This failure happens quite often and at random. When it happens, the
> > > emacs window won't response at all. I can only kill it and restart.
> > > In GNU Emacs 23.0.50.4 (powerpc-apple-darwin8.10.0, Carbon Version 1.6.0)
> > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> > The Carbon port on CVS trunk has been abandoned by its maintainers and
> > it is known to be broken. If you don't intend to work on fixing it,
> > it is better to avoid it.
>
> Oh, really? I didn't find Cocoa port related codes in cvs. So in cvs,
> the only choice for macosx user is only a command line version now ?
The X11 version should work too.
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: 23.0.50; 23.0.50: x_set_frame_parameters() failure on macosx
2007-10-06 9:35 23.0.50; 23.0.50: x_set_frame_parameters() failure on macosx William Xu
2007-10-06 20:06 ` Dan Nicolaescu
@ 2007-10-16 5:23 ` William Xu
2007-10-16 6:26 ` Stefan Monnier
1 sibling, 1 reply; 6+ messages in thread
From: William Xu @ 2007-10-16 5:23 UTC (permalink / raw)
To: emacs-devel; +Cc: emacs-pretest-bug
[-- Attachment #1: Type: text/plain, Size: 1261 bytes --]
William Xu <william.xwl@gmail.com> writes:
> This failure happens quite often and at random. When it happens, the
> emacs window won't response at all. I can only kill it and restart.
>
> This is the backtrace in gdb:
>
> ---------------------------------8<-------------------------------------
> Program received signal EXC_BAD_ACCESS, Could not access memory.
>
> Reason: KERN_PROTECTION_FAILURE at address: 0x000000480x000176f4 in
> x_set_frame_parameters (f=0x869c7a0, alist=145413011) at
> /Users/william/repo/cvs/emacs/src/frame.c:30593059 if
> (NATNUMP (param_index)
> (gdb) bt
> #0 0x000176f4 in x_set_frame_parameters (f=0x869c7a0, alist=145413011) at
> /Users/william/repo/cvs/emacs/src/frame.c:3059
For this, I found when it crashed, FRAME_TERMINAL(f)
returns NULL, which i don't know what has caused it. How can i
investigate this?
Hence in frame.c, I modified
,----
| && FRAME_RIF (f)->frame_parm_handlers[XINT (param_index)])
`----
to
,----
| && FRAME_TERMINAL(f)
| && FRAME_RIF (f)->frame_parm_handlers[XINT (param_index)])
`----
Then it's much more stable now. There are three simliar changes in
frame.c, others are simply removing trailing whitespaces change.
See attchment.
--
William
http://williamxu.net9.org
[-- Attachment #2: frame.c.diff --]
[-- Type: text/plain, Size: 5795 bytes --]
Index: frame.c
===================================================================
RCS file: /sources/emacs/emacs/src/frame.c,v
retrieving revision 1.355
diff -u -r1.355 frame.c
--- frame.c 15 Oct 2007 02:07:49 -0000 1.355
+++ frame.c 16 Oct 2007 05:11:40 -0000
@@ -261,7 +261,7 @@
return Qnil;
else
return type;
-}
+}
struct frame *
make_frame (mini_p)
@@ -546,10 +546,10 @@
f->terminal = terminal;
f->terminal->reference_count++;
f->output_data.nothing = 0;
-
+
FRAME_FOREGROUND_PIXEL (f) = FACE_TTY_DEFAULT_FG_COLOR;
FRAME_BACKGROUND_PIXEL (f) = FACE_TTY_DEFAULT_BG_COLOR;
-
+
FRAME_CAN_HAVE_SCROLL_BARS (f) = 0;
FRAME_VERTICAL_SCROLL_BAR_TYPE (f) = vertical_scroll_bar_none;
@@ -611,10 +611,10 @@
f->terminal = terminal;
f->terminal->reference_count++;
create_tty_output (f);
-
+
FRAME_FOREGROUND_PIXEL (f) = FACE_TTY_DEFAULT_FG_COLOR;
FRAME_BACKGROUND_PIXEL (f) = FACE_TTY_DEFAULT_BG_COLOR;
-
+
FRAME_CAN_HAVE_SCROLL_BARS (f) = 0;
FRAME_VERTICAL_SCROLL_BAR_TYPE (f) = vertical_scroll_bar_none;
@@ -622,10 +622,10 @@
if (FRAMEP (FRAME_TTY (f)->top_frame)
&& FRAME_LIVE_P (XFRAME (FRAME_TTY (f)->top_frame)))
XFRAME (FRAME_TTY (f)->top_frame)->async_visible = 2; /* obscured */
-
+
FRAME_TTY (f)->top_frame = frame;
}
-
+
#ifdef CANNOT_DUMP
FRAME_FOREGROUND_PIXEL(f) = FACE_TTY_DEFAULT_FG_COLOR;
FRAME_BACKGROUND_PIXEL(f) = FACE_TTY_DEFAULT_BG_COLOR;
@@ -709,7 +709,7 @@
#endif
#endif
#endif /* not MSDOS */
-
+
{
Lisp_Object terminal;
@@ -720,9 +720,9 @@
t = get_terminal (terminal, 1);
}
}
-
+
if (!t)
- {
+ {
char *name = 0, *type = 0;
Lisp_Object tty, tty_type;
@@ -736,7 +736,7 @@
strncpy (name, SDATA (tty), SBYTES (tty));
name[SBYTES (tty)] = 0;
}
-
+
tty_type = get_future_frame_param
(Qtty_type, parms, (FRAME_TERMCAP_P (XFRAME (selected_frame))
? FRAME_TTY (XFRAME (selected_frame))->type
@@ -758,7 +758,7 @@
get_tty_size (fileno (FRAME_TTY (f)->input), &width, &height);
change_frame_size (f, height, width, 0, 0, 0);
}
-
+
adjust_glyphs (f);
calculate_costs (f);
XSETFRAME (frame, f);
@@ -774,7 +774,7 @@
Qnil));
else
Fmodify_frame_parameters (frame, Fcons (Fcons (Qtty, Qnil), Qnil));
-
+
/* Make the frame face alist be frame-specific, so that each
frame could change its face definitions independently. */
f->face_alist = Fcopy_alist (sf->face_alist);
@@ -1520,7 +1520,7 @@
{
struct terminal *terminal = FRAME_TERMINAL (f);
- f->output_data.nothing = 0;
+ f->output_data.nothing = 0;
f->terminal = 0; /* Now the frame is dead. */
/* If needed, delete the terminal that this frame was on.
@@ -2027,7 +2027,7 @@
CHECK_LIVE_FRAME (frame);
f = XFRAME (frame);
-
+
/* Do like the documentation says. */
Fmake_frame_visible (frame);
@@ -2047,14 +2047,14 @@
Lisp_Object frame;
{
struct frame *f;
-
+
if (NILP (frame))
frame = selected_frame;
CHECK_LIVE_FRAME (frame);
f = XFRAME (frame);
-
+
if (FRAME_TERMINAL (f)->frame_raise_lower_hook)
(*FRAME_TERMINAL (f)->frame_raise_lower_hook) (f, 0);
@@ -2091,7 +2091,7 @@
Lisp_Object frame, focus_frame;
{
struct frame *f;
-
+
/* Note that we don't check for a live frame here. It's reasonable
to redirect the focus of a frame you're about to delete, if you
know what other frame should receive those keystrokes. */
@@ -2101,7 +2101,7 @@
CHECK_LIVE_FRAME (focus_frame);
f = XFRAME (frame);
-
+
f->focus_frame = focus_frame;
if (FRAME_TERMINAL (f)->frame_rehighlight_hook)
@@ -3004,10 +3004,11 @@
param_index = Fget (prop, Qx_frame_parameter);
if (NATNUMP (param_index)
- && (XFASTINT (param_index)
- < sizeof (frame_parms)/sizeof (frame_parms[0]))
- && FRAME_RIF (f)->frame_parm_handlers[XINT (param_index)])
- (*(FRAME_RIF (f)->frame_parm_handlers[XINT (param_index)])) (f, val, old_value);
+ && (XFASTINT (param_index)
+ < sizeof (frame_parms)/sizeof (frame_parms[0]))
+ && FRAME_TERMINAL(f)
+ && FRAME_RIF (f)->frame_parm_handlers[XINT (param_index)])
+ (*(FRAME_RIF (f)->frame_parm_handlers[XINT (param_index)])) (f, val, old_value);
unbind_to (count, Qnil);
}
}
@@ -3051,6 +3052,7 @@
if (NATNUMP (param_index)
&& (XFASTINT (param_index)
< sizeof (frame_parms)/sizeof (frame_parms[0]))
+ && FRAME_TERMINAL(f)
&& FRAME_RIF (f)->frame_parm_handlers[XINT (param_index)])
(*(FRAME_RIF (f)->frame_parm_handlers[XINT (param_index)])) (f, val, old_value);
}
@@ -3291,7 +3293,7 @@
else if (EQ (new_value, Qfullheight))
f->want_fullscreen = FULLSCREEN_HEIGHT;
- if (FRAME_TERMINAL (f)->fullscreen_hook != NULL)
+ if (FRAME_TERMINAL (f)->fullscreen_hook != NULL)
FRAME_TERMINAL (f)->fullscreen_hook (f);
}
@@ -3341,6 +3343,7 @@
if (NATNUMP (index)
&& (XFASTINT (index)
< sizeof (frame_parms)/sizeof (frame_parms[0]))
+ && FRAME_TERMINAL(f)
&& FRAME_RIF (f)->frame_parm_handlers[XFASTINT (index)])
(*FRAME_RIF (f)->frame_parm_handlers[XFASTINT (index)])
(f, bgcolor, Qnil);
@@ -4319,7 +4322,7 @@
staticpro (&Qterminal);
Qterminal_live_p = intern ("terminal-live-p");
staticpro (&Qterminal_live_p);
-
+
{
int i;
@@ -4454,7 +4457,7 @@
#else
focus_follows_mouse = 0;
#endif
-
+
staticpro (&Vframe_list);
defsubr (&Sactive_minibuffer_window);
[-- Attachment #3: Type: text/plain, Size: 142 bytes --]
_______________________________________________
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: 23.0.50; 23.0.50: x_set_frame_parameters() failure on macosx
2007-10-16 5:23 ` William Xu
@ 2007-10-16 6:26 ` Stefan Monnier
0 siblings, 0 replies; 6+ messages in thread
From: Stefan Monnier @ 2007-10-16 6:26 UTC (permalink / raw)
To: William Xu; +Cc: emacs-pretest-bug, emacs-devel
> For this, I found when it crashed, FRAME_TERMINAL(f)
> returns NULL,
This should never be the case AFAIK.
> which i don't know what has caused it.
Neither do I, sadly.
Stefan
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2007-10-16 6:26 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2007-10-06 9:35 23.0.50; 23.0.50: x_set_frame_parameters() failure on macosx William Xu
2007-10-06 20:06 ` Dan Nicolaescu
2007-10-07 10:38 ` William Xu
2007-10-07 14:14 ` Dan Nicolaescu
2007-10-16 5:23 ` William Xu
2007-10-16 6:26 ` Stefan Monnier
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.