Re: [Bug: 21.4.17] ps-print seems to generate bad postscript

Robert> Whenever I run this, my printer dumps an error page with the following Robert> information on it: Printer manufacturer, model, version, age, please. If possible, specify the vendor of the Postscript interpreter and version, as well as the features enabled. All of that should be available through the test page, or perhaps a special about page that some interpreters will generate. Robert> # ERROR: configurationerror Robert> # OFFENDING COMMAND: setpagedevice [...] Robert> An example of the postscript generated follows: %!PS-Adobe-3.0 I'm not a Postscript expert, so the only thing I can come up with is make sure that your printer supports Level 2 Postscript. (setpagedevice is a Level 2 command.) Although it seems weird that the printer doesn't complain about the declared dependence on Level 3 features, I guess maybe it's supposed to not complain until such features are actually used. FWIW, Ghostscript has no problem with that file. And as far as I can tell the command is not actually used by default; all of the uses are guarded by conditions that are initialized to False. So I'm quite confused about what the actual problem is likely to be. I will check on other applications that I have that use different Postscript interpreters. Although our version is quite old, you might try asking the principal author, Vinicius Jose Latorre <viniciusjl(a)ig.com.br&gt;. (I guess Latorre is the surname, but I don't speak Portuguese so anybody's guess is as good as mine.) As far as I can tell the treatment of Level 2 features and the setpagedevice command in particular are unchanged. You could try to use the GNU Emacs version of ps-print.el, but it almost surely will crash and burn horribly, as it depends on features of their implementation of Mule that XEmacs deliberately omits. I guess we should try to sync our version to the upstream one again, but as mentioned above I don't think anything that would affect your problem has changed. It also is a painful prospect due to the differences in Mule implementations, so it will take some time. -- School of Systems and Information Engineering http://turnbull.sk.tsukuba.ac.jp University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN Ask not how you can "do" free software business; ask what your business can "do for" free software.