From: "Jan D." <jan.h.d@swipnet.se>
Cc: "B. Anyos" <banyos@freemail.hu>,
chenggao@gmail.com, rms@gnu.org, Jason Rumney <jasonr@gnu.org>
Subject: Re: emacs crash
Date: Thu, 04 Nov 2004 18:05:01 +0100 [thread overview]
Message-ID: <418A613D.5050706@swipnet.se> (raw)
In-Reply-To: <418A0512.3000901@gnu.org>
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.
next prev parent reply other threads:[~2004-11-04 17:05 UTC|newest]
Thread overview: 33+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-11-03 9:55 emacs crash B. Anyos
2004-11-03 10:28 ` Jason Rumney
2004-11-03 10:50 ` B. Anyos
2004-11-03 11:21 ` Jason Rumney
2004-11-03 11:29 ` Dhruva Krishnamurthy
2004-11-03 12:02 ` B. Anyos
2004-11-03 11:06 ` Dhruva Krishnamurthy
2004-11-03 14:09 ` CHENG Gao
2004-11-03 15:02 ` B. Anyos
2004-11-04 9:51 ` Richard Stallman
2004-11-04 10:31 ` Jason Rumney
2004-11-04 12:52 ` B. Anyos
2004-11-04 13:08 ` Dhruva Krishnamurthy
2004-11-05 8:38 ` Cheng Gao
2004-11-04 15:48 ` B. Anyos
2004-11-05 0:15 ` Richard Stallman
2004-11-04 17:05 ` Jan D. [this message]
2004-11-05 8:03 ` Stefan
2004-11-04 9:51 ` Richard Stallman
-- strict thread matches above, loose matches on Subject: below --
2016-06-20 14:17 Emacs crash Rusi
2015-02-13 15:56 emacs crash Rusi
2015-02-13 16:03 ` Rusi
2015-02-14 6:44 ` Alexis
[not found] ` <mailman.35.1423896300.31049.help-gnu-emacs@gnu.org>
2015-02-14 10:23 ` Rusi
2015-02-14 11:10 ` Alexis
2015-02-14 17:53 ` Robert Thorpe
2006-06-07 19:12 Donald Zoch
2005-08-31 19:58 Philip B Giangarra
2005-04-24 10:23 joseph
2005-04-25 16:05 ` Richard Stallman
2003-10-08 12:42 Werner LEMBERG
2003-08-16 13:56 Werner LEMBERG
2003-08-18 4:52 ` 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=418A613D.5050706@swipnet.se \
--to=jan.h.d@swipnet.se \
--cc=banyos@freemail.hu \
--cc=chenggao@gmail.com \
--cc=jasonr@gnu.org \
--cc=rms@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.