Re: PDFium, beware

2018-02-12 Thread Stephan Bergmann
On 12.02.2018 09:29, Miklos Vajna wrote: Do I understand correctly the source of the problem is their custom allocator? Yes. See below for the backtrace of failing CppunitTest_svtools_graphic on Linux aarch64 with 64K page size. If so, I guess talking to the pdfium devs and ask them to pro

Re: PDFium, beware

2018-02-12 Thread Miklos Vajna
Hi, Do I understand correctly the source of the problem is their custom allocator? If so, I guess talking to the pdfium devs and ask them to provide a way to avoid their custom allocator (a compile-time option) would help our situation, or did I miss something? (I can at least try to talk to them,

Re: PDFium, beware

2018-02-11 Thread Stephan Bergmann
On 09.02.2018 19:53, Norbert Thiebaud wrote: On Fri, Feb 9, 2018 at 6:33 PM, Stephan Bergmann wrote: Recent master --enable-pdfium has at workdir/UnpackedTarball/pdfium/third_party/base/allocator/partition_allocator/page_allocator.h:31 // All Blink-supported systems have 4096 sized system pag

Re: PDFium, beware

2018-02-09 Thread Norbert Thiebaud
On Fri, Feb 9, 2018 at 6:33 PM, Stephan Bergmann wrote: > Recent master --enable-pdfium has at > workdir/UnpackedTarball/pdfium/third_party/base/allocator/partition_allocator/page_allocator.h:31 > >> // All Blink-supported systems have 4096 sized system pages and can handle >> // permissions and c