From: Joseph T. <jos...@gm...> - 2010-03-30 19:00:17
|
Has anyone else seen the rather bizarre behavior where PDFedit simply dies rather than open this document? Using Karmic, and other PDFs open just fine. Okular is unwilling to annotate the document, for some reason, as well. Seems to be true of some of the associated IRS docs, as well. Making an annotation using Foxit Reader under WINE and saving the result seems (after subsequent saving in Okular) to render the document readable to PDFedit, but of course introduces watermarks. If anyone has any insight into what's going on here, and a better solution than the kludge I outlined above, I'd appreciate hearing about it. Thanks, Joe |
From: NS <no...@gi...> - 2010-03-31 08:09:53
|
Hi Joe, I haven't tried this particular IRS 1040 PDF, but I've used OpenOffice w/ the PDF Import extension on some other IRS PDFs and it worked well. Best regards, Nick On Tue, 2010-03-30 at 12:01 -0700, Joseph Thayer wrote: > Has anyone else seen the rather bizarre behavior where PDFedit simply dies > rather than open this document? > > Using Karmic, and other PDFs open just fine. Okular is unwilling to annotate > the document, for some reason, as well. > > Seems to be true of some of the associated IRS docs, as well. > > Making an annotation using Foxit Reader under WINE and saving the result seems > (after subsequent saving in Okular) to render the document readable to > PDFedit, but of course introduces watermarks. > > If anyone has any insight into what's going on here, and a better solution > than the kludge I outlined above, I'd appreciate hearing about it. > > Thanks, > Joe > > ------------------------------------------------------------------------------ > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > _______________________________________________ > Pdfedit-support mailing list > Pdf...@li... > https://lists.sourceforge.net/lists/listinfo/pdfedit-support |
From: Alister H. <ali...@sy...> - 2010-03-31 23:37:37
|
Rather than saving from Foxit Reader you could try just printing it to pdf again. I presume Ubuntu has a pdf printer set up...? Alister -----Original Message----- From: NS [mailto:no...@gi...] Sent: Wed 3/31/2010 8:56 PM To: pdf...@li... Subject: Re: [Pdfedit-support] PDFedit and IRS form 1040 Hi Joe, I haven't tried this particular IRS 1040 PDF, but I've used OpenOffice w/ the PDF Import extension on some other IRS PDFs and it worked well. Best regards, Nick On Tue, 2010-03-30 at 12:01 -0700, Joseph Thayer wrote: > Has anyone else seen the rather bizarre behavior where PDFedit simply dies > rather than open this document? > > Using Karmic, and other PDFs open just fine. Okular is unwilling to annotate > the document, for some reason, as well. > > Seems to be true of some of the associated IRS docs, as well. > > Making an annotation using Foxit Reader under WINE and saving the result seems > (after subsequent saving in Okular) to render the document readable to > PDFedit, but of course introduces watermarks. > > If anyone has any insight into what's going on here, and a better solution > than the kludge I outlined above, I'd appreciate hearing about it. > > Thanks, > Joe > > ------------------------------------------------------------------------------ > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > _______________________________________________ > Pdfedit-support mailing list > Pdf...@li... > https://lists.sourceforge.net/lists/listinfo/pdfedit-support |
From: Joseph T. <jos...@gm...> - 2010-04-01 18:30:55
|
On Wednesday 31 March 2010 12:56:54 am NS wrote: > Hi Joe, > > I haven't tried this particular IRS 1040 PDF, but I've used OpenOffice > w/ the PDF Import extension on some other IRS PDFs and it worked well. > > Best regards, > Nick > >>snip<<> Thanks for your reply, Nick. I had tried OO, with no luck, but after your msg I tried again. The results were strange. It wouldn't open the 1040, and in fact wouldn't open the Foxit-saved version, as well. Nor would it open the .pdf that I had modified with PDFEdit. It would open the versions of pages from the pdftk 'burst' operation on the Pub571 (to use the worksheets) but not the PDFEdit-ed versions (worksheet entries). It would open 1040sb, and some other such form documents, but not all of them. When I tried it on the instructions for 1040, it finally did open it, but it took over ten minutes to do it (Athlon 64 3000+, 2GB, Kubuntu9.10). On most of these that did open, the formatting was seriously mucked-up, making them hard to read. I didn't try any mods. Incidentally, a better work-around than before seems to be to use pdftk to split the documents into pages and then use PDFEdit on them. Faster, no problems with the bright-red Foxit Evaluation Copy watermarking. Still puzzled as to what's going on. Thanks again, Joe |
From: Joseph T. <jos...@gm...> - 2010-04-01 18:33:40
|
On Wednesday 31 March 2010 04:05:54 pm Alister Hood wrote: > Rather than saving from Foxit Reader you could try just printing it to pdf > again. I presume Ubuntu has a pdf printer set up...? > > Alister > >>snip, snip<< Thanks for your reply. I haven't tried printing directly from Foxit because I don't have a printer hooked up to this computer. Printer is on my old Windows 98 machine, and requires a transfer medium, requiring saving. You don't want to hear why this is the way it is. I can't recall if I ever tried printing directly from Foxit on that machine, though I think I might have, back in the distant past. Probably did save it first, though, since Foxit was much more unstable on that than it is running under WINE on any version of Ubuntu I've used. Thanks for the suggestion; I'm mostly curious if anyone has any idea of why this is happening. Thanks, Joe |
From: Alister H. <ali...@sy...> - 2010-04-06 04:50:03
|
I was actually talking about printing to a new PDF file, not to paper... if you don't know what that means I'm guessing Ubuntu doesn't have a PDF printer set up. ________________________________________________ Alister Hood -----Original Message----- From: Joseph Thayer [mailto:jos...@gm...] Sent: Friday, 2 April 2010 7:35 a.m. To: pdf...@li... Subject: Re: [Pdfedit-support] PDFedit and IRS form 1040 On Wednesday 31 March 2010 04:05:54 pm Alister Hood wrote: > Rather than saving from Foxit Reader you could try just printing it to pdf > again. I presume Ubuntu has a pdf printer set up...? > > Alister > >>snip, snip<< Thanks for your reply. I haven't tried printing directly from Foxit because I don't have a printer hooked up to this computer. Printer is on my old Windows 98 machine, and requires a transfer medium, requiring saving. You don't want to hear why this is the way it is. I can't recall if I ever tried printing directly from Foxit on that machine, though I think I might have, back in the distant past. Probably did save it first, though, since Foxit was much more unstable on that than it is running under WINE on any version of Ubuntu I've used. Thanks for the suggestion; I'm mostly curious if anyone has any idea of why this is happening. Thanks, Joe ------------------------------------------------------------------------ ------ Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev _______________________________________________ Pdfedit-support mailing list Pdf...@li... https://lists.sourceforge.net/lists/listinfo/pdfedit-support |
From: Joseph T. <jos...@gm...> - 2010-04-06 05:30:49
|
On Monday 05 April 2010 09:49:53 pm Alister Hood wrote: > I was actually talking about printing to a new PDF file, not to paper... > if you don't know what that means I'm guessing Ubuntu doesn't have a PDF > printer set up. > > ________________________________________________ > Alister Hood > >>snip,snip<< >>> GhostScript is available on Linux, and specifically in Ubuntu, and will essentially do what you are talking about. I did indeed use that route when I was working in Win98, but it was cumbersome, and relied on Adobe Reader and occasionally, Foxit, as well as the so-called PDF printer driver. I tried several such drivers and they all worked in a more or less kludgy fashion, but one or two were not bad and generally provided collating and splitting functions, inclusion of image files and the like. My issue is that I need to make *annotations* on existing PDF documents, and none of those drivers had this ability. Previously, I tried it with GS, but found it impractical. With pdftk, I get all necessary collating and splitting, and with PDFedit, not only some of these functions, but also annotation. I really don't see what advantage you are suggesting printing to a PDF file would provide here. Joe |
From: Michal H. <ms...@gm...> - 2010-04-01 19:39:56
|
Hi, On Tue, Mar 30, 2010 at 12:01:08PM -0700, Joseph Thayer wrote: > Has anyone else seen the rather bizarre behavior where PDFedit simply dies > rather than open this document? Could you send me some examples of such documents? I can look at them and check what is going on. It might be a bug from document parsing or non standard format. > > Using Karmic, and other PDFs open just fine. Okular is unwilling to annotate > the document, for some reason, as well. Okular uses xpdf code AFAIK and this is the same with pdfedit. So I guess that documents are not following PDF Specification in some way. > > Seems to be true of some of the associated IRS docs, as well. > > Making an annotation using Foxit Reader under WINE and saving the result seems > (after subsequent saving in Okular) to render the document readable to > PDFedit, but of course introduces watermarks. > > If anyone has any insight into what's going on here, and a better solution > than the kludge I outlined above, I'd appreciate hearing about it. It might be also good to report this in our bug tracking system: http://pdfedit.petricek.net/bt/main_page.php Thanks! > > Thanks, > Joe > > ------------------------------------------------------------------------------ > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > _______________________________________________ > Pdfedit-support mailing list > Pdf...@li... > https://lists.sourceforge.net/lists/listinfo/pdfedit-support -- Michal Hocko |
From: Alister H. <ali...@sy...> - 2010-04-07 22:26:15
|
I wasn't suggesting that you could directly annotate it by printing to a new pdf, I was just wondering if the processing by ghostscript would produce a pdf that pdfedit can open. Alister ________________________________ From: Joseph Thayer [mailto:jos...@gm...] Sent: Tue 6/04/2010 5:32 p.m. To: pdf...@li... Subject: Re: [Pdfedit-support] PDFedit and IRS form 1040 On Monday 05 April 2010 09:49:53 pm Alister Hood wrote: > I was actually talking about printing to a new PDF file, not to paper... > if you don't know what that means I'm guessing Ubuntu doesn't have a PDF > printer set up. > > ________________________________________________ > Alister Hood > >>snip,snip<< >>> GhostScript is available on Linux, and specifically in Ubuntu, and will essentially do what you are talking about. I did indeed use that route when I was working in Win98, but it was cumbersome, and relied on Adobe Reader and occasionally, Foxit, as well as the so-called PDF printer driver. I tried several such drivers and they all worked in a more or less kludgy fashion, but one or two were not bad and generally provided collating and splitting functions, inclusion of image files and the like. My issue is that I need to make *annotations* on existing PDF documents, and none of those drivers had this ability. Previously, I tried it with GS, but found it impractical. With pdftk, I get all necessary collating and splitting, and with PDFedit, not only some of these functions, but also annotation. I really don't see what advantage you are suggesting printing to a PDF file would provide here. Joe ------------------------------------------------------------------------------ Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev _______________________________________________ Pdfedit-support mailing list Pdf...@li... https://lists.sourceforge.net/lists/listinfo/pdfedit-support |
From: Joseph T. <jos...@gm...> - 2010-04-07 23:21:33
|
On Wednesday 07 April 2010 03:26:03 pm Alister Hood wrote: > I wasn't suggesting that you could directly annotate it by printing to a > new pdf, I was just wondering if the processing by ghostscript would > produce a pdf that pdfedit can open. > > Alister > > ________________________________ <<snip>> Ah, I see. Well, pdftk does that quite efficiently, as well, and my previous use of GS doesn't incline me to experiment! Thanks, Joe |
From: Orion P. <or...@co...> - 2010-04-14 20:44:59
|
> On Tue, 2010-03-30 at 12:01 -0700, Joseph Thayer wrote: >> Has anyone else seen the rather bizarre behavior where PDFedit simply dies >> rather than open this document? >> >> Using Karmic, and other PDFs open just fine. Okular is unwilling to annotate >> the document, for some reason, as well. >> >> Seems to be true of some of the associated IRS docs, as well. >> >> Making an annotation using Foxit Reader under WINE and saving the result seems >> (after subsequent saving in Okular) to render the document readable to >> PDFedit, but of course introduces watermarks. >> >> If anyone has any insight into what's going on here, and a better solution >> than the kludge I outlined above, I'd appreciate hearing about it. I see it with 0.4.3 on Fedora 12: $ pdfedit ~/Desktop/f1040.pdf pdfedit: xrefwriter.cc:868: size_t pdfobjects::XRefWriter::getRevisionSize(unsigned int, bool) const: Assertion `revStart>prevEnd' failed. Aborted (core dumped) But it opens fine with 0.4.4.1 -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA Division FAX: 303-415-9702 3380 Mitchell Lane or...@co... Boulder, CO 80301 http://www.cora.nwra.com |
From: Michal H. <ms...@gm...> - 2010-04-15 07:27:08
|
On Wed, Apr 14, 2010 at 02:44:49PM -0600, Orion Poplawski wrote: > > On Tue, 2010-03-30 at 12:01 -0700, Joseph Thayer wrote: > >> Has anyone else seen the rather bizarre behavior where PDFedit simply dies > >> rather than open this document? > >> > >> Using Karmic, and other PDFs open just fine. Okular is unwilling to annotate > >> the document, for some reason, as well. > >> > >> Seems to be true of some of the associated IRS docs, as well. > >> > >> Making an annotation using Foxit Reader under WINE and saving the result seems > >> (after subsequent saving in Okular) to render the document readable to > >> PDFedit, but of course introduces watermarks. > >> > >> If anyone has any insight into what's going on here, and a better solution > >> than the kludge I outlined above, I'd appreciate hearing about it. > > I see it with 0.4.3 on Fedora 12: > > $ pdfedit ~/Desktop/f1040.pdf > pdfedit: xrefwriter.cc:868: size_t > pdfobjects::XRefWriter::getRevisionSize(unsigned int, bool) const: > Assertion `revStart>prevEnd' failed. > Aborted (core dumped) > > But it opens fine with 0.4.4.1 The document is probably a hybrid-xref one (defined by PDF 1.5 specification) and we have really fixed that bug in the latest release. (http://pdfedit.petricek.net/bt/view.php?id=338) > > -- > Orion Poplawski > Technical Manager 303-415-9701 x222 > NWRA/CoRA Division FAX: 303-415-9702 > 3380 Mitchell Lane or...@co... > Boulder, CO 80301 http://www.cora.nwra.com > > ------------------------------------------------------------------------------ > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > _______________________________________________ > Pdfedit-support mailing list > Pdf...@li... > https://lists.sourceforge.net/lists/listinfo/pdfedit-support -- Michal Hocko |
From: Joseph T. <jos...@gm...> - 2010-04-14 21:07:51
|
On Wednesday 14 April 2010 01:44:49 pm Orion Poplawski wrote: > > On Tue, 2010-03-30 at 12:01 -0700, Joseph Thayer wrote: > >> Has anyone else seen the rather bizarre behavior where PDFedit simply > >> dies rather than open this document? > >> > >> Using Karmic, and other PDFs open just fine. Okular is unwilling to > >> annotate the document, for some reason, as well. > >> > >> Seems to be true of some of the associated IRS docs, as well. > >> > >> Making an annotation using Foxit Reader under WINE and saving the result > >> seems (after subsequent saving in Okular) to render the document > >> readable to PDFedit, but of course introduces watermarks. > >> > >> If anyone has any insight into what's going on here, and a better > >> solution than the kludge I outlined above, I'd appreciate hearing about > >> it. > > I see it with 0.4.3 on Fedora 12: > > $ pdfedit ~/Desktop/f1040.pdf > pdfedit: xrefwriter.cc:868: size_t > pdfobjects::XRefWriter::getRevisionSize(unsigned int, bool) const: > Assertion `revStart>prevEnd' failed. > Aborted (core dumped) > > But it opens fine with 0.4.4.1 > Thanks. Will have a look at 0.4.4.1. Joe |
From: Michal H. <ms...@gm...> - 2010-04-15 07:28:44
|
On Wed, Apr 14, 2010 at 02:09:52PM -0700, Joseph Thayer wrote: > On Wednesday 14 April 2010 01:44:49 pm Orion Poplawski wrote: > > > On Tue, 2010-03-30 at 12:01 -0700, Joseph Thayer wrote: > > >> Has anyone else seen the rather bizarre behavior where PDFedit simply > > >> dies rather than open this document? > > >> > > >> Using Karmic, and other PDFs open just fine. Okular is unwilling to > > >> annotate the document, for some reason, as well. > > >> > > >> Seems to be true of some of the associated IRS docs, as well. > > >> > > >> Making an annotation using Foxit Reader under WINE and saving the result > > >> seems (after subsequent saving in Okular) to render the document > > >> readable to PDFedit, but of course introduces watermarks. > > >> > > >> If anyone has any insight into what's going on here, and a better > > >> solution than the kludge I outlined above, I'd appreciate hearing about > > >> it. > > > > I see it with 0.4.3 on Fedora 12: > > > > $ pdfedit ~/Desktop/f1040.pdf > > pdfedit: xrefwriter.cc:868: size_t > > pdfobjects::XRefWriter::getRevisionSize(unsigned int, bool) const: > > Assertion `revStart>prevEnd' failed. > > Aborted (core dumped) > > > > But it opens fine with 0.4.4.1 > > > Thanks. Will have a look at 0.4.4.1. It would be really helpful if you could send me a document which causes the problem or at least run pdfedit -d 5 which will turn on all debugging messages which might provide at least some clue. > > Joe > > ------------------------------------------------------------------------------ > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > _______________________________________________ > Pdfedit-support mailing list > Pdf...@li... > https://lists.sourceforge.net/lists/listinfo/pdfedit-support -- Michal Hocko |
From: Joseph T. <jos...@gm...> - 2010-04-25 23:14:13
|
On Thursday 15 April 2010 12:26:59 am Michal Hocko wrote: > On Wed, Apr 14, 2010 at 02:44:49PM -0600, Orion Poplawski wrote: > > > On Tue, 2010-03-30 at 12:01 -0700, Joseph Thayer wrote: > > >> Has anyone else seen the rather bizarre behavior where PDFedit simply > > >> dies rather than open this document? > > >> >>snip, snip<<< > > > > I see it with 0.4.3 on Fedora 12: > > > > $ pdfedit ~/Desktop/f1040.pdf > > pdfedit: xrefwriter.cc:868: size_t > > pdfobjects::XRefWriter::getRevisionSize(unsigned int, bool) const: > > Assertion `revStart>prevEnd' failed. > > Aborted (core dumped) > > > > But it opens fine with 0.4.4.1 > > The document is probably a hybrid-xref one (defined by PDF 1.5 > specification) and we have really fixed that bug in the latest release. > (http://pdfedit.petricek.net/bt/view.php?id=338) > I haven't had the time to compile the new version, and Lucid is coming up soon, but I have more experience with the problem, and if the documents I attached before are not enough, I will need some preparation time. Newer difficulties are with some older .PDF files (from 2007) and I cannot say with what software they were built, though it was probably Foxit Reader 2.0. These have the unfortunate property of shutting down the X-server if I try to load them into PDFEdit, or at least so it seems as the machine wishes me to login again. Next month, I will try Lucid and see if the problem disappears on the same documents. Thank you, Joe |
From: Art O. <ol...@tr...> - 2010-04-25 23:38:40
|
I have observed an annoying problem editing pdf files with embedded graphics. I've had this problem with 10's of documents, with the graphics being large ps files. The problem is that when I add some text to such a page the program enters a loop freezing the screen, and it can take minutes to hours to complete the edit after which it's back in business. The problem scales as some power of the size of the graphic. If a developer is interested in following up, I'm willing to provide an example. > ------------------------------------------------------------------------------ > _______________________________________________ > Pdfedit-support mailing list > Pdf...@li... > https://lists.sourceforge.net/lists/listinfo/pdfedit-support > -- |
From: Michal H. <ms...@gm...> - 2010-04-26 14:23:12
|
Hi, On Sun, Apr 25, 2010 at 04:38:45PM -0700, Art Olin wrote: > I have observed an annoying problem editing pdf files with > embedded graphics. I've had this problem with 10's of > documents, with the graphics being large ps files. > The problem is that when I add some text to such a page the > program enters a loop freezing the screen, and it can take > minutes to hours to complete the edit after which it's back > in business. The problem scales as some power of the size of > the graphic. Yeah, we are aware of a big CPU usage and time consumed for complext documents. > If a developer is interested in following up, I'm willing to > provide an example. The best way would be providing such documents (either in out bugtracking system: http://pdfedit.petricek.net/bt/main_page.php or directly) so that we can use them for testing. Best -- Michal Hocko |
From: Art O. <ol...@tr...> - 2010-05-10 17:27:26
|
Hi, Michal. I'm happy to report that version 0.4.4.1 resolves the CPU useage problem. Many thanks. Next on my wish list would be the ability to add annotations through the gui. To be useful they would have to be compatible with readers like acroread and xpdf. There seems to be this ability from the commandline, but I have not worked out how to get the parameters to pass - cursor position, etc. Can you add an example script to the documentation and send it to me? Thanks again. -- *********************************************************** Art Olin 4004 Wesbrook Mall Senior Research Scientist Vancouver BC V6T 2A3 TRIUMF CANADA Adjunct Professor work phone: (604)222 7349 Dept of Physics and Astronomy home phone: (604)222 0650 University of Victoria fax:(604)222 1074 *********************************************************** |
From: Michal H. <ms...@gm...> - 2010-05-11 08:40:52
|
Hi, On Mon, May 10, 2010 at 10:27:26AM -0700, Art Olin wrote: > Hi, Michal. I'm happy to report that version 0.4.4.1 > resolves the CPU useage problem. Many thanks. I am not aware of any change that could affect that so that might be just a coincidence. Let's follow up in the bug tracker > > Next on my wish list would be the ability to add annotations > through the gui. To be useful they would have to be > compatible with readers like acroread and xpdf. There seems > to be this ability from the commandline, but I have not > worked out how to get the parameters to pass - cursor > position, etc. Can you add an example script to the > documentation and send it to me? The core functionality is implemented for a long time. Also GUI seems to have something implemented but I am not sure about the current state. Could you enlighten that Martin? > Thanks again. > -- > *********************************************************** > Art Olin 4004 Wesbrook Mall > Senior Research Scientist Vancouver BC V6T 2A3 > TRIUMF CANADA > Adjunct Professor work phone: (604)222 7349 > Dept of Physics and Astronomy home phone: (604)222 0650 > University of Victoria fax:(604)222 1074 > *********************************************************** > > > ------------------------------------------------------------------------------ > > _______________________________________________ > Pdfedit-support mailing list > Pdf...@li... > https://lists.sourceforge.net/lists/listinfo/pdfedit-support -- Michal Hocko |
From: Michal H. <ms...@gm...> - 2010-04-26 08:19:39
|
On Sun, Apr 25, 2010 at 04:16:10PM -0700, Joseph Thayer wrote: > On Thursday 15 April 2010 12:26:59 am Michal Hocko wrote: > > On Wed, Apr 14, 2010 at 02:44:49PM -0600, Orion Poplawski wrote: > > > > On Tue, 2010-03-30 at 12:01 -0700, Joseph Thayer wrote: > > > >> Has anyone else seen the rather bizarre behavior where PDFedit simply > > > >> dies rather than open this document? > > > >> > >>snip, snip<<< > > > > > > I see it with 0.4.3 on Fedora 12: > > > > > > $ pdfedit ~/Desktop/f1040.pdf > > > pdfedit: xrefwriter.cc:868: size_t > > > pdfobjects::XRefWriter::getRevisionSize(unsigned int, bool) const: > > > Assertion `revStart>prevEnd' failed. > > > Aborted (core dumped) > > > > > > But it opens fine with 0.4.4.1 > > > > The document is probably a hybrid-xref one (defined by PDF 1.5 > > specification) and we have really fixed that bug in the latest release. > > (http://pdfedit.petricek.net/bt/view.php?id=338) > > > I haven't had the time to compile the new version, and Lucid is coming up > soon, but I have more experience with the problem, and if the documents I > attached before are not enough, I will need some preparation time. Newer Could you point me to that documents, please? I wasn't able to find any attached to this email thread. > difficulties are with some older .PDF files (from 2007) and I cannot say with > what software they were built, though it was probably Foxit Reader 2.0. These > have the unfortunate property of shutting down the X-server if I try to load > them into PDFEdit, or at least so it seems as the machine wishes me to login > again. > > Next month, I will try Lucid and see if the problem disappears on the same > documents. > > Thank you, > Joe > > ------------------------------------------------------------------------------ > _______________________________________________ > Pdfedit-support mailing list > Pdf...@li... > https://lists.sourceforge.net/lists/listinfo/pdfedit-support -- Michal Hocko |