[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#824207: ghostscript: Segmentation fault when printing in color mode



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:    info@iserv.eu
Internet:  iserv.eu

USt-IdNr. DE265149425 | Amtsgericht Braunschweig | HRB 201822
Geschäftsführer: Benjamin Heindl, Jörg Ludwig


Reply to: