Bug 53343

I can confirm, using the KDE 3.1 release.  Actually, I've had this problem as long as I 
can remember using KDE.  (Yes, I should have reported a long time ago; I've been 
using Acrobat instead.)  I can also confirm that this happens with PDF 1.2 files.  
Actually, almost no PDF files in the world that I have ever encountered work with 
kghostview, even the ones that display OK with gv. 
 
More precisely, the file loads, and the correct number of pages are shown in the page 
chooser, but the main window displays a blank page.  This happens when I'm loading 
PDFs over the network, when I'm doing it on a local file system, when I'm doing it on 
an NFS-mounted filesystem, whatever.  It happens when I use the embedded 
kghostviewer component or when I'm using the standalone kghostviewer.  If I load up 
a PostScript file in kghostview, print to PDF, and load up the resulting PDF in 
kghostview, it does not work. 
 
BTW, this may be a duplicate of Bug 22771, but I can't confirm for sure. 
 
When I enable "Show Ghostscript messages in a separate box", load up a PDF file, 
and hit "Redisplay", I get the following messages: 
 
-----------begin messages--------------- 
Error: /invalidfileaccess 
 in --file-- 
 
Operand stack: 
   (/homes/gws/klee/etc/papers/practical-linear-types.pdf)   (r) 
Execution stack: 
   %interp_exit   .runexec2    
--nostringval--   --nostringval--   --nostringval--   2   %stopped_push   --nostringval--   
--nostringval--   --nostringval--    
false   1   %stopped_push   1   3   %oparray_pop   1   3   %oparray_pop   .runexec2   
--nostringval--   --nostringval--   --nost 
ringval--   2   %stopped_push   --nostringval--   --nostringval--   --nostringval-- 
Dictionary stack: 
   --dict:1029/1123(ro)(G) 
--   --dict:0/20(G)--   --dict:72/200(L)--   --dict:100/127(ro)(G)--   --dict:221/230(G)-- 
Current allocation mode is local 
AFPL Ghostscript DEVELOPMENT RELEASE  
7.20 
:  
Unrecoverable error, exit code 1 
-----------end messages--------------- 
 
I get at least the "Error: \invalidfileaccess" part of this message pretty consistently 
across the non-working PDF files.  So, you might think this is a ghostscript 
interpreter error, except that gv displays these files just fine.  And it's definitely not the 
PDF file, since xpdf and Acrobat Reader display fine too. 

Can someone post such a .pdf file? 
 
Normally attaching it in a mail to 53343@bugs.kde.org should do the trick. 

Subject: Re:  Frequently fails to open pdf files         

On 14 Mar 2003, Luis Pedro Coelho wrote:

> ------- Additional Comments From luis_pedro@netcabo.pt  2003-03-14 12:45 -------
> Can someone post such a .pdf file? 
>
> Normally attaching it in a mail to 53343@bugs.kde.org should do the trick.

OK, I've attached one that's relatively small.  You can also view it at:

http://www.ccs.neu.edu/scheme/pubs/fse01-flf.pdf

~k



Created an attachment (id=1170)
fse01-flf.pdf

Created attachment 1171 [details]
test case

I had problems with the previous attachment

I wasn't able to open the attachment on bugzilla (bc bugzilla was giving me an 
empty file), but the ftp link seemed to work and open on kghostview, so I can't 
reproduce the bug. 
 
I added the file to bugzilla because external test case links often become stale after 
some time. 

What ghostview version are you using?  My gs --version says 7.05. 

My gs is also 7.05! 
 
I even got kghostview BRANCH and 3.1.0  (everything else (kdelibs,etc.) is from 
HEAD, though) to see if I could make the bug show up. 
 
I always opened the file without any problems. 

Subject: Re:  Frequently fails to open pdf files         

OK, it turns out I'm running 7.20 (I had forgotten that some other user
installed 7.20 in our "unsupported software" partition).  The old gs was
in my bash PATH, but the new gs was in the PATH of my KE environment.

Anyway, running kghostview with the debug window yields the spew of error
messages I posted earlier:

  Error: /invalidfileaccess
   in --file--

  ... [lots of error junk] ...

  AFPL Ghostscript DEVELOPMENT RELEASE 
  7.20
  : 
  Unrecoverable error, exit code 1

Given the /invalidfileaccess, I think this problem is related to the new
semantics of -dSAFER in 7.20:

http://www.ghostscript.com/pipermail/gs-devel/2002-April/001499.html

This security change appears to have been propagated into all post-7.20
releases of GhostScript; see the 8.00 docs:

http://www.cs.wisc.edu/~ghost/doc/AFPL/8.00/Use.htm

Searching reveals that kpswidget.cpp always passes -dSAFER.  I believe the
fix is to make kghostview do the right thing w.r.t. the new -dSAFER
semantics, possibly conditionally depending on whether the ghostview
version is post-7.20.  Doing the secure thing appears pretty tricky, but
maybe you could look at what newer versions of gsview do.  Someday, I
assume, the newer versions of gs will be standard everywhere.

~k

This is supposed to be fixed with the KDE security update that we have issued 
today. Please test. 

reopen when there are still problems after upgrading to 3.0.5b / 3.1.1a.  

I've got this error message with kghostview from 3.1.4 and Alladin gs 7.04 (the file is http://www.state.ma.us/ccj/download/info502.pdf):

Error: /invalidfileaccess
 in --.libfile--
Operand stack:
   --dict:4/4(L)--   F0   16.08   --dict:9/9(L)--   --dict:9/9(L)--   Arial-BoldItalic   Font   Arial-BoldItalic   387309   Arial-BoldItalic   --nostringval--   Arial-BoldItalic   Arial-BoldItalicMT   (/usr/share/fonts/truetype/microsoft/arialbi.ttf)
Execution stack:
   %interp_exit   .runexec2   --nostringval--   --nostringval--   --nostringval--   2   %stopped_push   --nostringval--   --nostringval--   --nostringval--   false   1   %stopped_push   1   3   %oparray_pop   1   3   %oparray_pop   .runexec2   --nostringval--   --nostringval--   --nostringval--   2   %stopped_push   --nostringval--   --nostringval--   --nostringval--   --nostringval--   --nostringval--   %array_continue   --nostringval--   false   1   %stopped_push   --nostringval--   %loop_continue   --nostringval--   --nostringval--   --nostringval--   6   8   %oparray_pop   7   8   %oparray_pop   --nostringval--   --nostringval--   --nostringval--   --nostringval--   --nostringval--   false   1   %stopped_push  
 10   9   %oparray_pop   --nostringval--   --nostringval--   --nostringval--   --nostringval--   --nostringval--   %array_continue   --nostringval--   --nostringval--   --nostringval--   --nostringval--   --nostringval--   %array_continue   --nostringval--   --nostringval--   --nostringval--   %loop_continue   --nostringval--   14   10   %oparray_pop   --nostringval--   --nostringval--   --nostringval--
Dictionary stack:
   --dict:1014/1123(ro)(G)--   --dict:0/20(G)--   --dict:72/200(L)--   --dict:97/127(ro)(G)--   --dict:214/230(ro)(G)--   --dict:19/24(L)--   --dict:4/6(L)--   --dict:23/31(L)--   --dict:17/17(ro)(G)--   --dict:1014/1123(ro)(G)--
Current allocation mode is local
AFPL Ghostscript 7.04: Unrecoverable error, exit code 1

And yes, it display perfectly well with plain gs, gv, or xpdf.

Matej