Bug 47921 - Adobe symbol font problems with Java SDK 1.4.0Beta
Summary: Adobe symbol font problems with Java SDK 1.4.0Beta
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: XFree86
Version: 7.1
Hardware: i686
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Mike A. Harris
QA Contact: David Lawrence
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2001-07-09 03:11 UTC by dsamperi
Modified: 2007-04-18 16:34 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2001-07-13 00:34:37 UTC
Embargoed:


Attachments (Terms of Use)
output of xlsfonts|grep adobe-symbol (1.75 KB, patch)
2001-07-13 00:34 UTC, dsamperi
no flags Details | Diff

Description dsamperi 2001-07-09 03:11:12 UTC
From Bugzilla Helper:
User-Agent: Mozilla/4.76 [en] (X11; U; Linux 2.4.5 i686)

Description of problem:
If you run one of the demo's that comes with the Java SDK 1.4.0Beta for
Linux, for
example, 'java -jar SampleTree.jar', you get a stream of erros of the form:
"Font
specified in font.properties not found
[-adobe-symbol-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific]"

This does not happen under Linux 6.1 (on my laptop).

How reproducible:
Always

Steps to Reproduce:
1.Run 'java -jar SampleTree.jar' from the Java SDK 1.4.0 beta
2.
3.
	

Actual Results:  It works, but there is a stream of error messages about
unknown fonts.

Expected Results:  Should work without error messages (as it does under Red
Hat 6.1).

Additional info:

Comment 1 Mike A. Harris 2001-07-12 15:39:32 UTC
The %d in there makes it look like a bug in the code that is requesting 
the font.  Just a guess, the app has a "%%d" in a format string, but should
actually have a "%d" there.

Comment 2 Mike A. Harris 2001-07-12 15:43:16 UTC
Open up an xterm.  What does "xlsfonts | grep adobe-symbol" show?

Comment 3 dsamperi 2001-07-13 00:34:33 UTC
Created attachment 23467 [details]
output of xlsfonts|grep adobe-symbol

Comment 4 Mike A. Harris 2001-07-18 08:44:45 UTC
This appears to be an application bug, not an XFree86 bug.  The fonts
are there and list with xlsfonts fine.  As postulated before, it
appears to be a bug in the format string used to request a font by
the application.

That "%d" is the key.  If you have the source code for it, grep the sources
for "\-%%d\-" and you'll likely find the offending source.


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