Bug#619306: ghostscript segfaults on some eps file
On Mon, Apr 18, 2011 at 10:37 PM, Jonas Smedegaard <dr@jones.dk> wrote:
> Pinning is one approach, yes. Another is to only temporarily subscribe
> to unstable and pay close attention to which packages gets installed
> when requesting to update the ghostscript package (use aptitude in
> fullscreen mode rather that apt-get!).
At first I tried this but it wanted to update a bunch of libs, including libc.
I cancelled that.
> A thir aproach is to download
> and install using dpkg.
Next I tried this solution and installed the following packages:
liblcms1_1.18.dfsg-1.2+b3_amd64.deb
libgs9-common_9.02~dfsg-1_all.deb
libgs9_9.02~dfsg-1_amd64.deb
ghostscript-dbg_9.02~dfsg-1_amd64.deb
ghostscript_9.02~dfsg-1_amd64.deb
But the problem persists:
$ gdb -q --args gs -q -dSAFER arch-SPOT.eps
Reading symbols from /usr/bin/gs...Reading symbols from
/usr/lib/debug/usr/bin/gs...done.
done.
(gdb) run
Starting program: /usr/bin/gs -q -dSAFER arch-SPOT.eps
[Thread debugging using libthread_db enabled]
Program received signal SIGSEGV, Segmentation fault.
0x0000000000000000 in ?? ()
(gdb) bt
#0 0x0000000000000000 in ?? ()
#1 0x00007ffff6577bce in cmsEvalLUT () from /usr/lib/liblcms.so.1
#2 0x00007ffff65800a6 in ?? () from /usr/lib/liblcms.so.1
#3 0x00007ffff656c071 in _cmsComputePrelinearizationTablesFromXFORM
() from /usr/lib/liblcms.so.1
#4 0x00007ffff65828d7 in _cmsPrecalculateDeviceLink () from
/usr/lib/liblcms.so.1
#5 0x00007ffff6580c7a in cmsCreateProofingTransform () from
/usr/lib/liblcms.so.1
#6 0x00007ffff658135b in cmsCreateTransform () from /usr/lib/liblcms.so.1
#7 0x00007ffff73e87ff in gsicc_get_link_profile (pis=<value optimized
out>, dev=<value optimized out>, gs_input_profile=0xac58e0,
gs_output_profile=0x785280, rendering_params=0x7fffffffc660,
memory=<value optimized out>, include_softproof=0)
at ./base/gsicc_cache.c:594
#8 0x00007ffff73e5717 in gx_remap_ICC (pcc=0x95cb00, pcs=0x9bcd68,
pdc=0x991f50, pis=0x624fa8, dev=0x68ca88,
select=gs_color_select_texture) at ./base/gsicc.c:347
#9 0x00007ffff73262ca in gx_remap_CIEA (pc=0x95cb00, pcs=0x9bccb8,
pdc=0x991f50, pis=0x624fa8, dev=0x68ca88,
select=gs_color_select_texture) at ./base/gsciemap.c:700
#10 0x00007ffff75859ac in gx_remap_color (pgs=0x624fa8) at ./base/gxcmap.c:553
#11 0x00007ffff7578298 in gs_text_begin (pgs=0x624fa8,
text=0x7fffffffc7d0, mem=0x602888, ppte=0x7fffffffc8b8) at
./base/gstext.c:262
#12 0x00007ffff75785f5 in gs_xyshow_begin (pgs=0x624fa8, str=<value
optimized out>, size=<value optimized out>, x_widths=0xaac268,
y_widths=0x0, widths_size=6, mem=0x602888, ppte=0x7fffffffc8b8) at
./base/gstext.c:413
#13 0x00007ffff72eddc7 in moveshow (i_ctx_p=0x641180, have_x=1,
have_y=0) at ./psi/zcharx.c:113
#14 0x00007ffff7355a7b in interp (pi_ctx_p=0x602388, pref=<value
optimized out>, perror_object=0x7fffffffd790) at ./psi/interp.c:1263
#15 0x00007ffff7356bbb in gs_call_interp (pi_ctx_p=<value optimized
out>, pref=<value optimized out>, user_errors=1,
pexit_code=0x7fffffffd7ac, perror_object=0x7fffffffd790) at
./psi/interp.c:484
#16 gs_interpret (pi_ctx_p=<value optimized out>, pref=<value
optimized out>, user_errors=1, pexit_code=0x7fffffffd7ac,
perror_object=0x7fffffffd790) at ./psi/interp.c:442
#17 0x00007ffff734be35 in gs_main_interpret (minst=<value optimized
out>, user_errors=<value optimized out>,
pexit_code=<value optimized out>, perror_object=<value optimized
out>) at ./psi/imain.c:240
#18 gs_main_run_string_end (minst=<value optimized out>,
user_errors=<value optimized out>, pexit_code=<value optimized out>,
perror_object=<value optimized out>) at ./psi/imain.c:556
#19 0x00007ffff734cbd2 in run_string (minst=0x6022f0, str=<value
optimized out>, options=<value optimized out>) at ./psi/imainarg.c:814
#20 0x00007ffff734cd6a in runarg (minst=0x6022f0, pre=0x7ffff766b51d
"", arg=<value optimized out>, post=0x7ffff75e12a9 ".runfile",
options=3) at ./psi/imainarg.c:805
#21 0x00007ffff734e8d0 in gs_main_init_with_args (minst=0x6022f0,
argc=4, argv=0x7fffffffe368) at ./psi/imainarg.c:215
---Type <return> to continue, or q <return> to quit---
#22 0x0000000000400bc4 in main (argc=4, argv=0x7fffffffe368) at
./psi/dxmainc.c:84
If this was corrected on this version this should not happen, right?
> If all of those feel scary, then there is the option of waiting until it
> enters testing :-)
Hmm ... will testing get this on the next 10 days?
Thanks Jonas.
Cheers,
Colin
Reply to: