From: Rainer M Krug <Rainer@krugs.de>
To: Eli Zaretskii <eliz@gnu.org>
Cc: 21428@debbugs.gnu.org, mituharu+bug-gnu-emacs-mac@math.s.chiba-u.ac.jp
Subject: bug#21428: 24.5; Crash of emacs on OS X, installed via homebrew cask
Date: Wed, 30 Sep 2015 12:36:40 +0200 [thread overview]
Message-ID: <m2vbas19dz.fsf@krugs.de> (raw)
In-Reply-To: <83k2r8b4rr.fsf@gnu.org> (Eli Zaretskii's message of "Wed, 30 Sep 2015 13:06:16 +0300")
[-- Attachment #1: Type: text/plain, Size: 6924 bytes --]
Eli Zaretskii <eliz@gnu.org> writes:
>> From: Rainer M Krug <Rainer@krugs.de>
>> Cc: 21428@debbugs.gnu.org, mituharu+bug-gnu-emacs-mac@math.s.chiba-u.ac.jp
>> Date: Wed, 30 Sep 2015 11:49:10 +0200
>>
>> >> No, I mean continue running with them set to t, and see if the crashes
>> >> in get_glyph_face_and_encoding are prevented by disabling these
>> >> redisplay optimizations.
>> >
>> > OK - got it. So continue the initial plan.
>>
>> They are all set to t and I got the following crash:
>
> One more theory eats dust.
>
>> Let me know if you need any further info - I will leave the session
>> open.
>
> Just for the record, please show the usual data about this crash: the
> 'used' count of the frame's face cache and the output of "pgrow"
> command in frame #4.
OK:
,----
| (gdb) frame 4
| #4 0x000000010006fb19 in draw_glyphs (w=0x11226a6b8, x=8, row=0x11fa6e100, area=TEXT_AREA, start=0, end=42, hl=DRAW_NORMAL_TEXT, overlaps=0) at xdisp.c:25242
| 25242 BUILD_GLYPH_STRINGS (i, end, head, tail, hl, x, last_x);
| (gdb) pgrow
| TEXT: 42 glyphs
| 0 0: CHAR[#] pos=1 blev=0,btyp=L w=8 a+d=14+4 face=48 MB
| 1 8: CHAR[+] pos=2 blev=0,btyp=L w=8 a+d=14+4 face=48 MB
| 2 16: CHAR[S] pos=3 blev=0,btyp=L w=8 a+d=14+4 face=48 MB
| 3 24: CHAR[E] pos=4 blev=0,btyp=L w=8 a+d=14+4 face=48 MB
| 4 32: CHAR[T] pos=5 blev=0,btyp=L w=8 a+d=14+4 face=48 MB
| 5 40: CHAR[U] pos=6 blev=0,btyp=L w=8 a+d=14+4 face=48 MB
| 6 48: CHAR[P] pos=7 blev=0,btyp=L w=8 a+d=14+4 face=48 MB
| 7 56: CHAR[F] pos=8 blev=0,btyp=L w=8 a+d=14+4 face=48 MB
| 8 64: CHAR[I] pos=9 blev=0,btyp=L w=8 a+d=14+4 face=48 MB
| 9 72: CHAR[L] pos=10 blev=0,btyp=L w=8 a+d=14+4 face=48 MB
| 10 80: CHAR[E] pos=11 blev=0,btyp=L w=8 a+d=14+4 face=48 MB
| 11 88: CHAR[:] pos=12 blev=0,btyp=L w=8 a+d=14+4 face=48 MB
| 12 96: CHAR[ ] pos=13 blev=0,btyp=L w=8 a+d=14+4 face=48 MB
| 13 104: CHAR[.] pos=14 blev=0,btyp=L w=8 a+d=14+4 face=48 MB
| 14 112: CHAR[/] pos=15 blev=0,btyp=L w=8 a+d=14+4 face=48 MB
| 15 120: CHAR[E] pos=16 blev=0,btyp=L w=8 a+d=14+4 face=48 MB
| 16 128: CHAR[n] pos=17 blev=0,btyp=L w=8 a+d=14+4 face=48 MB
| 17 136: CHAR[e] pos=18 blev=0,btyp=L w=8 a+d=14+4 face=48 MB
| 18 144: CHAR[r] pos=19 blev=0,btyp=L w=8 a+d=14+4 face=48 MB
| 19 152: CHAR[g] pos=20 blev=0,btyp=L w=8 a+d=14+4 face=48 MB
| 20 160: CHAR[y] pos=21 blev=0,btyp=L w=8 a+d=14+4 face=48 MB
| 21 168: CHAR[B] pos=22 blev=0,btyp=L w=8 a+d=14+4 face=48 MB
| 22 176: CHAR[a] pos=23 blev=0,btyp=L w=8 a+d=14+4 face=48 MB
| 23 184: CHAR[l] pos=24 blev=0,btyp=L w=8 a+d=14+4 face=48 MB
| 24 192: CHAR[a] pos=25 blev=0,btyp=L w=8 a+d=14+4 face=48 MB
| 25 200: CHAR[n] pos=26 blev=0,btyp=L w=8 a+d=14+4 face=48 MB
| 26 208: CHAR[c] pos=27 blev=0,btyp=L w=8 a+d=14+4 face=48 MB
| 27 216: CHAR[e] pos=28 blev=0,btyp=L w=8 a+d=14+4 face=48 MB
| 28 224: CHAR[S] pos=29 blev=0,btyp=L w=8 a+d=14+4 face=48 MB
| 29 232: CHAR[E] pos=30 blev=0,btyp=L w=8 a+d=14+4 face=48 MB
| 30 240: CHAR[T] pos=31 blev=0,btyp=L w=8 a+d=14+4 face=48 MB
| 31 248: CHAR[U] pos=32 blev=0,btyp=L w=8 a+d=14+4 face=48 MB
| 32 256: CHAR[P] pos=33 blev=0,btyp=L w=8 a+d=14+4 face=48 MB
| 33 264: CHAR[F] pos=34 blev=0,btyp=L w=8 a+d=14+4 face=48 MB
| 34 272: CHAR[I] pos=35 blev=0,btyp=L w=8 a+d=14+4 face=48 MB
| 35 280: CHAR[L] pos=36 blev=0,btyp=L w=8 a+d=14+4 face=48 MB
| 36 288: CHAR[E] pos=37 blev=0,btyp=L w=8 a+d=14+4 face=48 MB
| 37 296: CHAR[.] pos=38 blev=0,btyp=L w=8 a+d=14+4 face=48 MB
| 38 304: CHAR[o] pos=39 blev=0,btyp=L w=8 a+d=14+4 face=48 MB
| 39 312: CHAR[r] pos=40 blev=0,btyp=L w=8 a+d=14+4 face=48 MB
| 40 320: CHAR[g] pos=41 blev=0,btyp=L w=8 a+d=14+4 face=48 MB
| 41 328: CHAR[ ] pos=0 blev=0,btyp=B w=8 a+d=14+4 MB
| (gdb) frame 2
| #2 0x0000000100065467 in get_glyph_face_and_encoding (f=0x104811630, glyph=0x11ca93400, char2b=0x7fff5fbfb660) at xdisp.c:24350
| 24350 eassert (face != NULL);
| (gdb) p f->face_cache->used
| $1 = 36
| (gdb) frame 4
| #4 0x000000010006fb19 in draw_glyphs (w=0x11226a6b8, x=8, row=0x11fa6e100, area=TEXT_AREA, start=0, end=42, hl=DRAW_NORMAL_TEXT, overlaps=0) at xdisp.c:25242
| 25242 BUILD_GLYPH_STRINGS (i, end, head, tail, hl, x, last_x);
| (gdb) xbacktrace
| "redisplay_internal (C function)" (0x0)
| (gdb)
`----
face info of the text:
,----
| Face: org-meta-line (sample) (customize this face)
|
| Documentation:
| Face for meta lines starting with "#+".
|
| Defined in ‘org-faces.el’.
|
| Family: unspecified
| Foundry: unspecified
| Width: unspecified
| Height: unspecified
| Weight: unspecified
| Slant: normal
| Foreground: #008ED1
| DistantForeground: unspecified
| Background: #EAEAFF
| Underline: unspecified
| Overline: unspecified
| Strike-through: unspecified
| Box: unspecified
| Inverse: unspecified
| Stipple: unspecified
| Font: unspecified
| Fontset: unspecified
| Inherit: unspecified
`----
,----
| There are text properties here:
| face org-meta-line
| font-lock-fontified t
| fontified t
| line-prefix ""
| org-category "constrOptim"
| wrap-prefix ""
|
| [back]
`----
>
> I guess we are down to using the brute-force approach after all. I
> will prepare a series of GDB commands that you need to invoke before
> running a new Emacs session under GDB. The output will be recorded in
> a file, which I will ask you to send me for analysis when a crash
> happens.
OK - no problem.
>
> To prepare those GDB commands, I need to know how many different
> frames you are normally using. If only one, the job of preparing
> those commands is easier.
Now we have luck: very seldom more than one, and the crashes occured all
with only one frame used during the whole session.
> If you normally use more than one frame, do the crashes happen when
> you edit in a particular one of them? IOW, would it be easy for you
> to switch to the frame where the crashes are expected, in order to
> invoke those GDB commands for that one frame?
You don't have to rush with the instructions, as I will only be able to
continue working in emacs tomorrow morning.
Thanks,
Rainer
>
> Thanks.
--
Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation Biology, UCT), Dipl. Phys. (Germany)
Centre of Excellence for Invasion Biology
Stellenbosch University
South Africa
Tel : +33 - (0)9 53 10 27 44
Cell: +33 - (0)6 85 62 59 98
Fax : +33 - (0)9 58 10 27 44
Fax (D): +49 - (0)3 21 21 25 22 44
email: Rainer@krugs.de
Skype: RMkrug
PGP: 0x0F52F982
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 454 bytes --]
next prev parent reply other threads:[~2015-09-30 10:36 UTC|newest]
Thread overview: 100+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-09-07 10:08 bug#21428: 24.5; Crash of emacs on OS X, installed via homebrew cask Rainer M Krug
2015-09-07 15:14 ` Eli Zaretskii
2015-09-07 17:46 ` Rainer M Krug
2015-09-08 18:16 ` Eli Zaretskii
2015-09-09 7:39 ` Rainer M Krug
2015-09-09 8:42 ` Rainer M Krug
2015-09-11 9:50 ` Rainer M Krug
2015-09-21 8:42 ` Rainer M Krug
2015-09-21 9:37 ` Eli Zaretskii
2015-09-21 10:00 ` Rainer M Krug
2015-09-21 10:19 ` Rainer M Krug
2015-09-21 10:25 ` Eli Zaretskii
2015-09-21 11:00 ` Eli Zaretskii
[not found] ` <m27fnkroj5.fsf@krugs.de>
[not found] ` <83y4g0m0js.fsf@gnu.org>
[not found] ` <m2y4g0q7fs.fsf@krugs.de>
2015-09-21 13:18 ` Eli Zaretskii
2015-09-21 13:27 ` Rainer M Krug
2015-09-21 13:35 ` Eli Zaretskii
2015-09-21 13:46 ` Rainer M Krug
2015-09-23 8:41 ` Rainer M Krug
2015-09-23 9:48 ` Eli Zaretskii
2015-09-23 10:00 ` Rainer M Krug
2015-09-24 13:22 ` Rainer M Krug
2015-09-24 16:29 ` Eli Zaretskii
2015-09-24 17:22 ` Rainer M Krug
2015-09-24 18:23 ` Eli Zaretskii
2015-09-24 18:37 ` Rainer M Krug
2015-09-24 18:55 ` Eli Zaretskii
2015-09-25 9:34 ` Rainer M Krug
2015-09-25 10:01 ` Eli Zaretskii
2015-09-25 10:46 ` Rainer M Krug
2015-09-25 12:30 ` Rainer M Krug
2015-09-25 14:39 ` Eli Zaretskii
2015-09-28 9:33 ` Rainer M Krug
2015-09-28 10:03 ` Eli Zaretskii
2015-09-28 11:12 ` Rainer M Krug
2015-09-28 11:27 ` Rainer M Krug
2015-09-28 12:00 ` Eli Zaretskii
2015-09-28 12:53 ` Rainer M Krug
2015-09-28 13:14 ` Eli Zaretskii
2015-09-28 15:39 ` Rainer M Krug
2015-09-28 16:30 ` Rainer M Krug
2015-09-28 16:42 ` Eli Zaretskii
2015-09-29 6:58 ` Rainer M Krug
2015-09-29 7:22 ` Eli Zaretskii
2015-09-29 8:01 ` Rainer M Krug
2015-09-29 8:30 ` Eli Zaretskii
2015-09-29 8:52 ` Rainer M Krug
2015-09-29 9:52 ` Eli Zaretskii
2015-09-29 10:17 ` Rainer M Krug
2015-09-29 10:50 ` Eli Zaretskii
2015-09-29 11:16 ` Rainer M Krug
2015-09-30 9:49 ` Rainer M Krug
2015-09-30 10:06 ` Eli Zaretskii
2015-09-30 10:36 ` Rainer M Krug [this message]
2015-09-30 18:49 ` Eli Zaretskii
2015-09-30 10:37 ` Rainer M Krug
2015-09-30 19:38 ` Eli Zaretskii
2015-10-01 7:29 ` Rainer M Krug
2015-10-01 8:21 ` Rainer M Krug
2015-10-01 9:36 ` Eli Zaretskii
2015-10-01 10:45 ` Rainer M Krug
2015-10-06 8:16 ` Rainer M Krug
2015-10-06 16:47 ` Eli Zaretskii
2015-10-07 8:13 ` Rainer M Krug
2015-10-07 15:36 ` Eli Zaretskii
2015-10-07 16:10 ` Rainer M Krug
[not found] ` <m2vba7dxds.fsf@krugs.de>
2015-10-16 18:12 ` Eli Zaretskii
2015-10-16 19:22 ` Rainer M Krug
2015-10-17 12:15 ` Eli Zaretskii
2015-10-22 14:28 ` Rainer M Krug
2015-10-22 15:43 ` Eli Zaretskii
2015-10-22 16:22 ` Rainer M Krug
2015-10-22 17:05 ` Eli Zaretskii
2015-10-22 17:32 ` martin rudalics
2015-10-22 17:40 ` Eli Zaretskii
2015-10-22 18:14 ` martin rudalics
2015-10-22 20:04 ` Anders Lindgren
2015-10-22 20:08 ` Eli Zaretskii
2015-10-23 9:51 ` Rainer M Krug
2015-10-23 10:44 ` Anders Lindgren
2015-10-23 11:03 ` Rainer M Krug
2015-10-23 9:52 ` Rainer M Krug
2015-10-23 8:02 ` martin rudalics
2015-10-23 18:01 ` martin rudalics
2015-10-23 9:49 ` Rainer M Krug
2015-10-23 18:01 ` martin rudalics
2015-10-23 9:45 ` Rainer M Krug
2015-10-23 18:01 ` martin rudalics
2015-10-23 9:41 ` Rainer M Krug
2015-10-25 19:04 ` Eli Zaretskii
2015-10-26 7:59 ` Rainer M Krug
2015-10-26 19:09 ` Eli Zaretskii
2015-10-27 11:50 ` Rainer M Krug
2015-09-28 11:58 ` Eli Zaretskii
2015-09-23 8:58 ` Rainer M Krug
2015-09-23 9:51 ` Eli Zaretskii
2015-09-08 23:24 ` Glenn Morris
2015-09-09 7:39 ` Rainer M Krug
2015-09-09 4:32 ` Xue Fuqiao
2015-09-09 7:38 ` Rainer M Krug
2015-09-09 14:47 ` bug#21428: possible additional case for #21428: Emacs 24.5.1 on OSX, installed via homebrew Jason May
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=m2vbas19dz.fsf@krugs.de \
--to=rainer@krugs.de \
--cc=21428@debbugs.gnu.org \
--cc=eliz@gnu.org \
--cc=mituharu+bug-gnu-emacs-mac@math.s.chiba-u.ac.jp \
/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.