On 11/03/2016 12:57 PM, Tom Kacvinsky wrote:
On Nov 3, 2016, at 12:50:49, Tom Kacvinsky
wrote: On 11/03/2016 12:38 PM, Tom Kacvinsky wrote:
On Nov 3, 2016, at 04:05:19, Urs Beyerle
wrote: On 11/03/2016 08:01 AM, jdd wrote:
may be it's only on some pdf?
I have no problem reading this:
The problem are not pdf's. It's only .ps and .eps files. I see it with all ps and eps files.
Example the "standard tiger.eps": http://www.xm1math.net/doculatex/insertionimages/tiger.eps
Or just take a simple hello_world.ps
%!PS % hello_world.psurs /Courier 20 selectfont 72 500 moveto (Hello world!) show showpage
download here: http://iacweb.ethz.ch/staff/beyerleu/example_files/hello_world.ps
ps2pdf still works without a problem. Also old "gv" has no problem with ps and eps files. Which is somehow strange.
Using Leap 42.1, ghostscript-9.15-8.1.x86_64, tiger.eps views fine in gv-3.7.4-5.2.x86_64.
Using ghostscript-9.15-11.1.x86_64 also displays without error in gv.
So I can't be of use in helping you diagnose this problem. If I could reproduce the crash, I might be of some (limited) use.
Well, I do get this when viewing gv (with return code 0). Perhaps it is this that is throwing off evince.
tkacvinsky@hypatia:~/Downloads> gv ISV-Infos-troubles-du-sommeil.pdf Error: /invalidaccess in --.locksafe-- Operand stack: --dict:1181/1684(ro)(G)-- getenv --nostringval-- Execution stack: %interp_exit .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- --nostringval-- --nostringval-- false 1 %stopped_push 1951 1 3 %oparray_pop 1950 1 3 %oparray_pop 1934 1 3 %oparray_pop 1820 1 3 %oparray_pop --nostringval-- %errorexec_pop .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- 1960 0 3 %oparray_pop 1958 0 3 %oparray_pop --nostringval-- Dictionary stack: --dict:1181/1684(ro)(G)-- --dict:0/20(G)-- --dict:79/200(L)-- Current allocation mode is local Current file position is 1899
I just built Ghostscript 9.20 from source and this fixed the PostScript interpreter error I saw. So perhaps it is time to update the GhostScript shipped with Leap. I can work with the package maintainer if he/she desires it.
I am no longer convinced that this is a ghostscript/gv problem, at least for evince. I am using evince-3.14.2-2.8.x86_64. Here is the relevant tidbit that makes me think this: Thread 1 "evince" received signal SIGSEGV, Segmentation fault. INT_cairo_surface_set_device_scale (surface=0x0, x_scale=1, y_scale=1) at cairo-surface.c:1712 1712 if (unlikely (surface->status)) (gdb) p surface $1 = (cairo_surface_t *) 0x0 We are de-referencing a NULL pointer, so bad values are being passed into the cairo library. Why this doesn't happen with PDF files but does for PS and EPS, I don't know. Looking into issues with okular now, I can reproduce the problem there and I believe that this is a gv problem. Looking into to it now -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org