GNU bug report logs - #11964
describe-char causes a fatal error (abort trap: 6) in non-windowed mode

Previous Next

Package: emacs;

Reported by: Dan Maftei <ninestraycats <at> gmail.com>

Date: Tue, 17 Jul 2012 21:29:01 UTC

Severity: normal

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: help-debbugs <at> gnu.org (GNU bug Tracking System)
To: Dan Maftei <ninestraycats <at> gmail.com>
Subject: bug#11964: closed (Re: bug#11964: describe-char causes a fatal
 error (abort trap: 6) in non-windowed mode)
Date: Sat, 24 Nov 2012 18:02:03 +0000
[Message part 1 (text/plain, inline)]
Your bug report

#11964: describe-char causes a fatal error (abort trap: 6) in non-windowed mode

which was filed against the emacs package, has been closed.

The explanation is attached below, along with your original report.
If you require more details, please reply to 11964 <at> debbugs.gnu.org.

-- 
11964: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=11964
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems
[Message part 2 (message/rfc822, inline)]
From: Jan Djärv <jan.h.d <at> swipnet.se>
To: Chong Yidong <cyd <at> gnu.org>
Cc: Dan Maftei <ninestraycats <at> gmail.com>, 11964-done <at> debbugs.gnu.org
Subject: Re: bug#11964: describe-char causes a fatal error (abort trap: 6) in
	non-windowed mode
Date: Sat, 24 Nov 2012 18:59:54 +0100
Hello.

This has been fixed in the trunk.
The problem was that ns-win created fontsets unconditionally during load and that lead to problems when running with -nw, in face_for_char.  Shouldn't fontsets/font objects be ignored if the terminal is a non-GUI one?

	Jan D.

23 nov 2012 kl. 08:07 skrev Jan Djärv <jan.h.d <at> swipnet.se>:

> Hello.
> 
> 23 nov 2012 kl. 07:26 skrev Chong Yidong <cyd <at> gnu.org>:
> 
>> Jan Djärv <jan.h.d <at> swipnet.se> writes:
>> 
>>> Here is a backtrace.  The fontdriver does not have an encode_char
>>> function (it is NULL).  But I don't know which driver this is.  Lisp
>>> backtrace is broken it seems.
>> 
>> Could you do
>> 
>> f 1
>> pp face->font->driver->type
>> 
>> and see what font driver it is (or if there is one)?
> 
> Basically no, because
> 
> p face->font->driver
> $3 = (struct font_driver *) 0x3
> 
> Uninitialized memory?
> 
> 	Jan D.
> 


[Message part 3 (message/rfc822, inline)]
From: Dan Maftei <ninestraycats <at> gmail.com>
To: bug-gnu-emacs <at> gnu.org
Subject: describe-char causes a fatal error (abort trap: 6) in non-windowed
	mode
Date: Mon, 16 Jul 2012 23:51:50 +0100
[Message part 4 (text/plain, inline)]
GNU Emacs 24.1.1 (x86_64-apple-darwin11.4.0, NS apple-appkit-1138.47)

emacs -Q -nw
n C-x 8 <RET> 0303 <RET> C-b C-u C-x =

This crashes emacs. I am returned to bash. "Fatal error (10)" is written to
the screen. After about 3 seconds, "Abort trap: 6" is appended to the same
line, and I am returned to the prompt.

This does not happen in the windowed version (Emacs.app)

every locale variable is en_GB.UTF-8

TERM is dumb.

This (http://debbugs.gnu.org/cgi/bugreport.cgi?bug=9172) might be of use.
It describes a similar bug on emacs 23.3 running on an xterm, but the
program does not crash.

Cheers,
Dan
[Message part 5 (text/html, inline)]

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

Previous Next


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