Re: emacs crash

["Jan D." <jan.h.d@swipnet.se>]

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.