bug-gnu-emacs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#1696: 23.0.60; Crash in XFreeColors


From: YAMAMOTO Mitsuharu
Subject: bug#1696: 23.0.60; Crash in XFreeColors
Date: Sat, 09 May 2009 10:01:10 +0900
User-agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (Shijō) APEL/10.6 Emacs/22.3 (sparc-sun-solaris2.8) MULE/5.0 (SAKAKI)

>>>>> On Sat, 09 May 2009 01:40:01 +0200, Markus Triska <markus.triska@gmx.at> 
>>>>> said:

>> Could you try adding the following lines just before the call to
>> XftFontMatch in xftfont.c?  This is not intended as a final
>> solution, but just to see if my conjecture is correct.

> Meanwhile I upgraded Kubuntu to the released version of "jaunty" and
> cannot reproduce the problem I originally reported there. Thus I
> unfortunately do not know whether your changes fix the
> problem. Thank you nevertheless for looking into it - I hope they
> fix the issue for others. On current OSX Leopard, I cannot start the
> client (using -c) at all with Emacs CVS, since the server
> immediately crashes with:

This seems to be another issue and related to daemon mode, rather than
a conflict between close-display hooks of libXft and libXrender that I
mentioned.  Actually, I was trying the following steps not involving
daemon mode.

  1. $ emacs -nw -Q
  2. (make-frame-on-display (getenv "DISPLAY")) ;; on tty
  3. (x-synchronize t)                          ;; on X, optional
  4. C-x 5 0                                    ;; on X
  5. Repeat 2 and 4 a few times.

This produced a backtrace that is similar to your original report for
me on Mac OS X (both 10.4 and 10.5), X11 build with Xft support.
Though I couldn't reproduce it on Ubuntu 9.04.

                                     YAMAMOTO Mitsuharu
                                mituharu@math.s.chiba-u.ac.jp






reply via email to

[Prev in Thread] Current Thread [Next in Thread]