bug-gnustep
[Top][All Lists]
Advanced

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

[Bug-gnustep] Font cache problem - update (fwd)


From: Nicola Pero
Subject: [Bug-gnustep] Font cache problem - update (fwd)
Date: Fri, 15 Sep 2000 01:19:11 +0200 (CEST)

Hi all, 

I found Julian has posted an interesting followup on his problem with the
font cache.  As usual, his post was not forwarded to the list, so I am 
doing it manually.

Forum: gnu.gnustep.bug
Subject: Font cache problem - update
Date: 09/12/2000
Author: Julian van Greunen <vangrn@lantic.co.za>

Hi,
  
 I reported a font cache problem I had a few days ago. Well, the error
messages I reported seemed to
 originate from two different problems: 
  
 Sep 07 02:30:12 GSTest[15069] No font cache available - building new one
- this may take several
 seconds (or minutes on a slow machine with lots of fonts)
 Sep 07 02:30:13 GSTest[15069] waitpid 15070, result -1, error No child
processes
  
 These kind of error messages was given because the font_cacher program
got a seg fault every time it
 was run. It dumped core at line 367 of xgps/Tools/font_cacher.m  ( see
CVS 2000-09-11 ) where the
 program tries to do:
  
 XFreeFontInfo (NULL, info, 1);
  
 This caused the above message ( the "No child processes" one). 
  
 I started testing GNUstep with different versions of XFree86 and found
that the problem is not a
 GNUstep one  but XFree86's. The above problem disappears for XFree86
3.3.6 and XFree86 4.0.1. Up
 until now I was using XFree86 4.0 .
  
 Anyway, I upgraded to 4.0.1 so everything is working again. I am still
not sure why I got this sudden
 problem as I have been using GNUstep successfully with XFree86 4.0 for a
few months now.
  
 The second error message
  
 Uncaught exception WindowServerCommunication, reason: X-Windows error -
BadDrawable (invalid
 Pixmap or Window parameter)
           on display: :0.0
                     type: 0
   serial number: 11886
   request code: 70
  
 happens when I have done the following after an installation
  
 defaults write NSGlobalDomain GraphicCompositing YES
  
 I have been doing this ever since it was recommend a while ago on one of
the progress reports on
 www.gnustep.org.  I removed the relevant entry from my .GNUstepDefaults
and the above problem also
 disappeared. This however has the side effect that the default
 application icon's ( the GNUstep icon)  transparent parts are visible
again ( they are transparent with 
 GraphicCompositing=YES).
  
 Thanks for the great work!
  
 Julian
  
 ( I am not subscribed to bug-gnustep. I usually read it using
 www.geocrawler.com so it takes a while to respond to messages :) 
  
 -- ---------------------------------------------------------------------
 Julian D. van Greunen julian@suntiger.ee.up.ac.za vangrn@lantic.co.za

 "You see! You see! Your stupid minds! Your stupid! Stupid!"
         - Plan 9 from Outer Space

              



reply via email to

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