poppler issueshttps://gitlab.freedesktop.org/poppler/poppler/-/issues2021-10-22T10:15:58Zhttps://gitlab.freedesktop.org/poppler/poppler/-/issues/1156pdftoppm generate jpg, png files size 0 KB2021-10-22T10:15:58ZLukasz Kowolpdftoppm generate jpg, png files size 0 KBI compile poppler with msvc. All utils worked. But I have problem with pdftoppm. When I convert to ppm is OK. But when I convert pdf to jpg or png the file is 0 KB (without errors in shell). When I convert to tiff I have "-: Error writin...I compile poppler with msvc. All utils worked. But I have problem with pdftoppm. When I convert to ppm is OK. But when I convert pdf to jpg or png the file is 0 KB (without errors in shell). When I convert to tiff I have "-: Error writing TIFF header." What is wrong? I try this to 5 pdf files. I use poppler 0.50https://gitlab.freedesktop.org/poppler/poppler/-/issues/1096How to use this on Windows?2021-07-05T16:44:04ZOokerHow to use this on Windows?I'm sorry if this is a basic question, but the front page doesn't tell me how to do this on Windows.I'm sorry if this is a basic question, but the front page doesn't tell me how to do this on Windows.https://gitlab.freedesktop.org/poppler/poppler/-/issues/883Linking issue with mingw after changes to gperf file handling2020-02-16T13:27:01ZChristoph CullmannLinking issue with mingw after changes to gperf file handlinglibpoppler 0.83 worked fine with mingw on the KDE binary factory, with the current release 0.85 e.g. the KDE binary factory produces the following error:
```
[2020-02-12T19:18:18.589Z] cmd.exe /C "cd . && C:\Craft\BinaryCache\window...libpoppler 0.83 worked fine with mingw on the KDE binary factory, with the current release 0.85 e.g. the KDE binary factory produces the following error:
```
[2020-02-12T19:18:18.589Z] cmd.exe /C "cd . && C:\Craft\BinaryCache\windows-mingw_64-gcc\mingw64\bin\g++.exe -Wall -Wextra -Wpedantic -Wno-unused-parameter -Wcast-align -Wformat-security -Wframe-larger-than=65536 -Wlogical-op -Wmissing-format-attribute -Wnon-virtual-dtor -Woverloaded-virtual -Wmissing-declarations -Wundef -Wzero-as-null-pointer-constant -Wshadow -Wsuggest-override -fno-exceptions -fno-check-new -fno-common -D_DEFAULT_SOURCE -O2 -g -Wl,--as-needed -shared -o libpoppler-95.dll -Wl,--out-implib,libpoppler.dll.a -Wl,--major-image-version,95,--minor-image-version,0 @CMakeFiles\poppler.rsp && cd ."
[2020-02-12T19:18:18.589Z] CMakeFiles/poppler.dir/poppler/GfxFont.cc.obj:GfxFont.cc:(.rdata+0x16c0): undefined reference to `CourierWidthsLookup'
[2020-02-12T19:18:18.589Z] CMakeFiles/poppler.dir/poppler/GfxFont.cc.obj:GfxFont.cc:(.rdata+0x16e8): undefined reference to `CourierBoldWidthsLookup'
[2020-02-12T19:18:18.589Z] CMakeFiles/poppler.dir/poppler/GfxFont.cc.obj:GfxFont.cc:(.rdata+0x1710): undefined reference to `CourierBoldObliqueWidthsLookup'
[2020-02-12T19:18:18.589Z] CMakeFiles/poppler.dir/poppler/GfxFont.cc.obj:GfxFont.cc:(.rdata+0x1738): undefined reference to `CourierObliqueWidthsLookup'
[2020-02-12T19:18:18.589Z] CMakeFiles/poppler.dir/poppler/GfxFont.cc.obj:GfxFont.cc:(.rdata+0x1760): undefined reference to `HelveticaWidthsLookup'
[2020-02-12T19:18:18.589Z] CMakeFiles/poppler.dir/poppler/GfxFont.cc.obj:GfxFont.cc:(.rdata+0x1788): undefined reference to `HelveticaBoldWidthsLookup'
[2020-02-12T19:18:18.589Z] CMakeFiles/poppler.dir/poppler/GfxFont.cc.obj:GfxFont.cc:(.rdata+0x17b0): undefined reference to `HelveticaBoldObliqueWidthsLookup'
[2020-02-12T19:18:18.589Z] CMakeFiles/poppler.dir/poppler/GfxFont.cc.obj:GfxFont.cc:(.rdata+0x17d8): undefined reference to `HelveticaObliqueWidthsLookup'
[2020-02-12T19:18:18.589Z] CMakeFiles/poppler.dir/poppler/GfxFont.cc.obj:GfxFont.cc:(.rdata+0x1800): undefined reference to `SymbolWidthsLookup'
[2020-02-12T19:18:18.589Z] CMakeFiles/poppler.dir/poppler/GfxFont.cc.obj:GfxFont.cc:(.rdata+0x1828): undefined reference to `TimesBoldWidthsLookup'
[2020-02-12T19:18:18.589Z] CMakeFiles/poppler.dir/poppler/GfxFont.cc.obj:GfxFont.cc:(.rdata+0x1850): undefined reference to `TimesBoldItalicWidthsLookup'
[2020-02-12T19:18:18.589Z] CMakeFiles/poppler.dir/poppler/GfxFont.cc.obj:GfxFont.cc:(.rdata+0x1878): undefined reference to `TimesItalicWidthsLookup'
[2020-02-12T19:18:18.589Z] CMakeFiles/poppler.dir/poppler/GfxFont.cc.obj:GfxFont.cc:(.rdata+0x18a0): undefined reference to `TimesRomanWidthsLookup'
[2020-02-12T19:18:18.589Z] CMakeFiles/poppler.dir/poppler/GfxFont.cc.obj:GfxFont.cc:(.rdata+0x18c8): undefined reference to `ZapfDingbatsWidthsLookup'
[2020-02-12T19:18:18.589Z] collect2.exe: error: ld returned 1 exit status
[2020-02-12T19:18:18.589Z] ninja: build stopped: subcommand failed.
[2020-02-12T19:18:18.589Z] Command "C:\Craft\BinaryCache\windows-mingw_64-gcc\dev-utils\bin\ninja.exe" failed with exit code 1[consoleText.txt](/uploads/926116bec0c81d7f5ee9c9aa2140ff71/consoleText.txt)
```
I guess this can be traced back to this change:
https://cgit.freedesktop.org/poppler/poppler/commit/?id=22a334bbf55c900b3efff12a3a676bd14b18decd
Full compile output attached.
I assume some linkage is not correct, thought I could be mistaken.https://gitlab.freedesktop.org/poppler/poppler/-/issues/818poppler-cpp memory leaking on Windows2020-02-27T15:32:45ZJeroen Oomspoppler-cpp memory leaking on WindowsSeveral Windows users of the R bindings have [complained](https://github.com/ropensci/pdftools/issues/64) about major memory leakage and unfortunately I was able to confirm the problem. The R bindings [use the poppler-cpp interface](http...Several Windows users of the R bindings have [complained](https://github.com/ropensci/pdftools/issues/64) about major memory leakage and unfortunately I was able to confirm the problem. The R bindings [use the poppler-cpp interface](https://github.com/ropensci/pdftools/blob/master/src/bindings.cpp) and we use `mingw-w64` to build on Windows.
I have compared exactly the same code on Linux, MacOS and Windows, both with poppler 0.73.0 (our current release version). Indeed, on MacOS the memory usage is stable and on Windows it rapidly increases. I have confirmed this both with GCC 8.3.0 and GCC 4.9.3 on Windows.
From some trial and error, it seems that the issue does not appear yet when loading with `load_from_raw_data()`.
```cpp
static document *read_raw_pdf(RawVector x, std::string opw, std::string upw, bool info_only = 0){
document *doc = document::load_from_raw_data( (const char*) x.begin(), x.length(), opw, upw);
if(!doc)
throw std::runtime_error("PDF parsing failure.");
return doc;
}
```
However as soon as I read something from the document such as `doc->fonts()` or `doc->pages()`, it seems that the document starts leaking memory.
```cpp
List poppler_pdf_fonts (RawVector x, std::string opw, std::string upw) {
std::unique_ptr<poppler::document> doc(read_raw_pdf(x, opw, upw));
std::vector<font_info> fonts = doc->fonts();
...
}
```
Even after `doc` has been `delete`'d the process keeps holding on to memory. If we do this for many pdf files, we eventually run out of memory. It seems like something in the `document` is not being free'd on Windows.
Is the memory allocation in poppler different on Windows than unix? What could be causing this?https://gitlab.freedesktop.org/poppler/poppler/-/issues/760POPPLER_CREATE_INSTALL_PKGCONFIG (cmake/modules/PopplerMacros.cmake) does not...2019-05-27T14:03:46ZZdenkoPOPPLER_CREATE_INSTALL_PKGCONFIG (cmake/modules/PopplerMacros.cmake) does not install *.pc filesIf I build poppler with MSVC (or clang with MSVC compatibility) *.pc are not installed because of [condition in cmake/modules/PopplerMacros.cmake](https://gitlab.freedesktop.org/search?group_id=&project_id=882&repository_ref=&scope=blobs...If I build poppler with MSVC (or clang with MSVC compatibility) *.pc are not installed because of [condition in cmake/modules/PopplerMacros.cmake](https://gitlab.freedesktop.org/search?group_id=&project_id=882&repository_ref=&scope=blobs&search=POPPLER_CREATE_INSTALL_PKGCONFIG#L46)
IMO this is not correct approach:
1. pc file has nothing to do with compiler
2. if somebody want to limit installation of pc file, it should be related to presence of pkg_config (PKG_CONFIG_EXECUTABLE). In such case I would suggest to at least print message that pc files will not be installed.
Personally I would install pc files always as user can install pkg_config later so there is no need to reinstall poppler.