Summary: | ghostscript 9.04 crashes on certain postscript files | ||
---|---|---|---|
Product: | Ghostscript | Reporter: | Orion Poplawski <orion> |
Component: | Font API | Assignee: | Chris Liddell (chrisl) <chris.liddell> |
Status: | RESOLVED FIXED | ||
Severity: | major | ||
Priority: | P4 | ||
Version: | 9.04 | ||
Hardware: | PC | ||
OS: | Linux | ||
Customer: | Word Size: | --- | |
Attachments: | Postscript file that triggers crash - landscape produced by IDL |
Description
Orion Poplawski
2011-10-28 20:06:08 UTC
Ghostscript 9.04 renders the file just fine for me. Are you using GS as we ship it, or are you using the Fedora package? Fedora package, but it also segfaults for me with the gs binary from your site. So perhaps an issue in one of the Fedora libraries? It could be library related, yes, although I'm struggling to see which of the libraries that the binary from our site would use could cause such a crash. Would you be able to download the GS source, build and test it? You won't need to install it, do the default build, and you can run the executable from the ghostscript-9.04/bin directory. I don't currently have a Fedora install - I use Ubuntu........ but if it comes to it, I'll install it in a VM. The binary from your site still uses a lot of system libraries: $ ldd gs-904-linux_x86 linux-gate.so.1 => (0x00770000) libXt.so.6 => /usr/lib/libXt.so.6 (0x44d55000) libSM.so.6 => /usr/lib/libSM.so.6 (0x44c5f000) libICE.so.6 => /usr/lib/libICE.so.6 (0x4d24d000) libXext.so.6 => /usr/lib/libXext.so.6 (0x4d272000) libX11.so.6 => /usr/lib/libX11.so.6 (0x4cffd000) libdl.so.2 => /lib/libdl.so.2 (0x4cf4f000) libm.so.6 => /lib/libm.so.6 (0x4cf22000) libfontconfig.so.1 => /usr/lib/libfontconfig.so.1 (0x44d08000) libpthread.so.0 => /lib/libpthread.so.0 (0x4cf56000) libc.so.6 => /lib/libc.so.6 (0x4cd75000) libuuid.so.1 => /lib/libuuid.so.1 (0x44c57000) libxcb.so.1 => /usr/lib/libxcb.so.1 (0x4cfd8000) libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x4cf73000) /lib/ld-linux.so.2 (0x4cd50000) libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0x44c69000) libexpat.so.1 => /lib/libexpat.so.1 (0x4d3d5000) libXau.so.6 => /usr/lib/libXau.so.6 (0x4cff8000) Same result with binary from local compile: [orion@orca ghostscript-9.04]$ bin/gs ~/idl.ps GPL Ghostscript 9.04 (2011-08-05) Copyright (C) 2011 Artifex Software, Inc. All rights reserved. This software comes with NO WARRANTY: see the file PUBLIC for details. Loading NimbusSanL-Regu font from %rom%Resource/Font/NimbusSanL-Regu... 2579524 1241105 2886692 1589409 3 done. Segmentation fault (core dumped) It's pretty impractical to build a static linked binary these days, so we do end up risking ABI changes. But, for example, the library that seems most likely to be problematic would be Freetype, but the binary from our site is linked to the Freetype *we* ship with out source. I'm getting Fedora 15 now, but I may not have time to investigate until Monday. /usr/lib/freetype shows up in the ldd list for the ghostcript supplied binary so it seems it is using the system freetype. Thanks for looking at it. I've been working around it by downgrading to 9.02 so not critical. If I build with --disable-freetype it displays fine, so definitely a freetype issue. Okay, I can see the problem, and I think I have a fix. I'm confused by a couple of things: a) I didn't think the two circumstances that are occurring here could happen together (hence the code not covering this), and b) why I don't see the issue on Ubuntu. I *do* need to test this fix properly before I commit/publish it - but it's late, and I'm too tired to do it right now. I should have a better idea in the next day or so. |