FS#29193 - [zathura] core dump on launch when opening PDF
Attached to Project:
Community Packages
Opened by Erik Johnson (archtaku) - Friday, 30 March 2012, 17:53 GMT
Last edited by Sergej Pupykin (sergej) - Tuesday, 10 April 2012, 03:31 GMT
Opened by Erik Johnson (archtaku) - Friday, 30 March 2012, 17:53 GMT
Last edited by Sergej Pupykin (sergej) - Tuesday, 10 April 2012, 03:31 GMT
|
Details
Description:
Opening any PDF results in a segfault. Additional info: * package version(s): zathura 0.1.1-4 (with zathura-pdf-poppler 0.1.1-1) * config and/or log files etc. N/A Steps to reproduce: 1) Run zathura filename.pdf from the terminal and you get the following: ejohnson@dfwejohnson:~% zathura mega1.pdf info: successfully loaded plugin /usr/lib/zathura/ps.so info: successfully loaded plugin /usr/lib/zathura/pdf.so info: successfully loaded plugin /usr/lib/zathura/djvu.so info: Using plain database backend. zsh: segmentation fault (core dumped) zathura mega1.pdf I tried rebuilding and reinstalling zathura and all the plugins with !strip (see below), but the binary is still showing as stripped. I have no idea why. So hopefully the core dump I'm attaching is at least moderately helpful. ejohnson@dfwejohnson:~/abs/zathura% grep 'OPTIONS' /etc/makepkg.conf # GLOBAL PACKAGE OPTIONS # Default: OPTIONS=(strip docs libtool emptydirs zipman purge) OPTIONS=(!strip docs libtool emptydirs zipman purge) ejohnson@dfwejohnson:~/abs/zathura% grep options PKGBUILD ejohnson@dfwejohnson:~/abs/zathura% file /usr/bin/zathura /usr/bin/zathura: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.32, BuildID[sha1]=0x74b4451bc7108bd144999eb4fada3358c4f576da, stripped Backtrace is as follows: ejohnson@dfwejohnson:~% sudo gdb /usr/bin/zathura /tmp/core.zathura.13725 GNU gdb (GDB) 7.4 Copyright (C) 2012 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-unknown-linux-gnu". For bug reporting instructions, please see: <http://www.gnu.org/software/gdb/bugs/>... Reading symbols from /usr/bin/zathura...(no debugging symbols found)...done. [New LWP 13730] [New LWP 13729] [New LWP 13725] warning: Can't read pathname for load map: Input/output error. [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/libthread_db.so.1". Core was generated by `zathura mega1.pdf'. Program terminated with signal 11, Segmentation fault. #0 0x00007f7fb0560eeb in ?? () from /usr/lib/libgs.so.9 (gdb) bt #0 0x00007f7fb0560eeb in ?? () from /usr/lib/libgs.so.9 #1 0x00007f7faff6ae47 in jinit_memory_mgr () from /usr/lib/libjpeg.so.8 #2 0x00007f7faff57a2e in jpeg_CreateDecompress () from /usr/lib/libjpeg.so.8 #3 0x00007f7facd44964 in DCTStream::init() () from /usr/lib/libpoppler.so.19 #4 0x00007f7facdc14d2 in Stream::makeFilter(char*, Stream*, Object*) () from /usr/lib/libpoppler.so.19 #5 0x00007f7facdc18b5 in Stream::addFilters(Object*) () from /usr/lib/libpoppler.so.19 #6 0x00007f7facdb56a8 in Parser::makeStream(Object*, unsigned char*, CryptAlgorithm, int, int, int, std::set<int, std::less<int>, std::allocator<int> >*) () from /usr/lib/libpoppler.so.19 #7 0x00007f7facdb5ba7 in Parser::getObj(Object*, unsigned char*, CryptAlgorithm, int, int, int, std::set<int, std::less<int>, std::allocator<int> >*) () from /usr/lib/libpoppler.so.19 #8 0x00007f7facdc6c30 in XRef::fetch(int, int, Object*, std::set<int, std::less<int>, std::allocator<int> >*) () from /usr/lib/libpoppler.so.19 #9 0x00007f7facd6e368 in GfxResources::lookupXObject(char*, Object*) () from /usr/lib/libpoppler.so.19 #10 0x00007f7facd7c72d in Gfx::opXObject(Object*, int) () from /usr/lib/libpoppler.so.19 #11 0x00007f7facd78401 in Gfx::go(bool) () from /usr/lib/libpoppler.so.19 #12 0x00007f7facd7881e in Gfx::display(Object*, bool) () from /usr/lib/libpoppler.so.19 #13 0x00007f7facdb4b7f in Page::displaySlice(OutputDev*, double, double, int, bool, bool, int, int, int, int, bool, Catalog*, bool (*)(void*), void*, bool (*)(Annot*, void*), void*) () from /usr/lib/libpoppler.so.19 #14 0x00007f7fad0c7904 in ?? () from /usr/lib/libpoppler-glib.so.8 #15 0x00007f7fad2ea295 in pdf_page_render_cairo (printing=<optimized out>, cairo=<optimized out>, page=<optimized out>) at pdf.c:734 #16 pdf_page_render_cairo (page=<optimized out>, cairo=<optimized out>, printing=<optimized out>) at pdf.c:725 #17 0x00000000004159c9 in ?? () #18 0x00007f7fb6acb6a8 in ?? () from /usr/lib/libglib-2.0.so.0 #19 0x00007f7fb6ac9186 in ?? () from /usr/lib/libglib-2.0.so.0 #20 0x00007f7fb6646daa in start_thread () from /lib/libpthread.so.0 #21 0x00007f7fb5deb09d in clone () from /lib/libc.so.6 (gdb) |
This task depends upon
core.zathura.13725.xz
"When linking with a shared libjpeg library, don't include the non-public
libjpeg API hack to replace it's low level memory manager with Ghostscript's.
But still do so when using our "local" libjpeg source."
You have to wait for a new release of ghostscript or remove the ps plugin or as a temporary solution you can build libjpeg with the -fPIC flag and link it statically to the plugin.