tuxpaint does not print (ghostscript barfs on ps)

[Francesco Potortì]

Binary package hint: tuxpaint

I see there are two similar bug reports, but apparently they are different.
This is tuxpaint (1:0.9.17-1ubuntu3) hardy.

I have no problems printing from other applications, only tuxpaint does not print. The job is scheduled to cups, but nothing comes out. Cups says that the filter failed. To diagnose, I went to tuxpaint-config and changed the lpr default command to a /usr/bin/lprdebug command that I wrote like this:

exec cat > /tmp/a.ps

If I then try to evince the resulting a.ps output file, I get a blank page and the errors below (the string "L'interprete ha fallito" means "interpreter failure" or "the interpreter failed"). I tried both with a picture made by me and with one of the default ones, with the same results: looks like the PS file produce by tuxpaint is corrupted. I attach it to this report.

=================================
Error: /undefined in 83,00
Operand stack:

Execution stack:
   %interp_exit .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- --nostringval-- --nostringval-- false 1 %stopped_push 1909 1 3 %oparray_pop 1908 1 3 %oparray_pop --nostringval-- 1892 1 3 %oparray_pop 1771 1 3 %oparray_pop --nostringval-- %errorexec_pop .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval--
Dictionary stack:
   --dict:1153/1684(ro)(G)-- --dict:0/20(G)-- --dict:100/200(L)--
Current allocation mode is local
Last OS error: 11
Current file position is 414
GPL Ghostscript 8.61: Unrecoverable error, exit code 1
Error: /undefined in 83,00
Operand stack:

Execution stack:
   %interp_exit .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- --nostringval-- --nostringval-- false 1 %stopped_push 1909 1 3 %oparray_pop 1908 1 3 %oparray_pop --nostringval-- 1892 1 3 %oparray_pop 1771 1 3 %oparray_pop --nostringval-- %errorexec_pop .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval--
Dictionary stack:
   --dict:1153/1684(ro)(G)-- --dict:0/20(G)-- --dict:100/200(L)--
Current allocation mode is local
Last OS error: 11
Current file position is 414
GPL Ghostscript 8.61: Unrecoverable error, exit code 1

** (evince:8609): WARNING **: L'interprete ha fallito.

** (evince:8609): WARNING **: L'interprete ha fallito.
Error: /undefined in 83,00
Operand stack:

Execution stack:
   %interp_exit .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- --nostringval-- --nostringval-- false 1 %stopped_push 1909 1 3 %oparray_pop 1908 1 3 %oparray_pop --nostringval-- 1892 1 3 %oparray_pop 1771 1 3 %oparray_pop --nostringval-- %errorexec_pop .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval--
Dictionary stack:
   --dict:1153/1684(ro)(G)-- --dict:0/20(G)-- --dict:100/200(L)--
Current allocation mode is local
Last OS error: 11
Current file position is 414
GPL Ghostscript 8.61: Unrecoverable error, exit code 1

** (evince:8609): WARNING **: L'interprete ha fallito.

[Caroline Ford (secretlondon)]

Thanks very much for this. Intrepid has tuxpaint 0.9.20, could you see
if it is still a problem?

On 10/29/08, Francesco Potortì <email address hidden> wrote:
>
> ** Attachment added: "the a.ps file produce by tuxprint for lpr"
> http://launchpadlibrarian.net/19055408/a.ps
>
> --
> tuxpaint does not print (ghostscript barfs on ps)
> https://bugs.launchpad.net/bugs/290878
> You received this bug notification because you are a member of Edubuntu
> Bugsquad, which is subscribed to tuxpaint in ubuntu.
>

--
Sent from my mobile device

[Francesco Potortì (pot)]

>Thanks very much for this. Intrepid has tuxpaint 0.9.20, could you see
>if it is still a problem?

I installed the tuxpaint packages form intrepid and yes, it corrects the
problem, thank you.

The only thing is, by default the new installation has printing
disabled. So I had to download the tuxpaint-config package from
universe, enable printing on a system-wide basis and then printing
worked alright!

What about a backport?

[Alex Cherepanov (alex-cherepanov)]

The PostScript file is incorrect. The file uses coma as a decimal separator instead of the period
preferred by most programming languages including PostScript.

388,46 500,10 scale