I still don't see how that can happen. If you want you can send it privately to me.
Paulo ----- Original Message ----- From: "Webber, David (NIH/OD) [C]" <[EMAIL PROTECTED]> To: "Post all your questions about iText here" <[email protected]> Sent: Tuesday, June 06, 2006 8:52 PM Subject: Re: [iText-questions] Mac PDF Photoshop Image Alchemy plug-inXMLandstack overflow > 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 _______________________________________________ iText-questions mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/itext-questions
