Sorry about the excessive replies, but I've figured out what's wrong,
and I don't know how to fix it myself. What happens is when you copy a
stream to the PdfStreamedDocument, it creates a new object for the
length. Then the next object is copied (which has a conflicting object
number with the just created length object). I think in order to handle
this, some tweaking to FixObjectReferences may be necessary (since we've
just created a new object which throws off references even more so) or
the immediate writing of the stream length as the next object should be
reconsidered. Any thoughts from someone more familiar with this?
- Mike Slegeir
Mike Slegeir wrote:
> Alright, I've made a bit more progress on debugging this, but its only
> gotten stranger. I believe the root cause is that a couple of objects
> are being duplicated (9 and 11 I think in the document I attached). The
> weird part is that it seems like the duplicates come all the way from
> PdfDocument::Append which is strange because the code there should be
> the same for both the PdfMemDocument and PdfStreamedDocument. Yet the
> duplicate detecting code I added in PdfVecObjects::push_back doesn't
> complain when I'm using a PdfMemDocument to merge into. I'm really
> perplexed here and any insight will be helpful.
>
> - Mike Slegeir
>
> Mike Slegeir wrote:
>
>> I've narrowed this down a little. It looks like the problem is writing
>> out the XRef and Trailer. The XRef overlaps itself at a few points
>> (that's valid though, right?) and so the trailer's listed size comes
>> from the last XRef subsection's first object and count (which is wrong
>> because the last subsection was a short, overlapping subsection). I'm
>> attaching a PDF generated from the PdfStreamedDocument merging. If
>> someone with a better understanding could take a look at the XRef, I'd
>> appreciate it. Thanks.
>>
>> - Mike Slegeir
>>
>> Mike Slegeir wrote:
>>
>>
>>> I'm trying to use PdfStreamedDocument like so:
>>>
>>>
>>>
>>>> PoDoFo::PdfStreamedDocument doc(out_filename);
>>>>
>>>> for(int i=0; i<num_inputs; ++i) {
>>>> doc.Append( PoDoFo::PdfMemDocument(in_filenames[i]) );
>>>> }
>>>>
>>>> doc.Close();
>>>>
>>>>
>>>>
>>> but the result is just two blank pages. I'm currently doing something
>>> like this:
>>>
>>>
>>>
>>>> PoDoFo::PdfMemDocument doc;
>>>>
>>>> for(int i=0; i<num_inputs; ++i) {
>>>> doc.Append( PoDoFo::PdfMemDocument(in_filenames[i]) );
>>>> }
>>>>
>>>> doc.Write(out_filename);
>>>>
>>>>
>>>>
>>> which works perfectly fine. Is anyone able to offer some insight on why
>>> this doesn't work or any technical reasons that it shouldn't? I'd like
>>> to be able to use PdfStreamedDocument for this as merging lots of
>>> documents can take up a lot of memory seemingly unnecessarily.
>>>
>>> - Mike Slegeir
>>>
>>> ------------------------------------------------------------------------------
>>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
>>> trial. Simplify your report design, integration and deployment - and focus
>>> on
>>> what you do best, core application coding. Discover what's new with
>>> Crystal Reports now. http://p.sf.net/sfu/bobj-july
>>> _______________________________________________
>>> Podofo-users mailing list
>>> [email protected]
>>> https://lists.sourceforge.net/lists/listinfo/podofo-users
>>>
>>>
>>>
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now. http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Podofo-users mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/podofo-users
>
------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Podofo-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/podofo-users
