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


Message #65 received at 11541 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Alp Aker <alptekin.aker <at> gmail.com>
Cc: florian.ebeling <at> gmail.com, cyd <at> gnu.org, 11541 <at> debbugs.gnu.org
Subject: Re: bug#11541: 24.0.97; Crash when visiting file on OS X 10.7.3
Date: Thu, 31 May 2012 22:48:32 +0300
> Date: Thu, 31 May 2012 15:15:05 -0400
> From: Alp Aker <alptekin.aker <at> gmail.com>
> Cc: "C. Florian Ebeling" <florian.ebeling <at> gmail.com>, 11541 <at> debbugs.gnu.org, cyd <at> gnu.org
> 
> >> #<font-spec ns nil Monaco nil iso10646-1 nil nil nil nil nil nil nil ((:script . symbol))>
> >>
> >> #<font-spec ns apple nil nil iso10646-1 nil nil nil nil nil nil nil ((:script . symbol))>
> >>
> >> I can't really tell which font_spec is acceptable, and which not, though.
> >>
> >> The crashing one has a third element of nil, is that ok or not?
> >
> > I have no idea.  Assuming I understand the data you presented, one
> > font (Monaco) is OK, but another (apple) is not?  That still makes no
> > sense to me.
> 
> Both those font specs look normal for the NS port.  In the last,
> "apple" is the foundry name, not the font family name.  And the nil
> value for font family is fine (what's being requested at that point is
> any family that covers the symbol script).

Thanks.  I think whatever causes the crash happens inside ns_findfonts
and the functions it calls.  Stepping through that code and looking
around for garbled variables should point out the guilty parties.





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

Previous Next


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