Comment 2 for bug 996468

Hi,
thank you for the replay and all the informations!

In meanwhile I did downgrade libtiff4 from version 3.9.6-5 to 3.9.6-2
in debian unstable and this has solved problem relative to postscript
file.

All other format aren't printed at all; if I print pdf (with xpdf that
use lp as printer backend) I got page out from printer but completly
blank, if I print .txt file (directly with $ lp p1.txt as you can see
in logs attached) I got the same error I described before.

 04:42 Wed 09 May 12 , Sanjay Kumar wrote:
>...

I've done everythings you indicated to me and:

> c) Try to print any document and then please send following
> files

The log refers to

1)
lapo@rtk1:~$ lp p1.txt
 (p1.txt contain just a line with: "prova stampante" and a cr)

2)
lapo@rtk1:~$ xpdf filterek.pdf &
[1] 3241
lapo@rtk1:~$ request id is M1212-257 (0 file(s))

[1]+ Segmentation fault (core dumped) xpdf filterek.pdf
lapo@rtk1:~$

3)
(a wrong attempt to print from gnu-pcb... sorry)
$ cancel M1212-256
$ cancel M1212-257

4)
lapo@rtk1:$ lp ev_adf4360_7-1.0.ps
request id is M1212-260 (1 file(s))

That works correctly

> => /var/log/syslog (if present),
> => /var/log/messages (if present),
> => /var/log/cups/error_log

done

> => /tmp/*.bmp

done, but there where other 11 pages of 3.8MB so I decide to suppress
and they came from xpdf fault (thus I selected to print only pag #1...)

> => /tmp/*.out

done

> => /tmp/hpcheck.log

done

> => document used for printing

done

> =>scanned copy of printed document

I'll do it soon...

> d) Please let me know the application used for testing.

mainly lp :)

Many thanks for you effort! I can survive converting everythings to ps
and print with libtiff4 downgraded :)

Lapo