トップページ⇒unix
1001コメント276KB

GNU screen その3

■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん＠お腹いっぱい。2005/03/21(月) 07:24:04
前スレがdetachされたので再attachしますた

前スレ
screenってどうよ http://pc.2ch.net/test/read.cgi/unix/1001966406/
GNU screen その2 http://pc5.2ch.net/test/read.cgi/unix/1048030339/
GNU screen その3 http://pc5.2ch.net/test/read.cgi/unix/1087436430/
0037242005/04/06(水) 12:49:22
>>36
同じです。

C-a *
> mlterm 170x62 user@/dev/pts/0 1(w3m) rwx

$ echo $TERM
mlterm
$ screen -R
$ echo $TERM
screen

…です。
0038362005/04/06(水) 14:49:49
>>37
ぼくにはもうお手上げです。原因不明です。

あとは、upload41382.txtを見ながら地道にどのエスケープシーケ
ンスが悪いか調べるしかないですね。
とりあえず、ここまで削れば罫線が表示されるはずです。
^[(B^[)0^Nlqqqqqqqqqqqqqqqqqqqqqqqqqqqq
0039362005/04/06(水) 16:19:12
>>37
$ echo $TERM
mlterm
$ script
$ screen -R
C-a H
$ dialog --infobox test 10 30
C-a d
$ exit

これでscriptの結果とscreenlogを見比べて、エスケープシーケ
ンスがどのように変化しているかを調べると何かわかるかもしれま
せん。
0040名無しさん＠お腹いっぱい。2005/04/08(金) 18:46:58
rpmで入れたscreenの、メッセージの表示される行がタイトルバーに行っちゃいます。
コマンドラインで弄ってる時、視点はスクロールしていく情報を追う結果、一番下を
追っている事が多いですから、なんとか下にこのメッセージ行を持っていきたいのですが
.screenrcの設定でなんとかなるんでしょうか？
0041名無しさん＠お腹いっぱい。2005/04/08(金) 18:51:44
>>40
hardstatus off
0042名無しさん＠お腹いっぱい。2005/04/08(金) 18:52:21
自己レス。
/etc/screenrcの
# special xterm hardstatus: use the window title.
termcapinfo xterm 'hs:ts=\E]2;:fs=\007:ds=\E]2;screen\007'
この設定をコメントアウトしたらいけました。スレ汚し失礼。
0043名無しさん＠お腹いっぱい。2005/04/10(日) 09:35:52
質問させてください。
screenを起動させて、デタッチした後-rで復帰すると日本語が文字化けします。
デタッチするまでは問題なく動いています。
どこかで復帰後、
^A:encoding eucJP eucJP
^A^L
すると直るとあったのですが、効果ありません。
screenはScreen version 4.00.02 (FAU) 5-Dec-03
OSはSuSE9です。

.screenrcは
defencoding eucJP
encoding eucJP eucJP
startup_message off
autodetach on
hardstatus alwayslastline "%w%=%c"
^Aiの情報は、
起動後：(20,56)/(144,56)+100 +flow eucJP G0^B[B^BI^D] 0(bash)
復帰後：(20,2)/(144,56)+100 +flow eucJP G0^B[B^BI^D] 0(bash)
という感じです。

どなたか文字化けを直す方法をご教示ください。
0044名無しさん＠お腹いっぱい。2005/04/10(日) 11:43:42
>>43
> どなたか文字化けを直す方法をご教示ください。
KTerm を使う
0045432005/04/10(日) 12:35:01
>>44
申し訳ありません、最も重要なことを書き忘れました。
screenを利用しているのが、putty経由で接続した環境です。
puttyのスレに書き込んだほうがいいでしょうか。

もしやと思ってputtyの端末文字列にkterm設定してみましたが変わらずです。
0046名無しさん＠お腹いっぱい。2005/04/10(日) 12:42:05
>>43
かなり謎な現象ですね。
screen -rするときの$LANGはeucになっていますか?
0047432005/04/10(日) 13:09:49
>>46
謎でもなんでもなかったようです･･･
LANGがen_US.UTF-8になっていたのでja_JP.eucJPにして直りました。
ありがとうございます。
最初に確認すべきでした。申し訳ありません。最近導入したサーバーであったので、LANGの設定をし忘れていました･･･orz

>>44
>>46
おふたかたとも、ありがとうございました。

0048名無しさん＠お腹いっぱい。2005/04/13(水) 02:41:46
Cygwin+screen上でvimを使うと画面の乱れが激しいんですが、
ちゃんと使えてるという方います？
0049名無しさん＠お腹いっぱい。2005/04/13(水) 21:02:05
>>48
ちゃんと使えてますよ. 環境変数 TERM とか /etc/termcap 
とか確認した?
0050名無しさん＠お腹いっぱい。2005/04/15(金) 08:40:45
>>49
TERMはcygwinでもscreenでもだめです。
termcapはこんな感じなんですが。
cygwin:\
:xn@:op=\E[39;49m:Km=\E[M:te=\E[2J\E[?47l\E8:ti=\E7\E[?47h:tc=linux:
0051名無しさん＠お腹いっぱい。2005/04/15(金) 10:39:14
端末は何使ってる？
0052名無しさん＠お腹いっぱい。2005/04/16(土) 05:49:00
DOS窓です
0053名無しさん＠お腹いっぱい。2005/04/29(金) 13:08:42
あ
0054名無しさん＠お腹いっぱい。2005/04/30(土) 18:56:08
な
0055名無しさん＠お腹いっぱい。2005/04/30(土) 20:44:19
る
0056名無しさん＠お腹いっぱい。2005/04/30(土) 22:45:42
fox
0057名無しさん＠お腹いっぱい。2005/05/15(日) 05:54:08
http://groups.yahoo.com/group/gnu-screen/

> Description
>
> GNU screen is NOT developed any more.
> The maintainers only fix serious bugs.
>
> So this list has been closed. Do NOT join! thankyou.
>
> please use your favourite newsreader to
> access the group on gmane.org (see link).
>
> this list and its archive will be deleted soon.
0058名無しさん＠お腹いっぱい。2005/05/15(日) 10:53:11
失礼甚しい
0059名無しさん＠お腹いっぱい。2005/05/15(日) 12:36:18
おいおい。まじかよ。もっと開発がんばってくれよ。
0060名無しさん＠お腹いっぱい。2005/05/15(日) 13:12:05
藻前らがもっとt-shirts, money, beer & pizzaを送らんからだ。


こうなったら総帥に跡を継いで頂くしかないか。
国内だろうし場合によっては一度くらいはpizzaを届けさせてもらおう。
0061名無しさん＠お腹いっぱい。2005/05/15(日) 14:44:25
>>60
うむ同意。

とはいえ、新機能はとくに要らんから
本家にsecurity fixだけやってもらうだけでもいいな。
0062名無しさん＠お腹いっぱい。2005/05/15(日) 14:56:26
しかしなにもMLのアーカイヴまで消さなくてもいいと思うんだが。
トラブルでもあったのかと思っちまうぞ
0063名無しさん＠お腹いっぱい。2005/05/15(日) 15:23:01
バイバイ
0064名無しさん＠お腹いっぱい。2005/05/15(日) 15:54:20
archiveはgmaneで見れるからいいだろ、ってことなのかな
0065名無しさん＠お腹いっぱい。2005/05/15(日) 17:53:20
gnuscreen-2chでも作るか
0066名無しさん＠お腹いっぱい。2005/05/15(日) 18:39:08
screen-users@gnu.org は健在だよ
0067名無しさん＠お腹いっぱい。2005/05/16(月) 12:15:33
>>65
おながいします
0068名無しさん＠お腹いっぱい。2005/05/17(火) 17:29:17
EUCな設定のときにShift-JISなテキストをうっかり表示しちゃうと
しばらく止まっちゃうんですが回避策ないですか
0069名無しさん＠お腹いっぱい。2005/05/17(火) 17:38:26
ない
0070名無しさん＠お腹いっぱい。2005/05/17(火) 18:44:08
hardcopyとlogをUTF-8化しないと開発終了させませんよ
0071名無しさん＠お腹いっぱい。2005/05/17(火) 20:06:43
そこらへんこそ日本人の出番という気もする
0072名無しさん＠お腹いっぱい。2005/05/18(水) 00:17:28
端末だけから拡張してX11のアタッチ/デタッチができると素晴しいかも。
hardcopyはttyrecをマージして貰いたい。勿論編集可で。ヒューマンsnortのできあがり。
以上、妄想でした
0073名無しさん＠お腹いっぱい。2005/05/18(水) 01:00:23
ttyrecをマージするとどうなるの?
0074名無しさん＠お腹いっぱい。2005/05/18(水) 01:32:53
>>72
X の display 全体なら vnc でできるね。
window 単位なら xmove で別のサーバに退避させるとかでできるかも。
面白そうだからやってみて。
0075名無しさん＠お腹いっぱい。2005/05/18(水) 01:49:50
つ[Teleporting System]
0076名無しさん＠お腹いっぱい。2005/05/18(水) 07:16:32
つ [いしのなかにいる！]
0077名無しさん＠お腹いっぱい。2005/05/23(月) 10:03:07
256色はまだ不完全なままなんだよね？
0078名無しさん＠お腹いっぱい。2005/05/23(月) 10:45:55
>>77
なんかいまいち思い通りに制御できないけど，動くことは動くよ．
emacs と w3m-256 でしか試してないけど．terminal は putty．
0079名無しさん＠お腹いっぱい。2005/05/26(木) 03:15:02
256色版screenを使うとemacs -nwで使える色もかなり増える？
0080名無しさん＠お腹いっぱい。2005/05/26(木) 03:25:14
>>79
端末が対応していれば。
0081名無しさん＠お腹いっぱい。2005/05/26(木) 06:19:18
ktermやmltermじゃダメ？
0082名無しさん＠お腹いっぱい。2005/05/26(木) 11:30:42
putty + screen + emacs on FreeBSD で基本的には 256 使えてるんだけど、
tset しないと駄目みたい。

mlterm と kterm は非対応じゃないかな。手元ではどっかから拾ってきた(多分
xterm のおまけ) 256colors2.pl 走らせて確認してるけど．
0083名無しさん＠お腹いっぱい。2005/05/30(月) 18:58:50
hardstatus のとこに各shellがどのマシンログインしているのかを表示することはできますか？
bash tcsh zsh のどれでもいいです。
0084名無しさん＠お腹いっぱい。2005/05/30(月) 19:05:58
screen -t host ssh host
0085842005/05/30(月) 19:07:10
質問の意図を誤解している気がするから、もう少し詳しく説明して。
0086名無しさん＠お腹いっぱい。2005/05/30(月) 22:16:29
>>82
言羊しく！

emacs 以前に、Putty 0.58 + 5.3R 上の screen (ports を
CONFIGURE_ARGS=--enable-colors256 で再コンパイル) にて
どうにも256色が出てくれません。
screen 無しだと 256color2.pl で256色出るのは確認出来て
いるのですが、何か思い当たることなどありませんか？

0087名無しさん＠お腹いっぱい。2005/05/30(月) 23:45:18
>>86
俺も--enable-colors256でコンパイルしたけど、256表示されない。
エスケープシーケンスをダンプして見てみたら、^[[48;5;16mが
^[[416mに変換されていた。
0088832005/05/31(火) 00:29:10
>>84 >>85
screen@colinux | 0:28 05/05/31 | 0 tcsh 1* tcsh 2 tcsh 3 tcsh
となってるtcshの部分を、このマシンからsshしている先のホスト名にしたいです。
0089名無しさん＠お腹いっぱい。2005/05/31(火) 00:35:22
>>88
シェル関数でsshのラッパーを書くのがいいかと。

ssh() {
    screen -X title $1
    command ssh "$@"
}
0090872005/05/31(火) 00:44:30
terminfoのputtyのsetaf, setabが正しくなかったようだ。
xtermから取ってきた
setab=\E[48;5;%p1%dm,setaf=\E[38;5;%p1%dm,
にしたら256表示された。
>>82はどのterminfo使ってるの?
0091822005/05/31(火) 11:19:07
FreeBSD なので termcap ですな。
env TERM=xterm-256color screen -T xterm-256color
とかしたうえで、.zlogin に
setopt noglob
eval `/usr/bin/tset -s`
unsetopt noglob
とか書いてる。試行錯誤なので正しいことやってる自信はなし。

けど、これだといきなり emacs を起動している screen だと tset が走らない
ので駄目ぽ。
0092名無しさん＠お腹いっぱい。2005/05/31(火) 16:12:47
>>88
prompt に screen の title を書き替えるエスケープシーケンスを埋め込むっ
て手もある
0093862005/05/31(火) 21:55:13
>>91
むー、そうですか。同じようにしてもこちらではダメですねぇ。
env TERM=xterm-256color screen -T xterm-256color
だとむしろ悪化。Color cube, 6x6x6:、Grayscale ramp: 共に
なにも表示されなくなってしまいます。

ちなみに FreeBSD のバージョンはなんですか？
0094822005/05/31(火) 23:49:12
>>93
ちょっと今週は時間取れないのであまり詳細貼れないけど、FreeBSD は 4 系。
あと ~/.termcap に xterm のソースに入ってた termcap を置いてる。
必要かどうかは不明。切り分けは週末にでもやってみる。
0095名無しさん＠お腹いっぱい。2005/05/31(火) 23:57:27
ちょっと聞きたいんだが、screen で 256 色使うってことは、
screen を立ち上げてる端末も 256 色に対応してないといけないんだよね？
0096名無しさん＠お腹いっぱい。2005/05/31(火) 23:59:20
>>95
あたり前田
0097名無しさん＠お腹いっぱい。2005/06/01(水) 00:20:39
>>93
screenの-Tオプションは付けなくていいです。

termcapでcoが256になっていることと、AFとABが
AF=\E[48;5;%p1%dm:AB=\E[38;5;%p1%dm:
のようになっていることを確認してください。

それが合っていたら、
env TERM=xterm-256color script
screen
256colors2.pl
exit
exit
として、typescriptでエスケープシーケンスを確認してみてくださ
い。
0098862005/06/01(水) 14:15:20
>>94, 97
ご助言ありがとうございます。
ようやく手元でも PuTTY + screen&emacs上で256色出るようになりました。
結局は termcap の設定でした。(97氏のAFとABは逆でした)

% echo $TERM
xterm-256color
% cat ~/.termcap
xterm-256color:Co#256:AF=\E[38;5;%p1%dm:AB=\E[48;5;%p1%dm:tc=xterm-xfree86:
% perl 256colors2.pl (256 OK!)
% screen
% perl 256colors2.pl (256 OK!)
% eval `tset -s xterm-256color` (もしくは setenv TERM=xterm-256color)
% emacs -f list-colors-display (256 OK!)
0099982005/06/01(水) 14:41:09
>>98
AFとABが逆になってたね。すまん。

screenの中でTERM=xterm-256colorにするのはよろしくないかも。
screenのCoとAFとABを書き換えた方がいいのかな。

ttp://eron.info/k/diary/2005/05a.html#06
に詳しく書かれていた。
0100名無しさん＠お腹いっぱい。2005/06/01(水) 14:46:57
100!
0101862005/06/01(水) 22:02:53
>>99
なるなる。そちらのページは私も参考にしていました。
私が使う範囲では TERM=xterm-256color でも問題なかったのですが、
最終的に以下のようにしてみました。

~/.termcap
xterm-screen:Co#256:pa#32767:AF=\E[38;5;%p1%dm:AB=\E[48;5;%p1%dm:tc=screen:

~/.screenrc
setenv IN_SCREEN 1

~/.tcshrc
if (! ${?IN_SCREEN}) then
env TERM=xterm-screen screen -RR
else
eval `tset -s xterm-screen`
endif
0102名無しさん＠お腹いっぱい。2005/06/03(金) 03:47:50
PuTTY0.58ごった煮 + screen + emacsで256色表示をやろうとして3日程頭かかえてます。
screenとemacsはFreeBSD 5.4Rで動かしています。ports treeは5月30日に更新してます。
今日、なんとかscreenで256色表示ができました。emacsではあいかわらず8色表示しかできません。
PuTTYでFreeBSDマシンにログインして順番にやってみました。
% echo $TERM => xterm
% less ~/.termcap => xterm-256color:Co#256:pa#32767:AF=\E[38;5;%p1%dm:AB=\E[48;5;%p1%dm:tc=xterm-xfree86:
% ./256colors2.pl => color cubeが256色で表示
% emacs -f list-colors-display => 16色表示
% eval `tset -s xterm-256color`
% echo $TERM => xterm-256color
% emacs -f list-colors-display => 16色表示
% screen
% less ~/.screenrc
term xterm-256color
termcapinfo xterm 'Co#256:pa#32767:AF=\E[38;5;%p1%dm:AB=\E[48;5;%p1%dm:tc=xterm-xfree86'
↑ここをxtermではなく、xterm-256colorとするとcolor cubeが16色になる。
% echo $TERM => xterm-256color
% ./256colors2.pl => color cubeが256色で表示
% emacs -f list-colors-display => 16色表示
% eval `tset -s xterm-256color`
% echo $TERM => xterm-256color
% emacs -f list-colors-display => 16色表示

上を参考にいろいろ.termcapや.screenrcなどの内容を変えてみましたがだめ。
% eval `tset -s xterm-256color` を実行する前は、envの値に、screen外ではTERMCAPすらなく、
screen内ではCo#8のまま変化していません。でもcolor cubeは256色で表示される。
tsetを実行した後は、TERMCAPに反映されます。
emacsでは、(load-library "term/xterm")を実行してみましたが変化なしです。
どないしたらええか、もう、さっぱりです。
screenでは256色が出ているだけに、emacsで256色がでないのはよけいにつらい。
<EOF>
0103名無しさん＠お腹いっぱい。2005/06/03(金) 08:38:40
>>102
emacs のバージョンは？
0104名無しさん＠お腹いっぱい。2005/06/03(金) 11:03:38
あ。そうか。
emacs-21.3_7
screen-4.0.2_1
です。よろしくです。
0105名無しさん＠お腹いっぱい。2005/06/03(金) 11:32:03
>>104
emacs-21 は 256color に対応していない。
CVS Head の Emacs を使うか、自分で設定をするか。
ttp://www.nijino.com/ari/diary/?20021119&to=200211191S1#200211191S1
01061022005/06/04(土) 16:52:34
>>105
thanks! できました！ うれしー！

portsからemacsを入れているので、最新版を別に入れると依存関係がめんどくさくなりそうなのでやめて、
上記のサイトにあるlispを利用しました。

~/.emacs から tty-color-256-define.el をloadするようにして、~/.zloginに
eval `tset -sQI xterm-256color`
を一行追加してみました。

それにしても、Emacs-21が256色に標準未対応とは盲点でした。
0107名無しさん＠お腹いっぱい。2005/06/04(土) 19:56:35
やっぱり大量の文字をスクロールすると遅いなあ
しゃーないか
0108名無しさん＠お腹いっぱい。2005/06/04(土) 20:31:52
>>107
256色での話？ CPUは何よ？
01091072005/06/04(土) 21:49:12
非256
CPU: Intel Celeron (801.82-MHz 686-class CPU)
on kterm -geometry 150x61

% time yes 1234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890 |head -1000
の結果(time のだけ)

screen なし
time: command terminated abnormally
0.41 real 0.00 user 0.00 sys

screen あり (screen -c /dev/null)
time: command terminated abnormally
10.33 real 0.00 user 0.00 sys

まあこんなもんだろうけど、このウインドウサイズで
less とかのページスクロールするとちょっともたつく感じ。
0110名無しさん＠お腹いっぱい。2005/06/04(土) 21:53:33
>>109
遅すぎ。俺のはほとんど変わらなかったぞ。

model name      : Intel(R) Pentium(R) III CPU - S 1266MHz
MemTotal:       514512 kB

screenなし
yes   0.00s user 0.00s system 0% cpu 0.200 total

screen -c /dev/null
yes   0.00s user 0.00s system 0% cpu 0.234 total
01111102005/06/04(土) 21:54:30
端末は
teraterm 148 x 58
01121072005/06/04(土) 22:22:48
>>110
ちょっと今 top でみてみたら負荷のほとんどが Xorg だった。
多分 screen の場合はスクロールの際に全画面再描画してるからだと思う。
01131072005/06/04(土) 22:24:25
あ、違うかな。
0114名無しさん＠お腹いっぱい。2005/06/04(土) 22:41:22
screenなし
yes 0.00s user 0.00s system 1% cpu 0.321 total

screen -c /dev/null
yes 0.00s user 0.00s system 0% cpu 1.340 total

orz
01151102005/06/04(土) 22:42:44
>多分 screen の場合はスクロールの際に全画面再描画してるからだと思う。
screenさんはそんなに馬鹿じゃないぞ
0116名無しさん＠お腹いっぱい。2005/06/04(土) 23:21:55
altscreen onのせい?
関係ないかな。

文字コードとか、内部仮想画面もってたりとか、いろいろあるからだろうけど、
でも高速化の余地は多いにありそうだな。
0117名無しさん＠お腹いっぱい。2005/06/04(土) 23:24:13
>>111-112
TeraTermでなんでXが出てくるんだ？
0118名無しさん＠お腹いっぱい。2005/06/04(土) 23:30:36
teraﾜﾛｽ
0119名無しさん＠お腹いっぱい。2005/06/04(土) 23:38:48
>>117
>>110=>>111で
>>112=>>107だろ。ちゃんと見れ
0120名無しさん＠お腹いっぱい。2005/06/05(日) 00:02:14
みんな小さい字で生活してるのな。眼悪くならんか？
漏れは16dotフォントで86x46だぞ。
0121名無しさん＠お腹いっぱい。2005/06/05(日) 00:09:22
みんなって。
01221072005/06/05(日) 01:22:24
しつこく参上。
kterm を xterm に変えて同じことをやってみた。
したら screen の有無でそれほど変わらんかった。
kterm は screenなしだと xterm より速いけど、
screenありだと著しく遅くなる。

どうも screen on kterm だと X の描画で 1行ずつスクロールしてる様子。
xterm だと数行毎に飛ばして描画してるみたい。
xterm で screen -x して kterm と同時に見てみるとよく分かる。
screen なしの kterm はどう描画しているのかよく分からない。

xterm -geometry 150x61 での結果
screenなし
0.64 real 0.00 user 0.00 sys

screen -c /dev/null
0.78 real 0.00 user 0.00 sys
0123名無しさん＠お腹いっぱい。2005/06/05(日) 01:41:35
>>122
ktermでそれだけ遅くなるのは意味不明だな。xtermの場合は遅くな
っていないから、screenの処理が重いのが原因ではない。screenあ
りの場合となしの場合で出力が変わらないので、ktermの描画時間
も同じはずなのだが。
0124名無しさん＠お腹いっぱい。2005/06/05(日) 14:15:18
完全に想像だが、screenが期待しているエスケープシーケンスがktermのterminfo/termcapにはないせいで、フォールバックしてるんじゃないか?
0125名無しさん＠お腹いっぱい。2005/06/05(日) 15:40:35
>>124
yesの出力にエスケープシーケンスは入ってないし必要ない。
0126名無しさん＠お腹いっぱい。2005/06/05(日) 15:57:50
こっそり logモードがonになってたりしない?
0127名無しさん＠お腹いっぱい。2005/06/05(日) 17:22:42
>>125
なにいってんの？
01281072005/06/05(日) 23:06:42
続き。

screen なしの kterm も数行毎に飛ばして描画してるみたい。
なんで screen on kterm で 1行毎に描画するかが分からない。
ちょうど kterm の読み込みより screen の出力が遅くなってるのかな。
0129名無しさん＠お腹いっぱい。2005/06/06(月) 00:30:10
私のパソコンだとscreen有無にかかわらず0.6秒ｂ烽ｩかってしまｂ､。
CPUはPentium4 2.66GHz、メモリは1GB。性能的には申し分ないのだが。
別個にグラフィックボードを装備せずにオンボードのやつを使っているから遅いのかな。
Xは24bpp。
0130名無しさん＠お腹いっぱい。2005/06/06(月) 00:31:09
>>129
使ってる端末によってかなり違うと思うよ。
01311292005/06/06(月) 01:51:34
mltermです。
0132名無しさん＠お腹いっぱい。2005/06/06(月) 09:28:57
mltermでaafont使ってるなら遅いよ
0133名無しさん＠お腹いっぱい。2005/06/06(月) 10:14:02
aafont使ってないよ。
0134名無しさん＠お腹いっぱい。2005/06/07(火) 01:16:14
そのものズバリ、「１行毎に描画する機能」を
制御するエスケープシーケンスがあるよ。

echo "\033[?4h" でオン（１行毎に描画）
echo "\033[?4l" でオフ（まとめて描画）になる。

これ試してみて。
0135名無しさん＠お腹いっぱい。2005/06/07(火) 01:38:48
>>134
termcapもしくはterminfoのエントリ名は何?
01361352005/06/07(火) 01:42:08
h Smooth (Slow) Scroll (DECSCLM)
l Jump (Fast) Scroll (DECSCLM)
ってやつね。
Xterm Control Sequencesに載ってた。
■ このスレッドは過去ログ倉庫に格納されています