Opened 2 months ago

Closed 7 weeks ago

#376 closed defect (fixed)

Attempting to open a PDF file causes a trap in OPENJP27

Reported by: darcio Owned by:
Priority: major Milestone: 1.4.1
Component: Plugin: JPG Version: 1.4.0
Keywords: Cc:


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.

Attachments (2)

LUCIDE_TRAP - 00DF_04.TRP (81.7 KB) - added by darcio 2 months ago.
EXCEPTQ trap file
LUCIDE_OPENJP27-DEBUG-019E_04.TRP (71.4 KB) - added by darcio 2 months ago.
OPENJP27 debug info for the Lucide trap

Download all attachments as: .zip

Change History (12)

Changed 2 months ago by darcio

EXCEPTQ trap file

comment:1 Changed 2 months ago by lewisr

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.

Last edited 2 months ago by lewisr (previous) (diff)

comment:2 Changed 2 months ago by 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!

comment:3 Changed 2 months ago by diver

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

Last edited 2 months ago by diver (previous) (diff)

Changed 2 months ago by darcio

OPENJP27 debug info for the Lucide trap

comment:4 Changed 2 months ago by darcio

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

comment:5 Changed 2 months ago by diver

do you use the pentium4 arch for rpm's? If yes please download and exchange the dll. This is a i686 dll with some switches disabled. It might run with it.

comment:6 Changed 2 months ago by 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.

comment:7 Changed 2 months ago by diver

Thx i will build a new p4 for testing soon

comment:8 Changed 8 weeks ago by diver

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

comment:9 Changed 7 weeks ago by 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?

comment:10 Changed 7 weeks ago by diver

  • Resolution set to fixed
  • Status changed from new to closed

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.

Note: See TracTickets for help on using tickets.