Bug 16650 - xfs: fontpath with 'unix/:-1' hangs server
xfs: fontpath with 'unix/:-1' hangs server
Status: CLOSED NOTABUG
Product: Red Hat Linux
Classification: Retired
Component: XFree86 (Show other bugs)
7.0
i386 Linux
medium Severity high
: ---
: ---
Assigned To: Preston Brown
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2000-08-20 19:08 EDT by Kenneth Topp
Modified: 2008-05-01 11:37 EDT (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2000-08-20 19:08:17 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

  None (edit)
Description Kenneth Topp 2000-08-20 19:08:16 EDT
noticed this:
strace fslsfonts -s unix/:-1 2>&1 | grep tmp
connect(3, {sin_family=AF_UNIX, path="/tmp/.font-unix/fs-1"}, 22) = 0

but the doorway that xfs creates by default is /tmp/.font-unix/fs7100

xfs will create the expected doorway file ( .../fs-1) when I added "-port
-1" at the right point of /etc/init.d/xfs.  adding that to
/etc/X11/fs/config was worthless.

couple issues: 
1) having 'unix/:-1' and no doorway hangs X (prevents X from loading or
xset fp+ unix/:1 freezes X right away).
2) no way to set xfs up correctly with out hacks.

I have no idea how this slipped by you guys, so i figure it may be a local
thing.  let me know what details you want.
Comment 1 Kenneth Topp 2000-10-03 08:59:29 EDT
This bug is bogus, I misread xfs (1x) and thought that droppriv implied port -1,
which it doesn't.

I'm gonna attempt to close this bug now.

Note You need to log in before you can comment on or make changes to this bug.