[Poppler-bugs] [Bug 56318] Unable to read cross-reference streams with 8-byte offsets

[bugzilla-daemon at freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=56318

--- Comment #4 from Thomas Freitag <Thomas.Freitag at alfa.de> ---
(In reply to comment #3)
> (In reply to comment #2)
> > Created attachment 69219 [details] [review] [review]
> > allow a limit of 8 for 'W' entries
> > 
> > Okay, seems as if You're not able or willing, so here a patch to limit the
> > 'W' entries to 8.
> 
> Thanks for your patch. I thought more work would be needed to store the
> offset in a 64bit integer, which would be way beyond my non-existent
> capabilities of C++ developer. Can a Guint store 8-byte integers?

It depends on the machine: in a 32 bit environment Guint has only 32 bit, so
the upper 32 bit will be moved out during reading the xref stream section. So
in a 32 bit enviroment a PDF with size greater than 4 GByte wouldn't be
properly read :-).
In a 64 bit environment Guint has the necessary 64 bit, but even there: has
anyone a PDF with more than 4 GByte? Than we should implement the
LARGEFILE_ACCESS :-)

Cheers,
Thomas

> 
> Lacking of a C/C++ dev environment, I can't test this patch.
> 
> Vincent

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/poppler-bugs/attachments/20121031/feb38373/attachment.html>