Sat 14 Nov 2015 04:36:49 PM UTC, original submission:
I have an HP 8610 printer on my local network. On my linux machine I can print from the shell using "lpr foo.ps" or "lpr foo.pdf" with success. The CUPS printer system is handling printing for me.
In Octave if I issue the command "print" then octave sends postscript to the printer and somehow avoids the normal processing that happens with lpr, which results in the postscript source printing as text on the printer (I get a few lines of postscript header and tons of blank pages). I tried "print -dpdf" and the printer makes noises and prints nothing, which I speculate is a result of pdf source being sent to the printer.
If I run from Octave "print('foo.ps')" or "print('foo.pdf')" and then print the resulting file from the shell with lpr then printing succeeds.
The documention for print suggests that I can use "-dghostscript_device" so I tried selecting pcl3, which I believe is correct for my printer:
>> print -dpcl3
error: print: format must be a valid Ghostscript format for spooling to a printer
error: called from
_print_parse_opts_ at line 336 column 7
print at line 291 column 8
Note that using pcl3 from the command line succeeds:
gs -sDEVICE=pcl3 -sOutputFile=foo.pcl foo.ps
The foo.ps file is the one produced by octave above.
I tried looking at print.m, but it appears all the printing is hidden by the function _opengl__print_, so I can't tell what's actually going on. (I'm actually not quite sure because when I modified print.m, but modifications didn't seem to run, which made me uncertain print.m was actually running at all when I typed "print".)
|