Skip Menu |

This queue is for tickets about the PDF-API2 CPAN distribution.

Report information
The Basics
Id: 23720
Status: resolved
Priority: 0/
Queue: PDF-API2

People
Owner: alfredreibenschuh [...] gmx.net
Requestors: Matthias.Belz [...] springer.com
Cc:
AdminCc:

Bug Information
Severity: (no value)
Broken in: (no value)
Fixed in: (no value)



Subject: $pdf->pages takes extremely long
Date: Thu, 30 Nov 2006 13:31:31 +0100
To: bug-PDF-API2 [...] rt.cpan.org
From: "Belz, Matthias, Springer DE" <Matthias.Belz [...] springer.com>
Hello, This is a kind of follow up to bug 15185. I have now another PDF file where the "pages" function takes very long (1 to 2 days on a fast machine), even though the current version of PDF::API2 is used that was improved in this regard (see bug 15185). Since the module does finish eventually, this is technically not a bug, but it seems very odd to me that PDF::API2 takes so long whereas Acrobat Reader needs only a few seconds to open the file and show me that there are 29 pages. I have placed the PDF file here: http://devel.springer.de/PDF-API2.pdf (9 MB) There are some figures in it that take quite long to display on the screen, and I guess that's the reason for the long processing time of the module. What I don't understand is why it's necesarry at all to parse these structures in order to determine the page count. Technical data: Distribution name and version: PDF-API2-0.55.tar.gz Perl version: v5.8.4 built for sun4-solaris-64int Operating system: SunOS 5.10 Generic_118833-22 sun4v sparc SUNW,Sun-Fire-T200 Thanks in advance, Matthias Belz
works as designed. since PDF::API2 uses a much more generic method to read page structs than adobe reader. the document in question uses an abnormal large amount of graphic states which PDF::API2 must parse to get a complete page object. sorry
works as designed.