CC: | Chris Dolan via RT <bug-CAM-PDF [...] rt.cpan.org> |
Subject: | Re: Bug ID 5127826:PDF file from save as PDF print sheet is corrupt says CAM::PDF developer |
Date: | Tue, 24 Apr 2007 17:50:16 +0200 |
To: | devbugs [...] apple.com |
From: | Johan Henselmans <johan [...] netsense.nl> |
On 24-apr-2007, at 1:42, devbugs@apple.com wrote:
Show quoted text
> Hello,
>
> This is a follow-up to Bug ID# 5127826. We have received the
> following update regarding this bug:
>
> Engineering has determined that this issue originates with CAM::PDF
> creating incorrect PDFs. Please feel free to contact the developer
> regarding this issue to help alert them of its importance.
>
> We have closed this report as resolved. Thank you for taking the
> time to notify us of this issue.
>
Jeff, How can CAM::PDF create incorrect PDF's? If you read the report
carefully, you,ll notice the PDF was created using TextEdit and the
Print to PDF function. CAM::PDf was nowhere involved in the process,
until I tried to let it read the file.
Show quoted text> Best Regards,
>
> Jeff Lemas
> Apple Developer Connection
> Worldwide Developer Relations
> --------------------------------
> WWDC 2007 • June 11-15 • Moscone West • San Francisco, CA
> http://developer.apple.com/wwdc/
>
> **********************************************************************
> *****************************************
> THE INFORMATION CONTAINED IN THIS MESSAGE IS UNDER NON-DISCLOSURE
> **********************************************************************
> ****************************************
> -------------------------------------------------------
> Bug ID #: 5127826
> Bug Title: PDF file from save as PDF print sheet is corrupt says
> CAM::PDF developer
> -------------------------------------------------------
> <GMT11-Apr-2007 20:08:24GMT> J Henselmans:
> Summary:
>
> There is a perl module, called CAM::PDF, which makes it possible to
> read and manipulate PDF files in perl.
>
> I tried this modules as it is a way for me to change PDF files on
> different systems. When I tried to change a PDF file produced by
> Save as PDF Print Dialog from a TextEdit file, I got the error
> message:
>
> ppp5:/Users/johan/Desktop root# changepagestring.pl boven.rtf.pdf
> 'Onder' 'Door' dak.pdf
> Expected object open tag
> 0 %PDF-1.3
> %?????????
> 2 0 ob
>
> According to the developer, that was caused by an error in de PDF
> production of the OS:
>
> "
> I've reproduced this problem by opening the RTF in TextEdit and
> printing
> to PDF under 10.4.9. The problem is that resulting PDF is corrupt
> -- it
> wrongly claims that data starts at byte zero, when in fact the data
> starts at byte 22.
>
> I see that the PDF opens in both Acrobat and Preview. Those two
> applications must be more tolerant of corrupt PDFs than my library
> is...
> "
> Steps to Reproduce:
> -Install CAM::PDF via cpan.
> -Use enclosed file with command above: "changepagestring.pl
> boven.rtf.pdf 'Onder' 'Door' dak.pdf"
>
> Expected Results:
> a changed pdf.
>
> Actual Results:
> the error message above
>
> Regression:
> See message of developer of CAM::PDF
>
> Notes:
> After some discussion I asked if there was a workaround.
>
> "I'll report the bug to Apple. Is there any way that I can fix the
> PDF's manually (while waiting for the Apple fix), say by
> automatically replacing the starting position somewhere in the PDF?
>
> I was about to say no, but perhaps yes. I haven't tried this: Try
> opening the PDF in a binary-friendly text editor (like emacs) and go
> to the end of the doc. Find the line that says "000000000 n" and
> change the "n" to an "f". If I've said that correctly, that should
> change the corrupt element pointing at byte zero to "unused". But
> then, it's been several years since I looked at the PDF spec for the
> document index so I could be remembering incorrectly.
> "
> That did not help...
>
>
>
> 'boven.rtf.pdf' and 'diomedea.spx'were successfully uploaded
>
>
Regards,
Johan Henselmans
http://www.netsense.nl
Tel: +31-20-6267538
Fax: +31-20-6273852