私的なメモを公開して何の役にたつのかは不明…。
わたしも「大森」という姓だということは覚えていて欲しいなぁ…。 …って、ここ読んでるくらいの人なら大丈夫かしら…?
# 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 まで。