PoDoFo is a library to work with the PDF file format. The name comes from the first letter of PDF (Portable Document Format). A few tools to work with PDF files are already included in the PoDoFo package. This repo is a fork of the code at http://svn.code.sf.net/p/podofo/code/podofo/trunk
GNU General Public License v2.0
53
stars
29
forks
source link
Strange console output after PdfMemDocument in 0.9.2 version #6
Updating version from 1.4 to 1.4
<</ID[<ED4FB6F7D6EEEA1F455E225336516D15><CDD2DCB30B83D0E89593432819C93685>]/Info
405 0 R/Root 404 0 R/Size 406>>
It is very weird. Update from 1.4 to 1.4? How to disable printing these informations?
I wrote only "PdfMemDocument pdf("a path to document");
I use 0.9.2 because the version 0.9.5 is not possible to compile with MinGW. Additionally 0.9.2 needs as old cmake as 2.8.3. Is there possibility to use contemporary tools?
Which tool versions (MinGW, cmake) are needed to compile version 0.9.5 on Windows?
BTW. To use the podofo in eclipse I had to remake .h files by removing podofo/base/... etc. The MinGW compiler looked for /podofo/base/podofo/base/PdfDefines.h. I put all files in one directory without subdirs and it works properly.
On the Windows console:
It is very weird. Update from 1.4 to 1.4? How to disable printing these informations?
I wrote only "PdfMemDocument pdf("a path to document");
I use 0.9.2 because the version 0.9.5 is not possible to compile with MinGW. Additionally 0.9.2 needs as old cmake as 2.8.3. Is there possibility to use contemporary tools?
Which tool versions (MinGW, cmake) are needed to compile version 0.9.5 on Windows?
BTW. To use the podofo in eclipse I had to remake .h files by removing podofo/base/... etc. The MinGW compiler looked for /podofo/base/podofo/base/PdfDefines.h. I put all files in one directory without subdirs and it works properly.