On Tue, Jul 26, 2011 at 10:39:50AM +0200, Michal Hocko wrote: > On Tue, Jul 26, 2011 at 09:52:25AM +0200, Klaus Moenig wrote: > > Hello, > > Hi, > > > > > I just compiles pdfedit on SUSE11.4. > > Could you be more specific about the version you have compiled?
Just for record. I got an answer by a private email (documents were too big for our limit). The version is up-to-date CVS snapshot. > > It seems to be a nice program, > > however I have a major problem. I edit an pdf file that was created with > > pdflatex. I can read the file later e.g. with okular, however not with > > acroread, where I get the error message "The root object is missing or > > invalid". Is there something I can do about this? > > Could you share the document (before and after editing)? I have looked at the document and at the first glance the update hasn't screwed anything obvious. At first I thought that we haven't updated the number of objects (stored in the Xref stream in the original revision and Trailer in the new revision) because those numbers are same for both while we have obviously added new objects. This turned out to be OK because object numbers are sparse and we are reusing those numbers which are not used. Then I have looked at the Root object which is reported to be missing and this started to look interesting. Original revision reports: 825 0 obj << /Type /XRef /Index [0 826] /Size 826 /W [1 3 1] /Root 823 0 R /Info 824 0 R /ID [<9B0D6E3CC66605F7CE12FB9EAAB1356F> <9B0D6E3CC66605F7CE12FB9EAAB1356F>] /Length 2230 /Filter /FlateDecode >> and the new one: trailer << /Size 826 /Root 823 0 R /Info 824 0 R /ID [ <9b0d6e3cc66605f7ce12fb9eaab1356f> <9b0d6e3cc66605f7ce12fb9eaab1356f> ] /Prev 773827 >> It is an object with reference number [823 0]. The problem is that I cannot see that object in the file: $ grep --binary-files=text "823 0 obj" eflow2.pdf $ I guess that it is just embeded somewhere because I can see it with our tools: ./toos/pdf_object_printer --ref "823 0" --file ~/tmp/eflow2.pdf Document: "/home/miso/tmp/eflow2.pdf" [823 0]: << /Type /Catalog /Pages 800 0 R /Outlines 801 0 R /Names 822 0 R /PageMode /UseOutlines /PageLabels << /Nums [ 0 << /S /D >> 1 << /S /D >> ] >> /OpenAction 30 0 R >> Will have a look at this later. -- Michal Hocko ------------------------------------------------------------------------------ Magic Quadrant for Content-Aware Data Loss Prevention Research study explores the data loss prevention market. Includes in-depth analysis on the changes within the DLP market, and the criteria used to evaluate the strengths and weaknesses of these DLP solutions. http://www.accelacomm.com/jaw/sfnl/114/51385063/ _______________________________________________ Pdfedit-support mailing list Pdfedit-support@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/pdfedit-support
