私的なメモを公開して何の役にたつのかは不明…。
わたしも「大森」という姓だということは覚えていて欲しいなぁ…。 …って、ここ読んでるくらいの人なら大丈夫かしら…?
# modprobe parport_pc # modprobe parport_probe # echo test > /dev/lp0は成功。
$ /usr/sbin/lpc status
lp:
queuing is enabled
printing is disabled
3 entries in spool area
no daemon present
$ /usr/sbin/lpc
lpc> restart
Usage: restart {all | printer ...}
lpc> restart all
lp:
no daemon to abort
lp:
/usr/sbin/lpc: connect: Connection refused
couldn't start daemon
# lpc
lpc> s^Hrestart all
?Invalid command
lpc> restart all
lp:
no daemon to abort
lp:
daemon started
$ su -
# lpq
Warning: lp is down: lp is ready and printing
Warning: no daemon present
Rank Owner Job Files Total Size
1st root 8 ... 625 bytes
2nd root 9 ... 625 bytes
3rd yasuhide 11 (standard input) 8 bytes
# lpc
lpc> status
lp:
queuing is enabled
printing is disabled
3 entries in spool area
no daemon present
# lpc start lp
lp:
printing enabled
daemon started
# lpc status lp
lp:
queuing is enabled
printing is enabled
3 entries in spool area
lp is ready and printing
次の記事は問題の切り分けがなされていていい感じ…。
Date: Tue, 8 Jun 1999 08:39:00 +0900 From: Kunihiko IMAI (今井 邦彦)[linux-users:53414]Subject: [linux-users:53509] Re: PS Printerの設定
自動検出により以下のデバイスが見つかりました: /dev/lp0: 検出されませんでした /dev/lp1: 検出されませんでした /dev/lp2: 検出されませんでした[vine-users:12985]にいう、
1) 追加ボタンをクリック 2) プリンタ種類でローカルプリンタを選択あたりで詰まっているみたい…。
$ /sbin/lsmod | grep parport parport_probe 2980 0 (autoclean) (unused) parport 7324 0 (autoclean) [parport_probe]
$ cat /proc/interrupts
CPU0
0: 492835 XT-PIC timer
1: 19422 XT-PIC keyboard
2: 0 XT-PIC cascade
3: 904056 XT-PIC serial
5: 12 XT-PIC soundblaster
8: 1 XT-PIC rtc
10: 12 XT-PIC eth0
12: 156487 XT-PIC PS/2 Mouse
13: 0 XT-PIC fpu
14: 1038705 XT-PIC ide0
15: 5 XT-PIC ide1
NMI: 0
$ cat /proc/ioports
0000-001f : dma1
0020-003f : pic1
0040-005f : timer
0060-006f : keyboard
0070-007f : rtc
0080-008f : dma page reg
00a0-00bf : pic2
00c0-00df : dma2
00f0-00ff : fpu
0170-0177 : ide1
01f0-01f7 : ide0
0220-022f : soundblaster
02f8-02ff : serial(auto)
0330-0333 : MPU-401 UART
0376-0376 : ide1
03c0-03df : vga+
03f6-03f6 : ide0
4000-4007 : ide0
4008-400f : ide1
6300-63ff : eth0
[vine-users:014914]
「リモートプリンタ」を選び、以下のように設定すればOKなはずです。
プリンタ名 esper <- 適当な名前
スプールディレクトリ /var/spool/lpd/esper
リモートホスト名 (プリンタのIPアドレス)
リモートキュー名 PORT1 <- PS3ではこの名前になってました
入力フィルタ (日本語PostScriptプリンタを選択)
[vine-users:016300] そのての話だとすると conf.modules にこういうのが使えると思いますが。 もう既にどっちのカーネル系統なんだか判りませんが…。 これを BIOS のと一致させればすんなり使えると思います。 alias parport_lowlevel parport_pc #options parport_pc io=0x3bd,0x278,0x378 irq=7,5,7 dma=3,3,3 #options parport_pc io=0x378 irq=7 dma=3 options parport_pc io=0x378 irq=auto
options parport_pc io=0x378 irq=autoを /etc/conf.modules に追加して
# modprobe parport_pcすると、プリンタのヘッドが動きだしたので、認識には成功したもよう。 しかし ASCII テストページの印刷を試みると
lp キューのテスト印刷中にエラーが発生しました Error: invalid command name "Error"
invalid command name "Error"
while executing
"Error reason: $result""
(procedure "print_ascii_testpage" line 17)
invoked from within
"print_ascii_testpage"
invoked from within
".menuf.tests.menu invoke active"
("uplevel" body line 1)
invoked from within
"uplevel #0 [list $w invoke active]"
(procedure "tkMenuInvoke" line 29)
invoked from within
"tkMenuInvoke .menuf.tests.menu 1"
(command bound to event)
"
[linux-users:63333] # cat /proc/parport/0/* CLASS:PRINTER; MODEL:PM-700C; MANUFACTURER:EPSON; COMMAND SET:ESCPL2,BDC; base: 0x378 irq: none dma: none modes: SPP none
# chkconfig --list lpd lpd 0:off 1:off 2:off 3:off 4:off 5:off 6:off # chkconfig --add lpd # chkconfig --list lpd lpd 0:off 1:off 2:on 3:on 4:on 5:on 6:off
[vine-users:07011] 書いてあるとおり、 ・MJ-700V2C ・MJ-900C ・MJ-5000C 以外ではこのドライバは使わないでください。 これらの機種以外ではうまくでません。 (uniprint ドライバでは機種依存することによって印刷スピードの高速化を しています。) 「EPSON MachJet / Stylus Color (UP)」の「MachJet シリーズ, 360x360DpI」 か 「EPSON MachJet シリーズ」 となっているドライバをお使いください。「EPSON MachJet シリーズ」のドライバでは
マイクロウィーブをオンにできます。 また、-dUnidirectional オプションにより 単方向印字にすることができます。 色を調整するオプションは -dDensity、-dCyan、 -dMagenta、-dYellow、-dBlack でそれぞれのデフォルト は 1024 です。とあるが…ようわからん (;_;)
$ for i in `ls | grep -i print` ; do gzip -dc $i | nkf -s > /vfat/bak/JF/`basename $i .gz` ; doneで windows の領域にコピー…あぁ悲しい
in.telnetd: LOCAL, 127.0.0.1, 192.168.0.0/255.255.255.0 leafnode: LOCAL, 127.0.0.1, 192.168.0.0/255.255.255.0と書いて回復。やれやれだわ…。
CD-ROM タイトルもあるらしいのですが、
Message-ID: <840pi7$t58$1@light.imasy.or.jp>の記事によれば、あまり使いやすくはないそうで。
「特許・意匠・商標なんでも110番」について[vine-users:017528]
皇室典範 - 3 皇位継承
だそうです。
NetFront for Linux(Webブラウザ) - [vine-users:017512]
ロード中の時のペンギンがかわいいらしいっす。
メールの漢字コードの扱い[vine-users:017432] より
パソコン OS 年表[vine-users:017437]
ここに書評のある『新教養宣言』も買うべし。
w3m の table/frame レンダリングエンジン構築の際に採用された、 C/C++ でのメモリ管理を容易にするツールらしい。
いまのところは、自分にはそんな大きなものを作るスキルもないから、 参考にも出来ないんだわ。残念。ただ、ひょっとしたら後々役に立つかも。
ftp://ftp.kddlabs.co.jp/.9/Linux/mklinux/R1/mklinux-pre-R1/SRPMS/SRPMS/guile-gtk-0.17-1.src.rpm http://erin.netpedia.net/download/galway-0.30.tgz
It is possible to call the
function for the same text several times in a row since for
stateful character sets the necessary state information is kept in
the data structures associated with the descriptor.
とある。ISO-2022-JP は stateful character sets なので、
複数回関数を呼ばなければならないらしい…。
If INBUF is a null pointer the `iconv' function performs the
necessary action to put the state of the conversion into the
initial state. This is obviously a no-op for non-stateful
encodings, but if the encoding has a state such a function call
might put some byte sequences in the output buffer which perform
the necessary state changes. The next call with INBUF not being a
null pointer then simply goes on from the initial state. It is
important that the programmer never makes any assumption on
whether the conversion has to deal with states or not. Even if
the input and output character sets are not stateful the
implementation might still have to keep states. This is due to the
implementation chosen for the GNU C library as it is described
below. Therefore an `iconv' call to reset the state should always
be performed if some protocol requires this for the output text.
ともある。bugs@gnu.org に投げて怒られるのも当然か…。
/usr/info/libc.info-[78].gz あたりは印刷して損はないかも。
メールは dasen@typhoon.co.jp まで。