Attempting to open a PDF file causes a trap in OPENJP27

[darcio]

Using Lucide 1.41 RC_4 (2019-01-08) release here. Attempting to open a Brother HL5470DW User Guide (manual) crashes Lucide.

Looking at the trap dump I find the following:

Exceptq Version: 7.11.3-shl (Jul 5 2016)

Exception C0000005 - Access Violation

Process: G:\APPS\GENERAL\LUCIDE\LUCIDE.EXE (01/08/2019 14:43:23 16,757) PID: DF (223) TID: 04 (4) Slot: D3 (211) Priority: 200

Module: OPENJP27 Filename: G:\USR\LIB\OPENJP27.DLL (11/02/2018 14:46:08 203,792) Address: 005B:10562DB2 (0001:00002DB2) Cause: Unknown access fault

So it looks like the JPG module is at fault? I flagged the ticket 'Component: Plugin:JPG', but please change if that is not correct.

I will u/l the EXCEPTQ trap file next. The problem PDF file is about 4MB in size, not sure if I can u/l for your review or not - will try, although I'm thinking the size is too big.

[darcio]

EXCEPTQ trap file

[Lewis Rosenthal]

This document is secured. There is no password required to open the document, however, Acrobat 8.0 says:

                         Printing: Allowed
            Changing the Document: Not Allowed
                Document Assembly: Not Allowed
                  Content Copying: Not Allowed
Content Copying for Accessibility: Allowed
                  Page Extraction: Not Allowed
                       Commenting: Not Allowed
           Filling of form fields: Not Allowed
                          Signing: Not Allowed
       Creation of Template Pages: Not Allowed

GhostView can open the document without a problem.

qPDFView crashes. DiffPDF crashes when attempting to render (comparing the original file to copy of the same file seems to read through all 177 pages, but when differencing it to another file, DiffPDF exits at the point of rendering the first differenced page).

Here, Lucide 1.4.1 does not crash or generate a TRP file. Instead, it seems to hang forever attempting to create the thumbnail, and if canceled, only the bookmarks render in the navigation pane.

It would appear that poppler is having difficulty rendering this file. As such, I'm not sure that there is much that Lucide can do. We should test a poppler-driven PDF rendering app on another platform to see how that performs.

[darcio]

Hey Lewis, alright let me see if I can install a QT based viewer on one of my Winx boxes...give me a couple of days and I'll report back. Thanks!

[Silvan Scherrer]

you need to install the debuginfo for openjpeg, this could give a lot more info about the crash.

[darcio]

OPENJP27 debug info for the Lucide trap

[darcio]

@diver Alright, got it...I u/l'd the 'LUCIDE_OPENJP27-DEBUG-019E_04.TRP' file...love the details in there, I only wish I had the know-how to read that...LOL, anyways, hopefully that helps.

[Silvan Scherrer]

do you use the pentium4 arch for rpm's? If yes please download ​http://rpm.netlabs.org/release/00/zip/openjpeg2-2_3_0-1_oc00.zip and exchange the dll. This is a i686 dll with some switches disabled. It might run with it.

[darcio]

@diver Yes, I try to install only the p4 stuff when it's available. OK, I pulled the i686 you listed, yup, works perfect. Tried it with a number of other PDFs (quick attempt at regression testing) and all passed.

[Silvan Scherrer]

Thx i will build a new p4 for testing soon

[Silvan Scherrer]

please try latest openjpeg rpm from exp repo. It should work, as I disabled sse in the p4 build.

[darcio]

@diver Good news, I pulled that updated RPM and installed. It required the exp version of libc, so I took a chance on that as well.

This change resolved my issue, I no longer see the crashes I was seeing before. I regression tested with numerous PDFs, including my larger 58M ones, all were good. This is standard viewing function only, I did not attempt anything else beyond this.

Is there anything else you want me to test?

[Silvan Scherrer]

nope all is done. as soon as libcn (new libc) is ready to be moved to rel, I will also move openjpeg2 to rel. I mark this ticket as resolved.