search

DBDigital / nookdevs

Automatically exported from code.google.com/p/nookdevs Please note I am not a developer. I only created this to prevent the code from being lost with the shutdown of GoogleCode. If you wish to work on this, contact me and I will add you. :)
0 stars 0 forks source link

NookLibrary 0.0.6 crashes #42

Closed GoogleCodeExporter closed 8 years ago

GoogleCodeExporter commented 8 years ago 
What steps will reproduce the problem?
1. Open NookLibrary 0.0.6
2. Observe Crash

What is the expected output? What do you see instead?

Expect to see my Library - worked fine in 0.0.5

What version of the product are you using? On what operating system?

NookLibrary 0.0.6 on softrooted 1.2

Please provide any additional information below.

Crashes as soon as I open it.

adb logcat:

W/dalvikvm( 2572): VFY: unable to find class referenced in signature
(Ljava/awt/image/BufferedImage;)
W/dalvikvm( 2572): VFY: unable to find class referenced in signature
(Ljava/awt/image/BufferedImage;)
W/dalvikvm( 2572): VFY: unable to find class referenced in signature
(Ljava/awt/image/BufferedImage;)
E/dalvikvm( 2572): Could not find method
java.awt.image.BufferedImage.getRaster, referenced from method
org.icepdf.core.pobjects.Stream.alterBufferedImage
W/dalvikvm( 2572): VFY: unable to resolve virtual method 685:
Ljava/awt/image/BufferedImage;.getRaster ()Ljava/awt/image/WritableRaster;
W/dalvikvm( 2572): VFY:  rejecting opcode 0x74 at 0x0005
W/dalvikvm( 2572): VFY:  rejected
Lorg/icepdf/core/pobjects/Stream;.alterBufferedImage
(Ljava/awt/image/BufferedImage;Ljava/awt/image/BufferedImage;Ljava/awt/image/Buf
feredImage;[I[I)V
W/dalvikvm( 2572): Verifier rejected class Lorg/icepdf/core/pobjects/Stream;
W/dalvikvm( 2572): threadid=17: thread exiting with uncaught exception
(group=0x4000fe68)
E/AndroidRuntime( 2572): Uncaught handler: thread Thread-11 exiting due to
uncaught exception
I/ConnectivityService( 1835): Radio 'On' Lock damping period expired.
I/ConnectivityService( 1835): -> teardown[MOBILE]
E/AndroidRuntime( 2572): java.lang.VerifyError: org.icepdf.core.pobjects.Stream
E/AndroidRuntime( 2572):    at
org.icepdf.core.util.Parser.getObject(Parser.java:315)
E/AndroidRuntime( 2572):    at
org.icepdf.core.pobjects.Document.loadDocumentViaXRefs(Document.java:497)
E/AndroidRuntime( 2572):    at
org.icepdf.core.pobjects.Document.setInputStream(Document.java:420)
E/AndroidRuntime( 2572):    at
org.icepdf.core.pobjects.Document.setFile(Document.java:209)
E/AndroidRuntime( 2572):    at
com.nookdevs.library.PdfMetaReader.readMetadata(PdfMetaReader.java:36)
E/AndroidRuntime( 2572):    at
com.nookdevs.library.PdfMetaReader.<init>(PdfMetaReader.java:31)
E/AndroidRuntime( 2572):    at
com.bravo.ecmscannerservice.ScannedFile.updateMetaData(ScannedFile.java:191)
E/AndroidRuntime( 2572):    at
com.nookdevs.library.NookLibrary.loadCovers(NookLibrary.java:460)
E/AndroidRuntime( 2572):    at
com.nookdevs.library.NookLibrary.access$7(NookLibrary.java:455)
E/AndroidRuntime( 2572):    at
com.nookdevs.library.NookLibrary$1$3.run(NookLibrary.java:327)
E/AndroidRuntime( 2572):    at java.lang.Thread.run(Thread.java:1058)
E/ActivityManager( 1835): SUPPRESSING CRASH DIALOG.....

Original issue reported on code.google.com by nathanie...@gmail.com on 7 Mar 2010 at 3:20

GoogleCodeExporter commented 8 years ago 
Downgraded to 0.0.5 and it works fine again. Tried to upgrade both through 
Trook and
also manually with adb and same thing happens after 0.0.6 is installed either 
way.

Original comment by nathanie...@gmail.com on 7 Mar 2010 at 3:56

GoogleCodeExporter commented 8 years ago 
ok. I'll take a look tomorrow. It's wierd that it doesn't happen in my nook.

Original comment by hari.swa...@gmail.com on 7 Mar 2010 at 4:16

GoogleCodeExporter commented 8 years ago 
Couple other people in the IRC see it as well - appears to be a problem with 
reading
PDF metadata (maybe something in our PDFs are corrupt?) Myself and one other had
crash - we both had pdfs and deleted them and it works fine. One other never 
had the
problem (but had no pdfs).

Original comment by nathanie...@gmail.com on 7 Mar 2010 at 4:24

GoogleCodeExporter commented 8 years ago 
ok. that might explain it. I do have a bunch of pdfs & they work ok. But it 
could be 
due to some specific data within the pdf files like pics or fonts. 
Is it possible to attach one of the pdf files that causes this problem to this 
defect?

Original comment by hari.swa...@gmail.com on 7 Mar 2010 at 4:34

GoogleCodeExporter commented 8 years ago 
One other thing - could be unrelated - I had another pdf file that appeared to 
be
discovered fine and showed in the list, however when in cover view mode, all 
covers
after that pdf book were no longer visible.

Original comment by nathanie...@gmail.com on 7 Mar 2010 at 5:01

GoogleCodeExporter commented 8 years ago 
could be related to the same issue. Send the pdf file that causes the crash and 
I'll 
debug it. 

Thanks,
Hari

Original comment by hari.swa...@gmail.com on 7 Mar 2010 at 5:39

GoogleCodeExporter commented 8 years ago 
Try with the attached package and let me know if there are any exceptions.

Original comment by hari.swa...@gmail.com on 7 Mar 2010 at 6:29

Attachments:

GoogleCodeExporter commented 8 years ago 
Here is the pdf file that was causing mine to crash

Original comment by primetim...@gmail.com on 7 Mar 2010 at 2:41

Attachments:

GoogleCodeExporter commented 8 years ago 
it works with the latest package I attached to this defect. I also added it to 
the 
downloads section.

Original comment by hari.swa...@gmail.com on 7 Mar 2010 at 4:45

GoogleCodeExporter commented 8 years ago 
Hari,

Looks good - works with my pdfs as well and also resolved the second issue I
mentioned too (all covers after a pdf load fine).

Thanks!

Original comment by nathanie...@gmail.com on 7 Mar 2010 at 6:02

GoogleCodeExporter commented 8 years ago

Original comment by hari.swa...@gmail.com on 8 Mar 2010 at 8:20