pdfbox-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From John Hewson <j...@jahewson.com>
Subject Re: "Illegal instruction: 4" with PDFToImage
Date Tue, 11 Aug 2015 23:47:20 GMT
Good news, I’ve fixed this issue, we’d actually seen this bug before so I simply had to
modify our existing workaround. AWT is to blame, see PDFBOX-2929 for details.

— John

> On 11 Aug 2015, at 10:45, Chris Clark <chrisc@allenai.org> wrote:
> 
> The java version:
> 
> java version "1.8.0_45"
> Java(TM) SE Runtime Environment (build 1.8.0_45-b14)
> Java HotSpot(TM) 64-Bit Server VM (build 25.45-b02, mixed mode)
> 
> 
> On Mon, Aug 10, 2015 at 7:53 PM, John Hewson <john@jahewson.com> wrote:
> 
>> Our mailing list doesn’t support binary attachments, can you post the file
>> at a public URL? Obviously this is a JDK bug but we’ll be able to look into
>> working around it. What JDK version are you running?
>> 
>> — John
>> 
>>> On 10 Aug 2015, at 19:39, Chris Clark <chrisc@allenai.org> wrote:
>>> 
>>> Hello,
>>> 
>>> I encountered a PDF that appears to not only fails to parse, but crashes
>> the entire JVM when we attempt to parse it with PDFBox. The PDF is
>> attached, running:
>>> 
>>> java -jar pdfbox-app-2.0.0-SNAPSHOT.jar PDFToImage dangerous_page.pdf
>> -dpi 200
>>> 
>>> Fails with "Illegal instruction: 4"
>>> 
>>> Trying to render the PDF programmatically crashes the JVM. This is on
>> Max OSX. Oddly rendering the PDF with a DPI of 72 works fine but it seems
>> like any other DPI causes the error. PDFBox 1.8.9 was also able to render
>> the PDF.
>>> 
>>> This is presenting a serious problem to us since there is no way for us
>> to recover from this error if it occurs. A fix or even just a work around
>> would be greatly appreciated.
>>> 
>>> Thanks,
>>> Christopher Clark
>>> 
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: users-unsubscribe@pdfbox.apache.org
>>> For additional commands, e-mail: users-help@pdfbox.apache.org
>> 
>> 


Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message