> -----Original Message-----
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On
> Behalf Of Edward W. Rouse
> Sent: Thursday, August 21, 2008 4:09 PM
> To: 'Post all your questions about iText here'
> Subject: Re: [iText-questions] Extremely large PDFs
>
> So maybe I am looking at this the wrong way. If the xref
> table only uses int pointers, then pdf files shouldn't be
> able to be larger than 2Gb. So are you saying the pdf xref
> table or the iText xref table? I guess I need to take another
> look at the pdf spec.
The internal iText representation of the xref table. The PDF limit is 10G.
Paulo
>
> Edward W. Rouse
>
>
> -----Original Message-----
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On
> Behalf Of Paulo Soares
> Sent: Thursday, August 21, 2008 10:47 AM
> To: Post all your questions about iText here
> Subject: Re: [iText-questions] Extremely large PDFs
>
>
>
> > -----Original Message-----
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED] On
> > Behalf Of Edward W. Rouse
> > Sent: Thursday, August 21, 2008 3:20 PM
> > To: 'Post all your questions about iText here'
> > Subject: Re: [iText-questions] Extremely large PDFs
> >
> > It's due to the use of a byte array as the underlying data
> > structure which
> > has the 2Gb limit.
>
> The problem is not there but in the xref table that only uses
> int pointers.
>
> > It would be a monumental undertaking to
> > redo iText to use
> > something else, so I completely understand why this may never
> > happen.
>
> It's not an impossible task (and it would certainly be easier
> than the work done on signatures) as long as a single object
> was not greater than 2G, a reasonable "restriction". The
> problem is that only a couple of people would benefit from it
> and none of the current developers has a need for it.
> Furthermore, iText is not that suited to process files with
> lots of objects, it does too much work beforehand and for a
> splitting program, for example, most of it is not needed and
> just takes time and memory.
>
> Paulo
>
> > And
> > really, how many situations require handling such huge files?
> > I would say
> > not many.
> >
> > Right now I am looking at ways to take very large files and
> > split them down
> > into more manageable subfiles to pass to iText. If it was a
> > simple beak on
> > pages I would be done already. The sticking point is having
> > to determine an
> > exact place for a page break so that all of the pages that
> belong to a
> > smaller pdf stay in the same subfile. That and preserving all of the
> > original bookmark info in the subfiles.
> >
> > But it's the challenges that keep the job interesting ;)
> >
> > Edward W. Rouse
Aviso Legal:
Esta mensagem é destinada exclusivamente ao destinatário. Pode conter
informação confidencial ou legalmente protegida. A incorrecta transmissão desta
mensagem não significa a perca de confidencialidade. Se esta mensagem for
recebida por engano, por favor envie-a de volta para o remetente e apague-a do
seu sistema de imediato. É proibido a qualquer pessoa que não o destinatário de
usar, revelar ou distribuir qualquer parte desta mensagem.
Disclaimer:
This message is destined exclusively to the intended receiver. It may contain
confidential or legally protected information. The incorrect transmission of
this message does not mean the loss of its confidentiality. If this message is
received by mistake, please send it back to the sender and delete it from your
system immediately. It is forbidden to any person who is not the intended
receiver to use, distribute or copy any part of this message.
-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
iText-questions mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/itext-questions
Buy the iText book: http://www.1t3xt.com/docs/book.php