Bug 138436 - fc-cache fontconfig/libfreetype segfault processing MSungStd-Light-Acro.otf
fc-cache fontconfig/libfreetype segfault processing MSungStd-Light-Acro.otf
Product: Fedora
Classification: Fedora
Component: freetype (Show other bugs)
All Linux
medium Severity medium
: ---
: ---
Assigned To: Behdad Esfahbod
Brock Organ
Depends On:
  Show dependency treegraph
Reported: 2004-11-09 04:58 EST by Richard Chan
Modified: 2008-08-02 19:40 EDT (History)
1 user (show)

See Also:
Fixed In Version: 2.10
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2006-10-30 16:41:18 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)
The correct fontconfig cache file (187 bytes, text/plain)
2005-10-21 21:24 EDT, Richard Chan
no flags Details

  None (edit)
Description Richard Chan 2004-11-09 04:58:35 EST
Description of problem:

fontconfig crashes on the font file MSungStd-Light-Acro.otf
when creating the fonts.cache-1 file. fc-cache will segfault
when processing a directroy with this file.
The existence of this file prevents X start-up on window
managers using fontconfig

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1. Get the font file from Adobe Asian Font Packs
by choosing
Adobe Acrobat 5.x
Chinese Traditional
You will get a chtfont.tar.gz file containing the MSung... file
2. The file is 8351624 bytes with md5sum 
3. Create a directory for the file and put the directory in
4. Run fc-cache -v -f
Actual results:
fc-cache will segfault on the directory containing this
font file

Expected results:
fc-cache will correctly create the cache file

Additional info:
This works on FC2 - could be problem in the fontconfig library.
Comment 1 Richard Chan 2004-11-09 05:05:05 EST
Unfortunately the font file is too large to attach here - my apologies
for making you go through hoops to access the font but it is 
directly  available at
Comment 2 Richard Chan 2004-11-09 05:11:25 EST
Tracked this down to freetype - I replaced libfreetype.so.6
with the library from FC2 and it works.
Comment 3 Richard Chan 2004-11-09 22:22:56 EST
Faulty version of freetype is 2.1.9-1 as shipped
with Fedora Core 3. FC2's freetype-2.1.7-4 is ok.
Other large otfs from Adobe (e.g. Chinese Simplified, Japanese)


don't trigger this problem in FC3.
Comment 4 Matthias Clasen 2005-10-21 16:15:07 EDT
Do you know if the problem still occurs with freetype 2.1.10 ?
Comment 5 Richard Chan 2005-10-21 21:22:02 EDT
(In reply to comment #4)
> Do you know if the problem still occurs with freetype 2.1.10 ?
Fixed using 2.1.10 from rawhide (problem still occurs with 2.1.9 in Core 4); can
generate cache file now.
Comment 6 Richard Chan 2005-10-21 21:24:04 EDT
Created attachment 120279 [details]
The correct fontconfig cache file

This cache file is correctly generated by freetype 2.10 in rawhide 2005-10-09.
fc-cache crashes on this font file all the way from FC3 to FC4 with 2.1.9.
Comment 7 Richard Chan 2005-10-21 21:25:40 EDT
Oops - that should be rawhide 2005-10-22.
Comment 8 Matthew Miller 2006-07-10 16:36:28 EDT
Fedora Core 3 is now maintained by the Fedora Legacy project for security
updates only. If this problem is a security issue, please reopen and
reassign to the Fedora Legacy product. If it is not a security issue and
hasn't been resolved in the current FC5 updates or in the FC6 test
release, reopen and change the version to match.

Thank you!
Comment 9 John Thacker 2006-10-30 16:41:18 EST
Closing since it works in FC5 and forward, and FC3 and FC4 are maintained by
Fedora Legacy for security updates only.

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