> Oh, inkscape 1.2.1 does build with the latest poppler
Hi all,
I recently noticed that inkscape (1.1.2-3+b1 from testing) crashes when
opening any PDF files; quick debug showing that the crash happens in
poppler. My best-guess reason now is because the binary actually loads 2
different versions of poppler.
`bt` from GDB:
#0 NameToCharCode::~NameToCharCode() (this=0x555003c6f4df,
__in_chrg=<optimized out>)
at ./poppler/NameToCharCode.cc:55
#1 0x00007ffff518f25d in GlobalParams::~GlobalParams()
(this=0x55555693f490, __in_chrg=<optimized out>)
at ./poppler/GlobalParams.cc:557
#2 0x00007ffff2b9bba1 in
std::default_delete<GlobalParams>::operator()(GlobalParams*) const
(this=<optimized out>, __ptr=0x55555693f490) at
/usr/include/c++/12/bits/unique_ptr.h:95
#3 std::default_delete<GlobalParams>::operator()(GlobalParams*) const
(__ptr=0x55555693f490, this=<optimized out>) at
/usr/include/c++/12/bits/unique_ptr.h:89
#4 std::unique_ptr<GlobalParams, std::default_delete<GlobalParams>
>::~unique_ptr()
(this=<optimized out>, __in_chrg=<optimized out>) at
/usr/include/c++/12/bits/unique_ptr.h:396
#5 0x00007ffff5c404e7 in __cxa_finalize (d=0x7ffff2d8c000) at
./stdlib/cxa_finalize.c:83
#6 0x00007ffff2ae4267 in __do_global_dtors_aux () at
/usr/lib/x86_64-linux-gnu/libpoppler.so.123
#7 0x00007fffffffe640 in ()
#8 0x00007ffff7fcec86 in _dl_fini () at ./elf/dl-fini.c:143
and the relevant piece of `info dll`:
0x00007ffff50dd9b0 0x00007ffff52614ce Yes
/usr/bin/../lib/x86_64-linux-gnu/inkscape/../libpoppler.so.118
0x00007ffff2adfd30 0x00007ffff2c6d3be Yes
/usr/lib/x86_64-linux-gnu/libpoppler.so.123
...in particular, stack frames #0 and #1 seem to originate from
poppler.so.118 while #6 really seems to be from .123, which is not
necessarily the reason for the crash but I guess it's sufficiently fishy.
Can the crash be related to this bug, or does it seem unrelated and I
should open another one?
Thanks for any info!
-mk
