Hi, On Fri, Oct 03, 2008 at 08:02:27AM -0400, John A. Sullivan III wrote: > Hello, all. First of all, thanks to the developers for a great product > which fulfills a gaping need. We have a client who is interested in > moving to Linux on the desktop but does a lot of pdf annotation and > editing with Acrobat. We would like them to use pdfedit.
I am not sure whether this is a good suggestion. PDFedit is still in beta (and quite honestly not very stable) state. This state is taking rather long time and it seems that it will not change in any short time (due to not enough time and developers). > > However, we crashed on the very first test .pdf file they sent us. The > file opens fine in kpdf. This is the output we receive: > > [EMAIL PROTECTED]:~$ pdfedit BidForms.pdf > clone: JBIG2Stream::clone is not implemented > 2:KERNEL:cxref.cc:fetch:554: Object can't be cloned. Uses objNull > instead > clone: JBIG2Stream::clone is not implemented > 2:KERNEL:cxref.cc:fetch:554: Object can't be cloned. Uses objNull > instead This means that JBIG2Stream filter used inside your document is missing clone function, so that we are not able to create a deep copy of this object. I have filed this into our BugTracking system as http://pdfedit.petricek.net/bt/view.php?id=267. I think that implementation is not a big deal, we have skipped this method because of lack of time and not very high priority (I haven't seen a single document with this filter - but it seems that you are not so lucky ;)) > terminate called after throwing an instance of 'NotImplementedException' > what(): feature "clone failure." is not implemented > Aborted (core dumped) I don't like this core dumped in the end though. This can be some other bug. We definitely should not crash when NotImplementedException is thrown. Could you upload such a document into the above mentioned bug. > > This first happened using version 0.3.2 from the Ubuntu Hardy repository > on both i386 and amd64. The systems are fully patched. I then removed > 0.3.2 on the i386 computer and installed 0.4.1 from the deb file on the > pdfedit web site and experienced the same results. > > I suspect the common denominator of the crashing .pdf files is they were > all edited with Acrobat Standard (I do not know which version) before > being sent to me. > What can I do to get this to work? Thanks - John provide such a document and wait for patch ;) > > PS - While working further with this client, it appears they frequently > convert .tiffs to .pdf (FAXes) and then use Acrobat's OCR to make the > text readable for copying and pasting. I did not see that functionality > in pdfedit. There is no such functionality in the PDFedit. > I've also not had particularly good OCR results in Linux > (gocr, clara). Do you have any suggestions to match this Acrobat > Standard feature? I don't have any experiences in this area. > Thanks - John > -- > John A. Sullivan III > Open Source Development Corporation > +1 207-985-7880 > [EMAIL PROTECTED] > > http://www.spiritualoutreach.com > Making Christianity intelligible to secular society -- Michal Hocko ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ Pdfedit-support mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/pdfedit-support
