WineHQ
Bug Tracking Database – Bug 4995

 Bugzilla

 

Last modified: 2008-12-27 10:23:19 UTC  

Missing Glyphs for characters: System (non ttf) fonts unusable

Bug 4995 - Missing Glyphs for characters: System (non ttf) fonts unusable
Missing Glyphs for characters: System (non ttf) fonts unusable
Status: CLOSED INVALID
AppDB: Show Apps affected by this bug
Product: Wine
Classification: Unclassified
Component: gdi32
unspecified
Other Linux
: P2 normal
: ---
Assigned To: Mr. Bugs
:
: 5244 5316 (view as bug list)
Depends on:
Blocks:
  Show dependency tree
 
Reported: 2006-04-04 12:07 UTC by Peter Hyman
Modified: 2008-12-27 10:23 UTC (History)
4 users (show)

See Also:
Regression SHA1:
Fixed by SHA1:
Distribution: ---
Staged patchset:


Attachments
Complete make output for font compile issues (188.38 KB, application/octet-stream)
2006-04-04 12:08 UTC, Peter Hyman
Details
courier.ttf sample (6.48 KB, application/x-font-ttf)
2006-04-04 14:04 UTC, Peter Hyman
Details
Notepad Font Selection 1 (0.9.7) (9.33 KB, image/png)
2006-04-05 03:55 UTC, Peter Hyman
Details
Notepad Font Selection 2 (0.9.7) (9.37 KB, image/png)
2006-04-05 03:56 UTC, Peter Hyman
Details
Notepad Font Selection 3 (0.9.10) (8.43 KB, image/png)
2006-04-05 04:51 UTC, Peter Hyman
Details
svgasys.fon file created by wine 0.9.11 (10.59 KB, application/octet-stream)
2006-04-05 15:03 UTC, Peter Hyman
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Peter Hyman 2006-04-04 12:07:39 UTC
See bug #4701 for results of this problem. Compiling wine yields the following
errors for almost all fonts while building...

