|
From: Joerg v. d. H. <j.v...@fz...> - 2007-04-30 15:26:04
|
dear all, can someone confirm the following behaviour with `gv': when viewing a pdf-file, the file is initially correctly displayed but `gv' allows zooming in only if `gv' was called on a bare file name such as: gv some_file.pdf. if started with a relative or absolute path in front, such as gv some_path/some_file.pdf I get the error message: Error: /invalidfileaccess in --file-- Operand stack: (/Users/vdh/tt.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 1 3 %oparray_pop 1 3 %oparray_pop %.runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %%stopped_push --nostringval-- Dictionary stack: --dict:1118/AFPL Ghostscript 8.51: Unrecoverable error, exit code 1 1686(ro)(G)-- --dict:0/20(G)-- --dict:75/200(L)-- --dict:105/127(ro)(G)-- --dict:251/347(G)-- Current allocation mode is local in the `gv' error window. more precisely for a file in my home directory, say, gv some_file.pdf -- works gv ./some_file.pdf -- works gv ~/some_file.pdf -- does not work (zooming fails) gv /Users/vdh/some_file.pdf -- does not work (zooming fails). on the other hand, viewing of postscript files works in either case, i.e. gv some_file.ps gv some_path/some_file.ps both work as they should. I don't have the slightest idea what is happening. this is with macos 10.4.9. and gv 3.6.1 and fink 0.27.1. the `.gv' file looks like GV.antialias: False GV.watchFile: True GV.watchFileFrequency: 2500 I only now cornered the problem (which previously appeared to be of the "now you see it, now you don't" variety), but think I observe this since about 6-12 month). if someone else can confirm this problem (and nobody does point to some stupid error on my side) I might send a bug report to the gv-people. thanks joerg |