Re: [Podofo-users] 0.9.5 regression, pdfImage.GetObject()->GetDictionary() throws exception

Has anyone attempted to analyze this issue using valgrind? (I have not yet). It smells like heap or stack corruption to me. On Fri, Feb 10, 2017 at 5:37 AM, Sandro Mani wrote: > > > On 08.02.2017 11:21, Sandro Mani wrote: > > > > > > However I can't reproduce it with the

Re: [Podofo-users] PdfName memory usage

Please do not introduce a global data structure like this (not thread safe, not freed until app exits) into PoDoFo. This will be problematic for those of us with long-lived, multi-threaded, applications. If you want a global cache of the PdfNames, I request that you add reference counting and

Re: [Podofo-users] Underflows in PdfString::GetLength, PdfString::GetUnicodeLength, PdfString::GetCharacterLength

I am also able to trigger this bug, reliably, when manipulating a PDF that results from the merger of other PDFs, some internal PoDoFo code attempts to create empty strings. I was hesitant to submit my hack as I did not fully determine a root-cause for the crashes that I'm getting. For me,

[Podofo-users] Release 0.9.3, SVN revision

Hello. What SVN revision was used to create the official 0.9.3 release that is available for download here [1]? Gentoo Linux is still using 0.9.2. I've been building my own project against podofo svn trunk head, which is installed as 0.9.4 [2]. I am trying to build my project on a new

Re: [Podofo-users] SVN commit 1587 broke ability to parse several PDFs

On Wed, Jul 2, 2014 at 1:47 PM, Mark Rogers mark.rog...@powermapper.com wrote: Hi I finally had a chance to look at this – looks like there’s a long-standing bug in PdfParser::ReadXRefStreamContents Once called, the method assumes that all cross reference information found by following

Re: [Podofo-users] SVN commit 1587 broke ability to parse several PDFs

On Mon, Jun 30, 2014 at 2:29 PM, zyx z...@litepdf.cz wrote: On Sun, 2014-06-29 at 18:56 +0200, zyx wrote: I think of reverting the patch, to support those probably broken files, but I'd like to hear from you too, whether the file is truly broken. Hi, Dennis, could you try with

Re: [Podofo-users] SVN commit 1587 broke ability to parse several PDFs

On Mon, Jun 30, 2014 at 3:10 PM, zyx z...@litepdf.cz wrote: Hi, thanks for a quick testing. I committed the patch as r1648 [1]. If you'll find time and give it more thorough testing by Friday, then it'll be great (you know, just in case it has any side-effects). Thanks again

Re: [Podofo-users] Proposing release of PoDoFo 0.9.3 to July 7th, 2014

On Fri, Jun 27, 2014 at 11:26 AM, Dominik Seichter domseich...@googlemail.com wrote: Hi All! A release on 7/7/2014 sounds good to me. I can help or even do the release (update webpage, upload tarball). Or, if zyx wants to do the release, I can also assist. Whatever you prefer. Can anyone

[Podofo-users] SVN commit 1587 broke ability to parse several PDFs

Hello All, I recently noticed that PoDoFo (svn rev 1642) was unable to parse several older PDFs (all obtained from the USA IRS for tax years 2011 and before). These PDFs were made with profession Adobe products, so I expect them to be conformant. I narrowed down the version of PoDoFo

Re: [Podofo-users] Heads-Up: Drawing API to be changed within the next few weeks

lib/report/ReportBaseClass-pdf.cpp:58:15: error: 'const class PoDoFo::PdfError' has no member named 'what' ._txt (err.what()); ^ Hi, the above is caused by change of the PdfError class, it doesn't inherit from std::exception anymore. Why was this done?

Re: [Podofo-users] Heads-Up: Drawing API to be changed within the next few weeks

lib/report/state/Generic-SUTA-pdf.cpp: In member function 'double Report_Generic_SUTA::_pdf_rpt_header(PoDoFo::PdfMemDocument*, PoDoFo::PdfPainter, double) const': lib/report/state/Generic-SUTA-pdf.cpp:182:7: error: 'class PoDoFo::PdfPainter' has no member named 'DrawRect'

Re: [Podofo-users] Heads-Up: Drawing API to be changed within the next few weeks

On Tue, Jun 17, 2014 at 4:29 PM, Dennis Jenkins dennis.jenkins...@gmail.com wrote: Caused by drawing API change. What was the rationale for removing DrawRect() and FillRect()? This change breaks existing, working, code. What code should I replace those with? I changed calls

Re: [Podofo-users] Heads-Up: Drawing API to be changed within the next few weeks

(), xObjOff.GetPageSize().GetWidth(), xObjOff.GetPageSize().GetHeight()); ^ On Sun, Jun 15, 2014 at 9:44 PM, Dennis Jenkins dennis.jenkins...@gmail.com wrote: SVN rev 1640 fails to build on my 64-bit Gentoo Linux system (building from SVN src, not from Gentoo portage). Until this evening, I

Re: [Podofo-users] Heads-Up: Drawing API to be changed within the next few weeks

SVN rev 1640 fails to build on my 64-bit Gentoo Linux system (building from SVN src, not from Gentoo portage). Until this evening, I was using SVN rev 1600. When 1640 failed to build for me, I began a binary search to narrow down when the build first failed. SVN rev 1612 builds for me, but with

[Podofo-users] podofo patch (minor spelling error)

podofo.patch Description: Binary data -- HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions Find What Matters Most in Your Big Data with HPCC Systems Open Source. Fast. Scalable. Simple. Ideal for

Re: [Podofo-users] Dominik, are you ok?

at the moment. Kindest regards, Dominik On Sun, May 11, 2014 at 3:41 PM, Dennis Jenkins dennis.jenkins...@gmail.com wrote: Hello All, Dominik Seichter has not posted since 2014-04-13 [1]. Does anyone on this list know if he is ok? When he disappeared for a week or so I though

[Podofo-users] Dominik, are you ok?

Hello All, Dominik Seichter has not posted since 2014-04-13 [1]. Does anyone on this list know if he is ok? When he disappeared for a week or so I though that he might be on vacation; but he's been gone for almost a month. There are several patches waiting to be merged (mine included).

Re: [Podofo-users] How to reduce Pdf size

On Sun, May 4, 2014 at 5:06 PM, Leonard Rosenthol lrose...@adobe.comwrote: Adobe Reader doesn’t re-save PDFs – so perhaps you mean Adobe Acrobat?? Leonard Hello Leonard, I do mean Adobe Reader XI on 32-bit Windows XP. I'm not editing the PDF, exactly. Let me provide an example.

