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: Florian Ebeling <florian.ebeling <at> gmail.com>
Cc: 11541 <at> debbugs.gnu.org, cyd <at> gnu.org, mituharu <at> math.s.chiba-u.ac.jp
Subject: bug#11541: 24.0.97; Crash when visiting file on OS X 10.7.3
Date: Fri, 01 Jun 2012 12:21:53 +0300

> From: Florian Ebeling <florian.ebeling <at> gmail.com>
> Date: Fri, 1 Jun 2012 10:55:06 +0200
> Cc: mituharu <at> math.s.chiba-u.ac.jp, 11541 <at> debbugs.gnu.org, cyd <at> gnu.org
> 
> > One possibility is that trying to pass empty objects to NS APIs causes
> > the crash.  Since the test program didn't yield empty objects, one
> > possible approach is to try to understand what is the difference
> > between the test program and ns_findfonts.
> 
> We tried that with the minimal program by Mitsuharu and I did it with
> an almost empty Cocoa application.
> 
> In both cases, the result was a large collection of all (?) fonts on
> the system. That is a plausible result as well for the system to
> yield.

But both cases yield different results that in Emacs, right?  So I
suggest to find out what is the difference between Emacs and these
test programs, by stepping through the Emacs functions invoked by
ns_findfonts, and seeing what happens there that causes empty objects
to be returned.
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.