Bug 138436

Summary: fc-cache fontconfig/libfreetype segfault processing MSungStd-Light-Acro.otf
Product: [Fedora] Fedora Reporter: Richard Chan <rc556677>
Component: freetypeAssignee: Behdad Esfahbod <behdad>
Status: CLOSED CURRENTRELEASE QA Contact: Brock Organ <borgan>
Severity: medium Docs Contact:
Priority: medium    
Version: 3CC: mattdm
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Fixed In Version: 2.10 Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2006-10-30 21:41:18 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---
Description Flags
The correct fontconfig cache file none

Description Richard Chan 2004-11-09 09:58:35 UTC
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 10:05:05 UTC
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 10:11:25 UTC
Tracked this down to freetype - I replaced libfreetype.so.6
with the library from FC2 and it works.

Comment 3 Richard Chan 2004-11-10 03:22:56 UTC
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 20:15:07 UTC
Do you know if the problem still occurs with freetype 2.1.10 ?

Comment 5 Richard Chan 2005-10-22 01:22:02 UTC
(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-22 01:24:04 UTC
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-22 01:25:40 UTC
Oops - that should be rawhide 2005-10-22.

Comment 8 Matthew Miller 2006-07-10 20:36:28 UTC
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 21:41:18 UTC
Closing since it works in FC5 and forward, and FC3 and FC4 are maintained by
Fedora Legacy for security updates only.