GNU bug report logs - #11541
24.0.97; Crash when visiting file on OS X 10.7.3

Previous Next

Packages: emacs, ns;

Reported by: Florian Ebeling <florian.ebeling <at> gmail.com>

Date: Tue, 22 May 2012 16:20:02 UTC

Severity: important

Merged with 11684, 11792, 11801

Found in versions 24.0.97, 24.1.50, 24.1

Done: Jan Djärv <jan.h.d <at> swipnet.se>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: "C. Florian Ebeling" <florian.ebeling <at> gmail.com>
Cc: 11541 <at> debbugs.gnu.org, cyd <at> gnu.org
Subject: bug#11541: 24.0.97; Crash when visiting file on OS X 10.7.3
Date: Thu, 31 May 2012 23:11:19 +0300
> From: "C. Florian Ebeling" <florian.ebeling <at> gmail.com>
> Date: Thu, 31 May 2012 21:50:21 +0200
> Cc: cyd <at> gnu.org,
>  11541 <at> debbugs.gnu.org
> 
> Yes, I understand. My problem is that I don't know what to look for, honestly. I haven't used the NSFontDescriptor API much and I don't know the first thing about Emacs internals. The slowness or tedium is not my biggest worry.

The code involved in this hardly ever touches Emacs internals.  It's
simple ObjC code, at least to my naive eyes.

As the first goal, I suggest to try figuring out what happens with the
font_spec argument to ns_findfonts -- is it corrupted right at entry
to the function, or does it get corrupted later?  You should display
it, using the same commands you used for scratch_font_spec in its
caller, right at the entry to the function.  Assuming the value at
entry is OK (which would be my guess), then step through the code of
ns_findfonts, and see which line causes its corruption.

When we know where the corruption happens, we could reason about what
to try next.

TIA




This bug report was last modified 12 years and 256 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.