[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