Bugzilla will be upgraded to version 5.0 on a still to be determined date in the near future. The original upgrade date has been delayed.
Bug 7613 - ttmkfdir creates foundry names with spaces, sends X into a spin
ttmkfdir creates foundry names with spaces, sends X into a spin
Product: Red Hat Linux
Classification: Retired
Component: freetype (Show other bugs)
i386 Linux
medium Severity medium
: ---
: ---
Assigned To: Preston Brown
Depends On:
  Show dependency treegraph
Reported: 1999-12-05 20:02 EST by paul
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:
Last Closed: 2000-02-17 12:25:54 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description paul 1999-12-05 20:02:18 EST
Running ttmkfdir in a fairly standard Win98 /windows/fonts directory
creates a fonts.scale file which contains spaces in the foundry (or is it
family?) names.

After adding this directory to the font path and restarting the X font
server, any operation that uses fonts (e.g. xlsfonts) sends X into a fairly
tight loop.

I'm not sure whether this is an X problem (i.e. spaces in foundry names not
handled properly) or a ttmkfdir problem (i.e. spaces in foundry names are
illegal but it puts them there anyway).  Either way, replacing the names
containing spaces with made-up abbreviations without spaces fixes the
Comment 1 Preston Brown 2000-01-12 22:58:59 EST
fixed for 6.2. and yes, it is the family name, not foundry name, that causes
Comment 2 paul 2000-01-13 04:12:59 EST
Which was the problem: ttmkfdir creating invalid names, or X not handling valid
Comment 3 Preston Brown 2000-02-16 10:50:59 EST

I'm having doubts about the validity of my patch.  Can you show me the lines in
the old fonts.dir that were giving you problems?
Comment 4 Paul Gear 2000-02-16 12:40:59 EST
No problems, Preston.  I ran this command in my Win98 fonts directory:
	awk -F- '$2 ~ / /' fonts.scale

Here are some of the matching lines (i'm sure bugzilla will mangle the word
wrapping, but you should get the picture):

desdemon.TTF -The Font Bureau,
gradl.TTF -The Font Bureau, Inc.-Gradl-medium-r-normal--0-0-0-0-p-0-ascii-0
lhandw.ttf -Bigelow &
lhandw.ttf -Bigelow &
lhandw.ttf -Bigelow &
lhandw.ttf -Bigelow &

I mangled the second field by hand to remove the spaces and it works fine.
Comment 5 Preston Brown 2000-02-16 14:11:59 EST
and if you change

lhandw.ttf -Bigelow &

to lhandw.ttf -Bigelow & Holmes-Lucida

It breaks X?
Comment 6 Paul Gear 2000-02-16 16:55:59 EST
Sorry - i was not clear enough there.  Here is a broken entry:

lhandw.ttf -Bigelow &

And here is the equivalent entry that works:

lhandw.ttf -bigelowholmes-Lucida

The first one was created since i upgraded to the Rawhide version you made, and
the second beforehand.  It looks like you fixed the wrong field.  I haven't
actually tested it since you released the rawhide version, as i'd found the
Comment 7 Preston Brown 2000-02-17 12:25:59 EST
I can't duplicate the tight loop with XFree86 3.3.6 (for next release) and
spaces in either the foundry or the font name, so I am reverting this patch.

I tested both xlsfonts and xfontsel.
Comment 8 Paul Gear 2000-02-25 20:31:59 EST
OK - no problems.  Is there any way we can get a reminder from Bugzilla to test
this once the new version is released?

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