Bug 4048

Summary: The X Server hangs if a remote fontserver in its fontpath exits.
Product: xorg Reporter: Daniel Stone <daniel>
Component: Server/GeneralAssignee: Xorg Project Team <xorg-team>
Status: RESOLVED INVALID QA Contact:
Severity: normal    
Priority: high    
Version: 6.8.2   
Hardware: x86 (IA32)   
OS: Linux (All)   
Whiteboard:
i915 platform: i915 features:

Description FreeDesktop Bugzilla Database Corruption Fix User 2005-08-11 09:51:36 UTC
Machine/OS: Pentium CPU, Linux kernel 2.4.20-20.9smp
Display:    Xgalileo (Jupiter DDX)
Window Mgr: KDE

Description:
I have two systems in my office, a desktop system and a development
system for X server and remote X client applications development. 
The remote client runs on the development system and opens its GUI
on my desktop system. When it does this, it examines the desktop
X server's font path and adds the development system's font server
to it if it's not already there.

When I reboot the development system, my desktop X server hangs until
the development system's font server is restarted. If I remove the
development system's font server from my desktop X server's fontpath,
rebooting the development system will not affect my desktop X server.

When my desktop X server hangs, even the hardware cursor will not move.
I can still log in from another host, so this is not an OS hangup. It 
happens every time. 

I tried recreating this by reversing the situation between the two
machines since I can grab the development system's X server with the
ddd debugger. The symptoms were slightly different and unpredictable.
The development system's X server locked up every time but sometimes
this was total, like my desktop. Other times it did not lock up until
I attempted to move a window or pull down a menu. When I grabbed the
development systems X server with the debugger it was in new_select.
Sometimes everything was locked except the cursor. Sometime it would
periodically come out of new_select, although it didn't do any work.
Other times, even sending it a request, e.g. xdpyinfo, never cause it
to come out of new_select. 

Perhaps this is because of differences between the two systems, the
being the development system is a dual Coppermine Pentium system
running the same kernel.
Comment 1 Erik Andren 2006-04-28 02:58:17 UTC
This bug is just bogus, closing

Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.