Created attachment 18603 [details] et-rotate.ps.gz I previusly reported this to: http://bugzilla.gnome.org/show_bug.cgi?id=545368 I have tried with libspectre-0.2.1, now, pages 3 and 4 are properly shown (without strange characters), but evince still cannot show pages 1 and 2, it only shows "Loading" message forever I get the following when running it from a terminal: rangecheck -15 rangecheck -15 rangecheck -15 rangecheck -15 rangecheck -15 rangecheck -15 ** (evince:5790): WARNING **: Error rendering thumbnail "gv" shows fine the whole file
I cannot reproduce it, what gs version do you have?
I have app-text/ghostscript-gpl-8.63
I get the same with ghostscript-gpl-8.62
I've just upgraded to gs 8.63 and I still cannot reproduce it, so I don't known where is the problem but it doesn't seem to be a gs issue.
Created attachment 20289 [details] File exhibiting the bug Hello, I have a similar bug with Okular and libspectre 0.2.0 (confirmed with 0.2.1 by Pino Toscano) with the attached file. I get the same error message (rangecheck -15) and the page is not rendered. I hope it can help reproduce the bug. The file works fine invoking gs 8.62. Thanks, Médéric
(In reply to comment #5) > Created an attachment (id=20289) [details] > File exhibiting the bug > > Hello, > > I have a similar bug with Okular and libspectre 0.2.0 (confirmed with 0.2.1 by > Pino Toscano) with the attached file. I get the same error message (rangecheck > -15) and the page is not rendered. I hope it can help reproduce the bug. The > file works fine invoking gs 8.62. > This document works for me too.
It fails with my system instead :'(
Still valid, what is more surprising is that affected postscript files are generated by epiphany when printing to a file Gimp open them fine on the other hand :-/
Doing -#define BUFFER_SIZE 32768 +#define BUFFER_SIZE 1024*1024*1024 gets me something rendered on page 1 and page 2, but not all content still. It the rangecheck -15 error is because gs does not like we feed it "things" partially and increasing the buffer size is a "easy" way to fix it. Still no idea why feeding it all at once like we do with such a big buffer doesn't give the correct rendering.
(In reply to comment #9) > Doing > > -#define BUFFER_SIZE 32768 > +#define BUFFER_SIZE 1024*1024*1024 > > gets me something rendered on page 1 and page 2, but not all content still. > > It the rangecheck -15 error is because gs does not like we feed it "things" > partially and increasing the buffer size is a "easy" way to fix it. > > Still no idea why feeding it all at once like we do with such a big buffer > doesn't give the correct rendering. > Accordng to the gs documentation: "There is a 64 KB length limit on any buffer submitted to a gsapi_run_* function for processing. If you have more than 65535 bytes of input then you must split it into smaller pieces and submit each in a separate gsapi_run_string_continue() call." I don't know what to do to fix it, since it's not reproducible for me.
I can reproduce it, but I have no idea about programming :-(, then, I can only offer me for testing purposes, do you want me to try anything?
That is quite interesting, if i use a buffer size of 65535 i get the rangecheck error if i use 65536 i do not (but get an empty page) i'd try to ping gs people as maybe it's a problem in their side.
Created attachment 34681 [details] postscript file that is not displayed
Have to add that a year later I experience the same problem under Gentoo with okular-4.5.3 libspectre-0.2.1 or 0.2.4 ghostscript-gpl-8.64 I have attached one of my problem files, and can confirm that previously attached files are not displayed. gv , on the other hand, display all my files correctly.
(In reply to comment #14) > Have to add that a year later I experience the same problem under Gentoo with > > okular-4.5.3 > libspectre-0.2.1 or 0.2.4 > ghostscript-gpl-8.64 > > I have attached one of my problem files, and can confirm that previously > attached files are not displayed. > > gv , on the other hand, display all my files correctly. Sorry, okular-4.3.5 of course
Still not reproducible for me :-( hmm, are you guys running libspectre on a 32 or 64 bit system?
On a 64 bits system in my case
64 bits ghostscript 8.70.dfsg.1-0ubuntu3 okular 4.4.2-0ubuntu1~karmic1~ppa1 libspectre 0.2.2.ds-2 evince 2.28.1-0ubuntu1.2 All attachments work
(In reply to comment #16) > Still not reproducible for me :-( hmm, are you guys running libspectre on a 32 > or 64 bit system? 64 bit
Could you try again with libspectre from git master, please?
I have upgraded to ghostscript-gpl-8.71 and everything works now.
(In reply to comment #17) > On a 64 bits system in my case and which ghostscript version?
I am still with 8.70, I will try to update to the latest one supplied with Gentoo (well, ghostcript seems to be patched a lot depending on distributions)
Solved by ghostscript-8.71 with -r3 gentoo revision. It was a ghostscript problem then :-O Best regards
(In reply to comment #24) > Solved by ghostscript-8.71 with -r3 gentoo revision. It was a ghostscript > problem then :-O > > Best regards I wonder, what was the problem
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.