Probably, these .ps-files are considered not to be quite safe, but it is not clear to a user why blank pages are printed instead of a file which can be seen in gv. After tranforming it with ps2ps, it is printed as it should. --- run lpr on <a href="http://www.cs.wisc.edu/wpis/papers/tr900.ps">http://www.cs.wisc.edu/wpis/papers/tr900.ps</a>, or on the first page of it (attached; extracted by gv). After running ps2ps on it, it can be printed. ---
perhaps, I user pstops (and not ps2ps).
Ну собственно pstops от CUPS что-то и делает невообразимое с файлом. Прилагаю результат работы pstops, его уже не переваривает gv. Надо контачить с авторами edited on: 15-01 15:57
pstops -- это просто дополнение к основному reoport-у. Исходный файл lpr не напечатал. А после пропускания через pstops (или ps2ps) -- напечатал (доп. информация).
С cups-1.1.18-alt1 всё ещё имеет место: lpr b.ps печатает пустую страницу.
В общем, в данном случае виноват сам файл. Из-за того что он несоответствует стандарту во время печати он ломается фильтром pstops,сделать какой-либо хак в этом фильтре не представляется возможным. Более подробный ответ от cups см. ниже: ---- http://www.cups.org/str.php?L847 ---- Your PS file does not conform to the Adobe Document Structuring Conventions but claims conformance (the "%!PS-Adobe-1.0" line at the top of the file) so pstops treats it as such. If you remove the "PS-Adobe-1.0" portion of the first line or just add another line to the front of it containing "%!" then the problem will go away. We cannot and will not try to "fix" this, as "fixing" it will break things for all other conforming applications. ----
