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

Report information
The Basics
Id:
23720
Status:
resolved
Priority:
Low/Low
Queue:

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

BugTracker
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.


This service runs on Request Tracker, is sponsored by The Perl Foundation, and maintained by Best Practical Solutions.

Please report any issues with rt.cpan.org to rt-cpan-admin@bestpractical.com.