#225 xfs crash

Causes Crash
closed-fixed
None
5
2003-02-07
2002-11-20
Anonymous
No

xfs refuses to start under any user with any font path, even the standard X11 font path.

xfs on linux, mounting the same directories via nfs, runs just fine.

Error log:

[HOFFMANN:/usr/X11R6/bin] root# ./xfs
./xfs notice: listening on port 7100
./xfs notice: ignoring font path element /usr/X11R6/lib/X11/fonts/misc/ (bad font path descriptor)
./xfs notice: ignoring font path element usr/X11R6/lib/X11/fonts/misc/ /usr/X11R6/lib/X1 (bad font path descriptor)
./xfs notice: ignoring font path element sr/X11R6/lib/X11/fonts/misc/ /usr/X11R6/lib/X11/fonts/Speedo//usr/X11R6/lib/X11/fonts/Type1//usr/X11R6/lib/X11/font (bad font path descriptor)
./xfs notice: ignoring font path element r/X11R6/lib/X11/fonts/misc/ /usr/X11R6/lib/X11/fonts/Speedo//usr/X11R6/lib/X11/fonts/Type1//usr/X11R6/lib/X11/fon (bad font path descriptor)
./xfs notice: ignoring font path element /X11R6/lib/X11/fonts/misc/ /usr/X11R6/lib/X11/fonts/Speedo//usr/X11R6/lib/X11/fonts/Type1//usr/X11R6/lib/X11/fon (bad font path descriptor)
./xfs notice: ignoring font path element X11R6/lib/X11/fonts/misc/ /usr/X11R6/lib/X11/fo (bad font path descriptor)
*** malloc[526]: Deallocation of a pointer not malloced: 0x268fd0; This could be a double free(), or free() called with the middle of an allocated block; Try setting environment variable MallocHelp to see tools to help debug
./xfs error: Element #0 (starting at 0) of font path is bad or has a bad font:
"/usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/Speedo/,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/CID/,/usr/X11R6/lib/X11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/"
Abort

Discussion

  • Logged In: YES
    user_id=133579

    This is actually a fairly subtle problem related to the fact that libXfont should be a flat namespace image. The problem is that libXfont is designed such that applications that link with it can override functions in libfntstubs.a that libXfont links against. This is the same problem that we had with libXt. The only way to accomodate this design on Mac OS X appears to be to revert libXfont to being a flat namespace image.

     
    • assigned_to: nobody --> torrey
     
  • Logged In: YES
    user_id=133579

    This is fixed in XFree86 4.2.99.901.

     
    • status: open --> closed-fixed