You are right! Thanks for the insight! I did not cound the key/value pairs in 
the dictionary. Well than it is a bug in PoDoFo and we will have to handle 
empty names.

I will try to fix this issue as soon as possible. 

best regards,
        Dom

Am Tuesday 20 November 2007 schrieb Leonard Rosenthol:
> Actually, it's not a mistake (or at least not something invalid in PDF)
>
> A / by itself is a valid Name object.
>
> So //DeviceGray is really two Names.
>
> Why they are doing this is beyond me, since it has no useful purpose
> in the PDF.  But you NEED to process it as such, since otherwise
> you'll unbalance your dictionary key/value pairings.
>
> Leonard
>
> On Nov 20, 2007, at 12:07 PM, Dominik Seichter wrote:
> > Hi,
> >
> > Replying on the mailing list as I would like to discuss what we
> > should do in
> > this case. To some up the email in German: Uli has a problem with
> > PoDoFo
> > reading a PDFX test  PDF supplied by a Swiss organization. Acrobat
> > Reader has
> > no problem reading the PDF.
> >
> > I copied the object causing the problem below:
> >
> > 15 0 obj<</XObject<</Im0 45 0 R/Im1 50 0 R/Z5 53 0 R/CprRpt8 54 0
> > R>>/Shading<</Sh0 59 0 R/        Sh1 63 0 R/Sh2 67 0 R/Sh3 70 0
> > R>>/ColorSpace<<//DeviceGray/CS0 36 0 R/CS1 17 0 R/CS2 30 0 R/CS3
> > 18 0 R/CS4
> > 19 0 R/Z1 31 0 R/Z6 36 0 R>>/Font<</C0_0         29 0 R/C0_1 33 0 R/
> > T1_0 16 0
> > R/T1_1 21 0 R/T1_2 22 0 R/T1_3 23 0 R/T1_4 25 0 R/Z1 39 0 R/Z2 27 0
> > R/Z7 35 0
> > R>>/ProcSet[/PDF/Text/ImageI/ImageC/Imag
> > eB]/Properties<</MC0<</Metadata 111 0 R>>/MC1<</Metadata 112 0
> > R>>/MC2<</Metadata 113 0 R>>/MC3<</Metadata 114 0 R>>/Z3<</Metadata
> > 115 0
> > R>>/Z8<</Me        tadata 116 0 R>>>>/ExtGState<</Z10 117 0 R/GS11
> > 118 0 R/Z2
> > 122 0 R/Z3 126 0 R/Z4 130 0 R/Z5 134 0 R/Z6 138 0 R/Z9 139 0 R/GS0
> > 140 0
> > R/GS1 141 0 R/GS        2 142 0 R/GS3 143 0 R/GS4 144 0 R/GS5 118 0
> > R/GS7 145
> > 0 R/GS9 146 0 R>>>>^Mendobj
> >
> > @Uli: PoDoFo is fully correct by not reading this object! Please
> > note the
> > double / before DeviceGray. This is incorrect and PoDoFo does not
> > read it
> > therefore.
> >
> > This PDF seems to be generated by Adobe PDF lib though. Maybe
> > Leonard can
> > clarify this a little bit. How common are this mistakes in PDF and
> > should
> > PoDoFo be changed to ignore these kind of errors?
> >
> > As of now, maybe you can contact the creator of the PDF and tell
> > them that
> > their PDF is broken.
> >
> > best regards,
> >     Dom
> >
> > Am Tuesday 20 November 2007 schrieb Ulrich Arnold:
> >> Die Mail ist leider nicht durchgegangen. Ich sende die beiden
> >> Pdf's als
> >> separate Mails.
> >>
> >>   _____
> >>
> >> Von: Ulrich Arnold [mailto:[EMAIL PROTECTED]
> >> Gesendet: Dienstag, 20. November 2007 11:36
> >> An: '[EMAIL PROTECTED]'
> >> Betreff: PoDoFo
> >>
> >>
> >> Hallo Dominik!
> >>
> >> Ich habe hier zwei Test-Pdf's, welche Spezialitäten im Pdf-
> >> Workflow testen
> >> sollen. 00GK8.pdf wird von PoDoFo auch brav eingelesen und
> >> weitergegeben.
> >> 00GKA.pdf wird von Acrobat-Reader eingelesen und dargestellt, Acrobat
> >> Reader hat aber scheinbar Probleme mit Overprint und DeviceN.
> >> Versuche ich
> >> aber diese Datei mit PoDoFo einzulesen, kommt ein throw von
> >> pdftokenizer.cpp:587. Es kommt ePdfTokenType_Delimiter statt
> >> ePdfTokenType_Token. Auch
> >> PoDoFoBrowser kann die Datei nicht einlesen.
> >>
> >> Gruß Uli
> >>
> >>
> >>
> >> _____________ NOD32 EMON 2671 (20071120) Information _____________
> >>
> >> Diese Nachricht wurde vom NOD32 antivirus system geprüft
> >> http://www.nod32.com
> >
> > --
> > **********************************************************************
> > Dominik Seichter - [EMAIL PROTECTED]
> > KRename  - http://www.krename.net  - Powerful batch renamer for KDE
> > KBarcode - http://www.kbarcode.net - Barcode and label printing
> > PoDoFo - http://podofo.sf.net - PDF generation and parsing library
> > SchafKopf - http://schafkopf.berlios.de - Schafkopf, a card game,
> > for KDE
> > Alan - http://alan.sf.net - A Turing Machine in Java
> > **********************************************************************
> > ----------------------------------------------------------------------
> > ---
> > This SF.net email is sponsored by: Microsoft
> > Defy all challenges. Microsoft(R) Visual Studio 2005.
> > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> > _______________________________________________
> > Podofo-users mailing list
> > [email protected]
> > https://lists.sourceforge.net/lists/listinfo/podofo-users



-- 
**********************************************************************
Dominik Seichter - [EMAIL PROTECTED]
KRename  - http://www.krename.net  - Powerful batch renamer for KDE
KBarcode - http://www.kbarcode.net - Barcode and label printing
PoDoFo - http://podofo.sf.net - PDF generation and parsing library
SchafKopf - http://schafkopf.berlios.de - Schafkopf, a card game,  for KDE
Alan - http://alan.sf.net - A Turing Machine in Java
**********************************************************************

Attachment: signature.asc
Description: This is a digitally signed message part.

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Podofo-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/podofo-users

Reply via email to