[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: emacs crash
From: |
Jan D. |
Subject: |
Re: emacs crash |
Date: |
Thu, 04 Nov 2004 18:05:01 +0100 |
User-agent: |
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.1) Gecko/20040707 |
Jason Rumney wrote:
Richard Stallman wrote:
For instance, there is something really strange here:
funcall_lambda(int -2128849612, int 1, int * 0x0082f980) line 2946
+ 17 bytes
Ffuncall(int -2147483648, int * 0x0082f980) line 2814 + 12 bytes
call1(int 556794192, int -2127346688) line 2547 + 11 bytes
Fx_create_frame(int 0) line 4355
There is no call to Fx_create_frame in line 4355; in fact, line 4355
is far after the end of Fx_create_frame. What's going on?
I think the user is on Windows, so that would be line 4355 of w32fns.c,
which is in Fx_create_frame.
My line numbers are slightly out, but I suspect this line (4350 in my
version):
/* Set up faces after all frame parameters are known. This call
also merges in face attributes specified for new frames. If we
don't do this, the `menu' face for instance won't have the right
colors, and the menu bar won't appear in the specified colors for
new frames. */
call1 (Qface_set_after_frame_default, frame);
It appears to be outside the BLOCK_INPUT blocks within x_create_frame.
It is outside the BLOCK_INPUT in x_create_frame, but inside another
BLOCK_INPUT.
Installed cygwin, and tried to build. Here is what I get:
#19 0x0114b433 in realize_x_face (cache=0x1b86140, attrs=0x82ec40, c=0,
base_face=0x0) at xfaces.c:7141
#20 0x0114b2ce in realize_face (cache=0x1b86140, attrs=0x82ec40, c=0,
base_face=0x0, former_face_id=0) at xfaces.c:7040
#21 0x0114ac0b in realize_default_face (f=0x16ce800) at xfaces.c:6967
#22 0x0114a942 in realize_basic_faces (f=0x16ce800) at xfaces.c:6834
#23 0x01149879 in Fdisplay_supports_face_attributes_p (attributes=23649197,
display=23914500) at xfaces.c:6132
#24 0x0101c9c6 in Ffuncall (nargs=3, args=0x82ede0) at eval.c:2760
#25 0x0110491e in Fbyte_code (bytestr=18487971, vector=18488188,
maxdepth=40)
at bytecode.c:686
#26 0x0101cdac in funcall_lambda (fun=18487924, nargs=2,
arg_vector=0x82ef24)
at eval.c:2944
Number 23: Fdisplay_supports_face_attributes_p calls
realize_basic_faces, which does BLOCK_INPUT before calling
realize_default_face.
xbacktrace:
"replace-regexp-in-string"
"tty-color-canonicalize"
"tty-color-desc"
"display-supports-face-attributes-p"
"face-spec-set-match-display"
"face-spec-choose"
"face-spec-set"
"byte-code"
"face-set-after-frame-default"
"x-create-frame"
"x-create-frame-with-faces"
"make-frame"
"frame-initialize"
"command-line"
"normal-top-level"
Why does W32 have to do "call1 (Qface_set_after_frame_default, frame);"?
The other platforms (Mac and X) does not. NOTE: I am not at all
familiar with W32, there might be a good reason.
Jan D.
- Re: emacs crash, (continued)
- Re: emacs crash, Dhruva Krishnamurthy, 2004/11/03
- Re: emacs crash, CHENG Gao, 2004/11/03
- Re: emacs crash, B. Anyos, 2004/11/03
- Re: emacs crash, Richard Stallman, 2004/11/04
- Re: emacs crash, Jason Rumney, 2004/11/04
- Re: emacs crash, B. Anyos, 2004/11/04
- Re: emacs crash, Dhruva Krishnamurthy, 2004/11/04
- Re: emacs crash, Cheng Gao, 2004/11/05
- Re: emacs crash, B. Anyos, 2004/11/04
- Re: emacs crash, Richard Stallman, 2004/11/04
- Re: emacs crash,
Jan D. <=
- Re: emacs crash, Stefan, 2004/11/08
- Re: emacs crash, Richard Stallman, 2004/11/04