[Podofo-users] patch to implement form field inheritance (ISO 32000:2008, Section 12.7.3.1, table 220, page #432)

The following works for me. I can now access all of the fields on the Arizona A1-QRT PDF form. I humbly submit this minor patch for peer-review and hopeful inclusion into PoDoFo. djenkins@ostara ~/src/podofo $ svn diff src/doc/PdfPage.cpp Index: src/doc/PdfPage.cpp

Re: [Podofo-users] PDF Forms with non-standard annotations

On Fri, Apr 25, 2014 at 10:09 AM, Dennis Jenkins dennis.jenkins...@gmail.com wrote: On Fri, Apr 25, 2014 at 6:56 AM, Leonard Rosenthol lrose...@adobe.comwrote: The FT key can be inherited from it’s parent when they are organized in a hierarchy (ISO 32000-1, 12.7.3.1). Yes, checking

[Podofo-users] PDF Forms with non-standard annotations

Hello, I am using PoDoFo in a project to fill-in a variety of US tax forms, such as the US Federal 941 form and the Arizona A1-QRT. I'm running into a problem with the A1-QRT form [1] using PoDoFo to access all of the form fields. According to PoDoFo, page #0 contains 26 form fields.

[Podofo-users] (bug?) doxygen docs for EPdfAlignment do not show enum values

http://podofo.sourceforge.net/doc/html/namespacePoDoFo.html#aa3dd4d46523fa75bcc52d09c035a25a9 Other enum data types show values (ex: EPdfColorSpace), but EPdfAlignment does not. I do not know if this was intentional. I have not audited any other enums - I just noticed this one when I wanted to

[Podofo-users] (BUG) PdfPainter::HorizontalLineTo() misspelled?

Hello, I think that the method HorizontalLineTo in the class PdfPainter is misspelled as HorizonalLineTo (the t is missing). At first I wondered if maybe the missing t was the difference between American English and some other language, but then I noticed that the doxygen notes suggest

Re: [Podofo-users] rev 1443 breaks build with g++ 4.4.5 p1.2

,        Dom Am Wednesday 23 March 2011 schrieb dennis jenkins: Same error.  Results of svn up; make clean; make are below. Maybe my glibc is out of date?  My Gentoo system wants me to downgrade glibc.  But the emerge keeps failing ona  cryptic error.  I will try to resolve this issue first.  (I just

[Podofo-users] rev 1443 breaks build with g++ 4.4.5 p1.2

Hello Dominik, I think that a change introduced in rev 1443 into src/doc/PdfFontMetricsObject.cpp broke the build (at least on my Gentoo linux dev box). Gorey details below. djenkins@ostara ~/code/podofo $ g++ --version g++ (Gentoo 4.4.5 p1.2, pie-0.4.5) 4.4.5 Copyright (C) 2010 Free

Re: [Podofo-users] PODOFO_VERBOSE_DEBUG

I was curious about the same thing - and I would like the symbol undefined. I use svn to maintain a PoDoFo source tree on my own system for this exact reason. My personal copy of the source tree has this symbol undefined. When Dominick mentions that he has committed changes to the

Re: [Podofo-users] message Demand loading on, but can't demand-load from object stream

On Thu, May 13, 2010 at 4:09 AM, Dominik Seichter domseich...@googlemail.com wrote: Am Donnerstag 13 Mai 2010 schrieb shoks: I overlooked the restrictions on the PDF form. After removing the restrictions, I was able to fill up the form. I think the library should throw an exception or

Re: [Podofo-users] message Demand loading on, but can't demand-load from object stream

On Wed, May 12, 2010 at 3:09 AM, shoks lowbots...@gmail.com wrote: Hi, Thanks for your response and the code. Unfortunately, it doesn't work with the PDF that I created using Adobe LiveCycle ES 2 (on Windows Vista). If viewed using Acrobat, the field is empty or unchanged. But with FormTest,

Re: [Podofo-users] Difficulty populating PDF Form text fields

try to enable the line below in PdfAcroForm::Init ():    m_pObject-GetDictionary().AddKey( PdfName(NeedAppearances), PdfVariant(true) ); Enabling this line should fix your problem. Best regards,        Dom Am Dienstag 16 März 2010 schrieb dennis jenkins: Hello PoDoFo Community,      I

Re: [Podofo-users] Difficulty populating PDF Form text fields

On Tue, Mar 23, 2010 at 2:31 PM, dennis jenkins dennis.jenkins...@gmail.com wrote: Dominik,     Thank you for that suggestion.  The code change fixes PDFs that I generate myself (my small test case). However, it does not work with editing existing PDFs.     I will study the functionality

Re: [Podofo-users] Difficulty populating PDF Form text fields

So, my question now is what is a proper fix?  I can think of a few alternatives: 1) Wait for PoDoFo to make a formal code change that helps my situation. 2) Continue to use a hacked PoDoFo (not a problem right now, but not desirable long term). 3) Extract the relevant logic from

[Podofo-users] Difficulty populating PDF Form text fields

Hello PoDoFo Community, I am having difficulty understanding why PDF forms created and populated with podofo do not work in Adobe Reader as desired.  I wrote code to create a one page PDF with one form field and set text on it. The text is clearly in the form (when viewed with PoDoFoBrowser

[Podofo-users] Yes vs On in PdfAnnotations

Section 12.7.4.2.3 of the ISO-32000-1:2008 [1] document states that the appearance stream dictionary for check boxes should use the names Off and Yes. In PoDoFo (svn rev 1199), src/PdfAnnotation.cpp, lines #121 and #127 use Off and On. [2] I am a beginning novice in PDF internals, so I make no

[Podofo-users] Calling VC6, Borland, other Windows users (*IMPORTANT* FOR WINDOWS-BASED DEVELOPERS)

I meant to post this to the list, but accidentally sent it to Craig only. I can provide access to a Windows XP Pro instance (over RDP, running in VMWare) that has MSVC 6.0, SP6 and the Feb 2003 Platform SDK installed. Below is my original email/posting. MS VC 6.0 typically comes with a