[comp.unix.ultrix] Default font path for X/DECwindows

chpf127@ut-emx.UUCP (John W. Eaton) (09/01/89)

I have a VaxStation 3200 running Ultrix 3.0 and UWS 2.0.  I have
created a new directory, /usr/lib/dwf/newfonts and would like to add
this to the default X server font path.  If I read the manuals
correctly, I should be able to modify one line in my /etc/ttys file
and be done with it.  Unfortunately, life with Ultrix never seems to
be that simple :-(

I have the following line in my /etc/ttys file:

:0 "/usr/bin/login -P /usr/bin/Xprompter -C /usr/bin/dxsession"
  none on secure window="/usr/bin/Xqdsg -fd 75 p #000080 c 70"

The man page for X clearly states that the Xqdsg option for setting
the default font path is:

     -fp string          Sets the default font path.  The default
                         is /usr/lib/dwf

This does not work when given a comma separated list.  This would seem
to be the most likely format for `string', as `xset q' returns just
such a list for the default font path (which is, BTW, not simply
/usr/lib/dwf) .  For example:

  /usr/lib/dwf/75dpi/,/usr/lib/dwf/newfonts/

fails, but if I give it one directory, say  /usr/lib/dwf/75dpi/  the
default font path is reset properly.

Does anyone know why the comma separated list fails?  Is this even the
right format for this option?  The manual seems to assume we all know
the correct format for `string'...

I am currently having users reset the path each time they log on and
need to use the new fonts, though this is not entirely desireable, as
it takes about a minute to reset the font path, during which time the
disk is working constantly, and the console is locked up even if the
job is put in the background.  Even worse, if the user forgets that
the new directory has been added to the list and tries to add it
again, disaster strikes -- the login session is killed.

Why should it take so long to add a directory to a path, and why is
the disk working all this time?  Is xset actually looking at all the
files in the directory?

Any suggestions (other than `dump that beast in the river' ... well,
maybe that's not such a bad idea :-) will be greatly appreciated,



-- 
John Eaton
chpf127@emx.utexas.edu
Department of Chemical Engineering
The University of Texas at Austin
Austin, Texas  78712