[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-bugs-dist
Subject:    [Bug 51355] six seconds delay when starting any KDE application
From:       Vlado Potisk <vlado_potisk () clex ! sk>
Date:       2002-12-16 10:39:14
[Download RAW message or body]

------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
     
http://bugs.kde.org/show_bug.cgi?id=51355     
vlado_potisk@clex.sk changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|RESOLVED                    |UNCONFIRMED
         Resolution|FIXED                       |



------- Additional Comments From vlado_potisk@clex.sk  2002-12-16 11:39 -------
It's me again. The library function responsible for attempts to
contact local X server is __glXRegisterExtensions() in file 
XFree86-4.2.1/xc/lib/GL/dri/dri_glx.c. It takes no arguments
and doesn't care about $DISPLAY, it just opens local display(s).
As was shown earlier, each unsuccessful attempt means six
seconds of sleep and thus KDE appears to be very very slow.

      for (displayNum = 0; displayNum < maxDisplays; displayNum++) {
         char displayName[200];
         Display *dpy;
         snprintf(displayName, 199, ":%d.0", displayNum);
         dpy = XOpenDisplay(displayName);
         ... lines deleted ....
      }

I don't know much about X internals and I am unable to decide where
is the primary cause of this bug. My hypotheses are:
A: function call XOpenDisplay(local-nonexistent-X-display) should
  return immediately, without delays
or B: __glXRegisterExtensions() behavior is wrong
or C: __glXRegisterExtensions() should not get called it the case of
  external X display

Advice from X gurus would be appreciated.
[prev in list] [next in list] [prev in thread] [next in thread]