Version: (using KDE KDE 3.5.5) Installed from: Gentoo Packages OS: Linux kghostview fails to view pdf files with russian names (including path): ----------------------------- Error: /invalidfileaccess in --file-- Operand stack: (/home/mudiller/user/docs/Analit/\320\243\320\274\320\275\320\276\320\262 \320\237\320\276\321\201\320\276\32 0\261\320\270\320\265 2002-03 \(\320\242\320\265\320\272\321\201\321\202 \320\277\320\276\321\201\320\276\320\261\320\270\321\21 7 \320\220\320\262\320\263 2002\320\263\)/11 \320\24008 \320\233\320\270\320\275\320\265\320\271\320\275\321\213\320\265 \320\26 7\320\260\320\262\320\270\321\201\320\270\320\274\320\276\321\201\321\202\320\270 \320\262 \320\273\320\270\320\275\320\265\320\ 271\320\275\320\276\320\274 \320\277\321\200\320\276\321\201\321\202\321\200\320\260\320\275\321\201\321\202\320\262\320\265...) (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_pus h --nostringval-- Dictionary stack: --dict:1127/1686(ro)(G)-- --dict:0/20(G)-- --dict:75/200(L)-- --dict:105/127(ro)( G)-- --dict:253/347(G)-- Current allocation mode is local GPL Ghostscript 8.54 : Unrecoverable error, exit code 1 ------------------------------------------ The same file, being moved into another place (i.e. /home/mudiller/Desktop) is opened ok.
Does the same problem occur if you open the file with plain ghostview?
No, gs doesn't have problems with opening. kpdf also opens it fine. Only kghostview fails.
Leonid, can you *please* give a bit more details? * How *long* exactly was the actual filename (with path)? * What was it exactly? * What happens if your rename the file to some other (same long), but ASCII-only letter name? * What happens if you rename the file to some short Russian name? "Error: /invalidfileaccess" indicates that the path/file/name simply was too long (and not due to it being "Russian"). Ghostscript has some built-in limit for path/names to access (not sure right now if it is 255 or 1023 characters...) Also, please consider this: - *without* a testfile, no-one will ever be able to fix this bug (unless we find a Russian maintainer for kghostview) - *with* a testfile, there is also no guarantee that the bug will be fixed soon, but at least you have helped it a bit along. Do you expect the maintainer to create some arbitrary Russian filename by copy'n'pasting a headline from "Pravda Online", move a PDF to it, and hope the bug does appear then?! ---------- (setting feedback timeout for this bug to Feb. 10, 2007)
No problems. Before somebody asks it is difficult sometimes to guees what is necessary. 1) Test file. It's difficult to give it, because the path plays great role. And the bug IS in length of path+filename, because it appears not only with this file but with everything which has the same (or almost the same) length. Problems: /home/mudiller/user/docs/Analit/Umnov/Умнов Пособие 2002-03 (Текст пособия Авг 2002г)/12 Р09 Нелинейные зависимости в линейном пространстве.pdf No problems: /home/mudiller/Desktop/12 Р09 Нелинейные зависимости в линейном пространстве.pdf 2) If the filepath is simply long. Yes, the problem is here. function q { mkdir qwerty mv q.pdf qwerty/q.pdf cd qwerty q } created VERY VERY long file path for q.pdf after that I tried to open kghostview q.pdf It failed to open and said that cannot open file in normal way (it wasn't crash but error window) BUT you can see STDERR here: Error: /invalidaccess in --file-- Operand stack: PDFfile (/home/mudiller/qwerty/qwerty/qwerty/qwerty/qwerty/qwerty/qwerty/qwerty/qwerty/qwerty/qwerty/qwerty/qwerty/qwerty/qwerty/qwerty/qwerty/qwerty/qwerty/qwerty/qwerty/qwerty/qwerty/qwerty/qwerty/qwerty/qwe...) (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:1125/1686(ro)(G)-- --dict:0/20(G)-- --dict:70/200(L)-- Current allocation mode is local Current file position is 1911 GPL Ghostscript 8.54: Unrecoverable error, exit code 1 3) Summary. > "Error: /invalidfileaccess" indicates that the path/file/name simply was too long (and not due to it being "Russian"). Ghostscript has some built-in limit for path/names to access (not sure right now if it is 255 or 1023 characters...) As far as I see, it's really so. So it isn't a bug. Bug is here: for ASCII filenames it hooks an error from gs but not so for Russian filenames. And uncoviniency. Russian filenames convert into unicode, so filenames became 4 times longer!
OK, closing bug now due to last comment of reporter. Not a KDEPrint bug.