Summary: | gs crashes in gs_glyph_cache_elem__locate() | ||
---|---|---|---|
Product: | Ghostscript | Reporter: | Stephen J. Turnbull <stephen> |
Component: | Font API | Assignee: | Stefan Kemper <stefan.kemper> |
Status: | NOTIFIED WORKSFORME | ||
Severity: | normal | CC: | htl10 |
Priority: | P2 | ||
Version: | master | ||
Hardware: | PC | ||
OS: | Linux | ||
Customer: | Word Size: | --- | |
Attachments: |
file containg Japanese text; causes all recent versions of GS to segfault
cidfmap describing location of tt fonts used |
Description
Stephen J. Turnbull
2003-10-02 22:39:30 UTC
Thank you for testing Ghostscript. You don't need to make the file public. Ghostscript Bugzilla supports private attachments visible only to a small group of active GS developers. If private attachment is still unacceptable, try to create a special sample file. There are 2 ways to do it: You can try to create another document with some random text but the same formatting, fonts, etc. Sometimes it is easier to remove most of the original document until it is no longer sensitive, but still demonstrates the problem. Or alternatively, send the file via email to me at jack@artifex.com, and I will put it on our private server for the other Artifex employees to investigate. We'll need a test file for this in order to make any progress. Please reopen once you've attached one (you can mark it private once it is attached). Created attachment 767 [details]
file containg Japanese text; causes all recent versions of GS to segfault
Uses truetype fonts. Seems to matter which ones (always get a crash, but the
output file differs, some get farther than others).
cidfmap file attached separately.
Created attachment 768 [details]
cidfmap describing location of tt fonts used
the kochi/naga10 fonts mentioned in that file also crash GS
haven't tested that recently because Debian broke the font files a
while back and I'm not sure what went wrong.
Sorry about the long delay. I detest web interfaces (which is not your problem) and since I was expecting email from the bug system and never saw any (maybe my spam filter is too agressive?), I asumed y'all were ignoring me. Sorry about that. I commented with the PS file attachment that the ms and kochi fonts behave differently, but that's probably bogus. I do know that the crash happens in different places with different GS versions, but that's not surprising if it's stack smashing or tromping on the malloc arena. Since I wrote in the oriingal report that they're the same "down to the count and element", I'll stick to that. jack, can you please verify that this is still an issue? I don't have the fonts in question. I think the problem is already fixed somehow? I have all the 4 Japanese fonts mentioned, and just tried Stephen's ps test file (comment 4), and editing Stephen's cidmap (comment 5) to load each of the font files in turn, and they all work alright with ghostscript 8.51 - Stephen's test ps file only tries to load exactly one japanese font (Ryumin-Light) though, unlike the initial report; but I am able to load both of the MS fonts with gs 8.51 elsewhere (see bug 687825). oh, I can read a bit of Japanese. (Just being helpful, as I have the fonts handy. Hi Stephen - we had some lengthy MULE/cxterm discussion once a few years ago...) Since this is an old bug, and we don't have any reports that recent GS has a problem, closing as WORKSFORME |