make[1]: Entering directory `/home/peter/projects/wine/fonts'
fontforge -script ../fonts/genttf.ff courier.sfd courier.ttf
Copyright (c) 2000-2005 by George Williams.
 Executable based on sources from 12:49 2-May-2005.
LD_LIBRARY_PATH="../libs/unicode:$LD_LIBRARY_PATH" ../tools/sfnt2fnt courier.ttf
13 1255 96 128 8
Missing glyph for char 0020
Missing glyph for char 0021
Missing glyph for char 0022
Missing glyph for char 0023
Missing glyph for char 0024
Missing glyph for char 0025
Missing glyph for char 0026

Could these errors be related to the problems displaying System fonts properly?
Comment 1 Peter Hyman 2006-04-04 12:08:56 UTC
Created attachment 2205 [details]
Complete make output for font compile issues

Here is the make output captured during creation of fonts. Are these errors
significant, and if so, can they be resolved?
Comment 2 Peter Hyman 2006-04-04 14:03:35 UTC
Updated to fontforge 20060114 and cvs wine, but same results. The program
../tools/sfnt2fnt continues to complain about missing glyphs and seems to be
unable to generate a proper, usable font.
Comment 3 Peter Hyman 2006-04-04 14:04:17 UTC
Created attachment 2210 [details]
courier.ttf sample
Comment 4 Paul Romanyszyn 2006-04-04 14:26:52 UTC
Missing glyphs don't seem to be the problem unless you use those characters. See
bug 4662 for some recent history on font problems.
Also see #14 that the fontconfig may have a bug.
and then #30 to #34
Comment 5 Peter Hyman 2006-04-04 18:10:08 UTC
upgraded fontconfig to cvs. Still no usable system fonts in notepad. Truetype
fonts OK. FONts are not. Is there a version of wine I could regress to that
would work. 
Comment 6 Mike McCormack 2006-04-04 21:30:32 UTC
The fontforge warnings are normal.  You can submit patches to add the missing
glyphs if you feel the need, but it should generate a valid .ttf and .fon files
anyway.

You seem to have some other problem... which system are you building Wine on? 
Are you sure you don't have the wrong version of Wine installed?

Can you describe how to make the problem appear in Notepad?  Is it as simple as
just loading a random text file?
Comment 7 Peter Hyman 2006-04-05 02:49:37 UTC
Yes. It is as simple as loading notepad and starting to type. I also updated to
fontconfig 2.3.94 cvs bc there was a note somewhere that it caused a bug in
wine. But same result. See the screenshots on bug #4701
http://bugs.winehq.com/attachment.cgi?id=2203&action=view  which you also nicely
replied to, Mike. Any fon file is unreadable. I compiled on Gentoo using kernel
2.6.15. This is a recent problem, and I'm afraid I can't remember in which
version this problem began, but it was very recent. I first noticed it in a data
entry box which used the System font. I am going to start going backwards with
wine and see if I can trace it down to a specific version. I will report back
when I can find the version it last worked in.
Comment 8 Mike McCormack 2006-04-05 03:19:00 UTC
> I compiled on Gentoo

I have short patience with Gentoo.  It seems Gentoo users seem to be able to get
themselves into lots of trouble.

I suggest you try it on a binary only distribution.  If it works, you'll know
that you've messed up the compilation somehow.
Comment 9 Peter Hyman 2006-04-05 03:25:08 UTC
I'll keep you advised! And, I do understand your comment! Many moving parts --
although this is a new one, even to me.
Comment 10 Peter Hyman 2006-04-05 03:44:17 UTC
Notepad works on 0.9.7. Programs that use dialog with System font show
correctly. Default font is Andale Mono, but Wine System font also works with a
font of 12 or larger. No characters with under 12 point.
Comment 11 Peter Hyman 2006-04-05 03:55:49 UTC
Created attachment 2212 [details]
Notepad Font Selection 1 (0.9.7)
Comment 12 Peter Hyman 2006-04-05 03:56:09 UTC
Created attachment 2213 [details]
Notepad Font Selection 2 (0.9.7)
Comment 13 Peter Hyman 2006-04-05 04:23:32 UTC
0.9.9 OK
Comment 14 Peter Hyman 2006-04-05 04:51:15 UTC
Problem occurs with 0.9.10. First default font is System. System.fon has no
usable characters init. Prior versions had a different font first AD Mono.
Comment 15 Peter Hyman 2006-04-05 04:51:49 UTC
Created attachment 2215 [details]
Notepad Font Selection 3 (0.9.10)
Comment 16 Vitaliy Margolen 2006-04-05 12:44:36 UTC
Could you please do regression testing and find what patch broke it?
Also make sure that you _install_ Wine. Or copy all of the Wine's *fon files
into ~/.wine/drive_c/windows/fonts dir (NOT *ttf files!)
Comment 17 Peter Hyman 2006-04-05 14:46:01 UTC
Ah. I did not copy .fon files, nor did I use wineinstall. I will try that and
review the results and report. Thank you.
Comment 18 Peter Hyman 2006-04-05 14:58:16 UTC
OK. As I noted, the problem begins with wine 0.9.10. Copying the
/usr/share/wine/fonts/*fon files to ...../windows/fonts had exactly the same
effect as when they were in their original installed directory. Furthermore,
after I regressed again to 0.9.9, leaving the fonts alone, the same error
occured. So, it appears that the font generation process is what is going wrong
for me, not wine's ability to locate a font.
fontconfig 2.3.2
fontforge 20050502

Anything else I can try?
Comment 19 Peter Hyman 2006-04-05 15:03:41 UTC
Created attachment 2218 [details]
svgasys.fon file created by wine 0.9.11

the only font files that have what look like usable data (per fontforge) are:
ssee*fon
sserif*fon
The rest are all unreadable little squres.
Comment 20 Peter Hyman 2006-04-07 11:30:53 UTC
It appears wine requires a newer version of fontforge. However, in configure.ac
there is no test for a particular version. Thus, if fontforge 20050502 is
installed, configure will not complain, but wine > 0.9.9 will not create usable
fonts. Therefore, it appears the resolution is to add a test to configure.ac so
that the output of fontforge --version contains 2006. This bug is resolved when
wine > 0.9.9 is built with fontforge 20060114 installed.

A simple test like this works:

# if fontforge --version | grep 2006; then echo "OK"; fi

Not sure of the best way to accomplish this in configure.ac. However, some kind
of test must be done.
Comment 21 Vitaliy Margolen 2006-05-21 09:53:35 UTC
*** Bug 5244 has been marked as a duplicate of this bug. ***
Comment 22 Vitaliy Margolen 2006-05-29 14:34:16 UTC
*** Bug 5316 has been marked as a duplicate of this bug. ***
Comment 23 Alex Eagar 2006-05-29 22:53:47 UTC
Unreadable font selected by default after installation.

This bug occurs in PAF 5.2 running in Wine 0.9.14. If a developer discovers that these are different 
bugs, I won't mind if they are separated.

There is a jackpot available to whomever fixes this bug so that a readable font is selected in PAF 5.2 by 
default after installation.

http://www.eagargospelstudy.org/paf/

Ubuntu 6.06 RC with all updates as of May 29, 2006 running Wine 0.9.14.

1. Download PAF 5.2 from http://www.familysearch.org/eng/home/welcome/pafDownload.asp
2. Install PAF by running 'wine PAF5EnglishSetup.exe'
3. During installation keep default settings except:
 - Uncheck 'View 'Getting Started' document now.' 
 - Uncheck 'Place a shortcut to PAF on your desktop.'
 - Select 'No, I will restart my computer later.'
4. If the installation crashes while copying files, repeatedly rerun the installation until it finishes. It took 
me four times to get it installed. See bug 5251.
5. Run 'wine ~/.wine/drive_c/Program\ Files/FamilySearch/Paf5/paf5.exe'.
6. Notice that the fonts are not readable.
7. Close the welcome window by clicking the X in the title bar.
8. Click the menu item Tools. In windows it is the sixth out of ???? menu items. In wine it is the third out 
of four menu items.
9. Click the last menu sub item, 'Preferences'.
10. Close the popup window by clicking the X in the title bar.
11. Click the fourth tab 'Fonts'. In Windows XP it is the sixth tab.
12. Click each of the four buttons on the right 'Change'.
13. Notice that the font 'TAMu_Kalyani' is selected.
14. In Windows, the default fonts are as follows.
 - Main Screen - Microsoft Sans Serif Normal 11pt
 - Dialogs - Microsoft Sans Serif SemiBold 8pt
 - Notes Edit Screen - Microsoft Sans Serif Normal 9pt
 - Microsoft Sans Serif Normal 9pt
15. Select FreeSans.
16. Click the the top button on the right 'OK'.
17. Click the left button on the bottom 'OK'.

When the font 'Microsoft Sans Serif' is not available, it should default to something like 'FreeSans'.
Comment 24 cnbiz850 2006-06-22 07:23:59 UTC
Just discovered this error during make time of Wine 0.9.16 on Ubuntu 6.06. 
Guess it is the problem when some Chinese text displayed with system fonts are
shown with ||||.  Seriously looking forward to a solution.
Comment 25 cnbiz850 2006-06-22 07:25:56 UTC
Just discovered this error during make time of Wine 0.9.16 on Ubuntu 6.06. 
Guess it is the problem when some Chinese text displayed with system fonts are
shown with ||||.  Seriously looking forward to a solution.
Comment 26 Sam Dennis 2006-09-29 12:44:07 UTC
This commit introduced this behaviour with earlier versions of fontforge:

commit 593665b6b9ecd7e149fe8e33f84f732d3c20914a
Author: Huw Davies <huw@codeweavers.com>
Date:   Tue Apr 4 20:46:55 2006 +0100

    fonts: Add a few missing glyphs.

:100644 100644 86c34f4... 9d7011f... M  fonts/ms_sans_serif.sfd

As fontforge support pkg-config, detecting the required version in configure.ac
should be trivial.  "$PKG_CONFIG --atleast-version=20060703 fontforge" should be
adequate after checks that pkg-config is present and sufficiently recent.  (The
version used here is the version I upgraded to after regression testing and
seems to work perfectly.  The tests were performed with 20050502.)
Comment 27 Alex Eagar 2007-04-05 22:14:46 UTC
Could someone please verify whether the behavior described in comment #23 is a result of this bug? If the 
behavior is not a result of this bug, could you either log a new bug or just let me know so that I can log a 
bug on it?
Comment 28 Dmitry Timoshkov 2007-04-05 23:53:03 UTC
In the first place the messages like "Missing glyph for char 0020" are not
the bugs unless you have an application that attempts to use a character
that is missing in the font. In that case you have to specify what exactly
the missing character is.

Some points:
1. bitmap font generation in Wine does depend on fontforge being installed,
and fontforge version should be recent enough to be able generate correct
Windows format bitmap fonts.
2. FreeType versions prior 2.1.9 have broken/incomplete support for Windows
format bitmap fonts, Wine disables bitmap font support if it detects an older
FreeType version.

I'm going to close this bug, if you have a real problem that is not caused
by the reasons listed above please open a new bug.
Comment 29 Alex Eagar 2007-04-06 11:24:59 UTC
Thank you for your clarification. I suspected that this might not be the bug that I encountered in PAF. I will 
search for the correct bug and if I don't find anything I will submit a new bug.
Comment 30 Tony Lambregts 2007-04-22 13:31:00 UTC
Closing


Privacy Policy
If you have a privacy inquiry regarding this site, please write to [email protected]

Hosted By CodeWeavers