Paulo, Hmmm. The only difference between PDFs that process fine - and this one - is the embedded XML. When we remove the XML - it processes fine.
I cannot post the PDF as it contains confidential information. When we re-print using CutePDF -it's OK - but of course that reformats it and removes the XML. Perhaps it relates to the combination of the graphic image on the page and the associated XML. Some piece of code clearly has to be looping to cause a stack overflow. Any thoughts on where inside iText there are potential loops that can runaway without end condition being reached? Thanks, DW -----Original Message----- From: Paulo Soares [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 06, 2006 2:45 PM To: Post all your questions about iText here Subject: Re: [iText-questions] Mac PDF Photoshop Image Alchemy plug-inXMLand stack overflow iText doesn't interprete any XML, the stack overflow doesn't come from there. Please post your PDF. Paulo ----- Original Message ----- From: "Webber, David (NIH/OD) [C]" <[EMAIL PROTECTED]> To: <[email protected]> Sent: Tuesday, June 06, 2006 7:35 PM Subject: Re: [iText-questions] Mac PDF Photoshop Image Alchemy plug-in XMLand stack overflow > Leonard, > > I posted a sample of the XML we're seeing to the bottom of the original > msg here. It appears to be control code for the printer definitions. > Stack overflow usually indicates some looping condition - and that XML > has lots of child occurrences... > > We're using the streaming reader methods; not from the filesystem. We > get a page at a time - that is how we know which page it's on when it > throws the exception. Also - that page contains the image created by > the Alchemy plug-in - and of course has the associated XML at that > point. > > If I re-print the whole document using Adobe Reader 7 and CutePDF - then > CutePDF creates a new PDF without the XML in it - and we are able to > process that OK - that is why we are assuming the XML is the root cause > of the problem. > > Thanks, DW > > > -----Original Message----- > > > I don't know about Image Alchemy, but > many Mac OS applications will write such metadata > into image files. I have not, however, seen that > go into the PDF itself - UNLESS it is inside the image data. > > Can you provide a sample PDF demonstrating this? > > >>This causes iText to throw a ?stack overflow? >>exception when it hits that page in the PDF. >> > > What do you mean "hits that page"? What specific API call in > iText? > > > LDR > > > > ------------------------------------------------------------------------ > --- > Leonard Rosenthol > <mailto:[EMAIL PROTECTED]> > Chief Technical Officer <http://www.pdfsages.com> > PDF Sages, Inc. 215-938-7080 (voice) > 215-938-0880 (fax) > > > _______________________________________________ > iText-questions mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/itext-questions _______________________________________________ iText-questions mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/itext-questions _______________________________________________ iText-questions mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/itext-questions
