(require 'ps-print)
(setq ps-lpr-command lpr)
(setq ps-printer-name lp)
(setq ps-paper-type 'a4)
(setq ps-multibyte-buffer 'non-latin-printer)
という具合いになっています。lpはデフォルトプリンタの別名です。
自己レスです。
三行目のlpをご指示通り、psc1210に変更し、また、2行目は以下のように変更しました。
(setq ps-lp-command lp)
つまり、コマンドはlpr では無くlpなのでって事です。
清水@九大物理です。
最近、研究室のマシンを FreeBSD 4.11p25 + XFree86 4.3 から、
FreeBSD 6.2p7 + Xorg 7.2 への変更したのですが、X が落ちることが多く
なったように感じます。12台のマシンがネットワークで繋がっており、
ですが、少なくとも1台のマシンで特に Xが暴走することがわかりました
(他のマシンでも非常に稀に起こる---この5日ほどで 1回)。このマシンでは
どんな作業をしていても(特に、emacsであることが多い)、10分ほど Xを
使用していると暴走が起きるようです。
いろいろと kernel
鈴木 と申します。
うちでもPPPoE+BIND9の組み合わせで、特に何も考えずにうまくい
ってるよなー、と思ってBINDのマニュアルをちょっと見てみました。
http://www.isc.org/sw/bind/arm94/Bv9ARM-all.html
6. BIND 9 Configuration Reference
Configuration File Grammar
options Statement Definition and Usage
interface-interval
The server will scan the network
池内です。
清水@九大物理です。
以前からもそうでしたが、非常に稀に Xが暴走することは起こるので、
引続き Xが暴走した後にコンソール画面を復旧する方法をご存知の方は
よろしくお願いいたします。
Xってそんなに頻繁に落ちるソフトウェアではないとは
思いますが...
Alt+F1 または Ctrl+Alt+F1 でコンソールは表示され
たりしませんか?
ビデオカードの問題ではなくメインメモリの故障の様な
気がしますが、物理メモリのチェックをしてみては
如何でしょうか。
以前からもそうでしたが、非常に稀に Xが暴走することは起こるので、
引続き Xが暴走した後にコンソール画面を復旧する方法をご存知の方は
よろしくお願いいたします。
vidcontrol で何かできそうな感じだったので試してみたところ、使い方が悪いのか、
vidcontrol 80x25 とかやると、コンソールの表示が変化しなくなって
reboot せざるをえない状況になってしまいました。。。
# amd64 だからなのか…。
吉田 充@横浜チーム.情報基盤センター.理化学研究所