[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.



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.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]