I've got the same bug here: > dev2.iserv.eu ~ # gdb --args gs -q -dPARANOIDSAFER -dNOPAUSE -dBATCH > -sOutputFile=test.ps -sDEVICE=png16m -r72 -dLastPage=1 2010-2-op.pdf > GNU gdb (Debian 7.7.1+dfsg-5) 7.7.1 > Copyright (C) 2014 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 "i586-linux-gnu". > Type "show configuration" for configuration details. > For bug reporting instructions, please see: > <http://www.gnu.org/software/gdb/bugs/>. > Find the GDB manual and other documentation resources online at: > <http://www.gnu.org/software/gdb/documentation/>. > For help, type "help". > Type "apropos word" to search for commands related to "word"... > Reading symbols from gs...(no debugging symbols found)...done. > (gdb) run > Starting program: /usr/bin/gs -q -dPARANOIDSAFER -dNOPAUSE -dBATCH > -sOutputFile=test.ps -sDEVICE=png16m -r72 -dLastPage=1 2010-2-op.pdf > [Thread debugging using libthread_db enabled] > Using host libthread_db library "/lib/i386-linux-gnu/libthread_db.so.1". > > Program received signal SIGSEGV, Segmentation fault. > __lll_unlock_elision (lock=lock@entry=0x8260f94, private=0) at > ../nptl/sysdeps/unix/sysv/linux/x86/elision-unlock.c:29 > 29 ../nptl/sysdeps/unix/sysv/linux/x86/elision-unlock.c: Datei oder > Verzeichnis nicht gefunden. > (gdb) bt > #0 __lll_unlock_elision (lock=lock@entry=0x8260f94, private=0) at > ../nptl/sysdeps/unix/sysv/linux/x86/elision-unlock.c:29 > #1 0xf7123ec0 in __pthread_mutex_unlock_usercnt (mutex=0x8260f94, > decr=<optimized out>) at pthread_mutex_unlock.c:66 > #2 0xf761d3b4 in pthread_mutex_unlock (mutex=0x8260f94) at forward.c:194 > #3 0xf788b5ea in gp_monitor_leave () from /usr/lib/libgs.so.9 > #4 0xf784073c in gsicc_get_link_profile () from /usr/lib/libgs.so.9 > #5 0xf7840c05 in gsicc_get_link () from /usr/lib/libgs.so.9 > #6 0xf783b9e2 in ?? () from /usr/lib/libgs.so.9 > #7 0xf79f3bfb in gx_image_enum_begin () from /usr/lib/libgs.so.9 > #8 0xf79eef21 in gx_begin_image1 () from /usr/lib/libgs.so.9 > #9 0xf7a125ef in gx_default_begin_typed_image () from /usr/lib/libgs.so.9 > #10 0xf782d1f2 in ?? () from /usr/lib/libgs.so.9 > #11 0xf7a12559 in gx_default_begin_image () from /usr/lib/libgs.so.9 > #12 0xf7a12649 in gx_default_begin_typed_image () from /usr/lib/libgs.so.9 > #13 0xf782d1f2 in ?? () from /usr/lib/libgs.so.9 > #14 0xf79b263b in gs_image_begin_typed () from /usr/lib/libgs.so.9 > #15 0xf77d9967 in zimage_setup () from /usr/lib/libgs.so.9 > #16 0xf77d9fc0 in image1_setup () from /usr/lib/libgs.so.9 > #17 0xf77da0fa in ?? () from /usr/lib/libgs.so.9 > #18 0xf77a4fc4 in ?? () from /usr/lib/libgs.so.9 > #19 0xf77a69c2 in gs_interpret () from /usr/lib/libgs.so.9 > #20 0xf779b34c in gs_main_run_string_end () from /usr/lib/libgs.so.9 > #21 0xf779b3dc in gs_main_run_string_with_length () from /usr/lib/libgs.so.9 > #22 0xf779b423 in gs_main_run_string () from /usr/lib/libgs.so.9 > #23 0xf779c924 in ?? () from /usr/lib/libgs.so.9 > #24 0xf779caaf in ?? () from /usr/lib/libgs.so.9 > #25 0xf779cd23 in ?? () from /usr/lib/libgs.so.9 > #26 0xf779e09b in gs_main_init_with_args () from /usr/lib/libgs.so.9 > #27 0xf779ef52 in gsapi_init_with_args () from /usr/lib/libgs.so.9 > #28 0x080487c3 in main ()
The upstream bug contains a patch but it doesn't look like it's possible to apply this to the ghostscript 9.05 package. Maybe we could get an update or a backport to ghostscript 9.19 from stretch? -- Mit freundlichen Grüßen Martin v. Wittich IServ GmbH Bültenweg 73 38106 Braunschweig Telefon: 0531-2243666-0 Fax: 0531-2243666-9 E-Mail: [email protected] Internet: iserv.eu USt-IdNr. DE265149425 | Amtsgericht Braunschweig | HRB 201822 Geschäftsführer: Benjamin Heindl, Jörg Ludwig
