[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 1001- 2chのread.cgiへ]
Update time : 05/09 12:41 / Filesize : 219 KB / Number-of Response : 1004
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

zsh入門 パート2



1 名前:名無しさん@お腹いっぱい。 [02/11/03 20:49]
パート2ですよ,にーさん


644 名前:名無しさん@お腹いっぱい。 mailto:sage [03/09/15 21:21]
screen+zsh だったらバックグラウンドで起動すればいいんじゃない?
確かに時間かかるけど、せっかくマルチタスクなんだからじっと待つ
必要はないわけだし。


645 名前:名無しさん@お腹いっぱい。 mailto:sage [03/09/15 21:23]
zshで唯一 絶対的に他のものより優れていえる部分は
ファイル名生成機能とコマンドラインスタックだと思う。
そのためだけに使ってるといってもいい。
(つまり、それほどの魅力がある)

補完なんか、tcshとそれほど変らないし
単語中の補完なんかはtcshの方が親切だったりする。
compinitで補完が完璧になるという手軽さも利点かもしれないが
当然重くなるというリスクもある。

最強 といえば最強なんだろうけど
相対的なバランスでいけば
bashあたりが無難でいいと思う。

ログインシェルはtcsh
スクリプトはbash
とかもいいと思う。


646 名前:名無しさん@お腹いっぱい。 mailto:sage [03/09/15 21:27]
>>644
zsh単体でもバックグラウンドでもいいと思うが
処理内容を表示"させたい"場合はバックグラウンドに回すと
えらい邪魔くさい思いをすることになる。
(プロンプトが表示されたと思ったら処理内容が流れてきて邪魔する)
フォアグランドで動かして、screenで別にWindowにして
そっちで続きの作業する。もしくは別の仮想端末立てて
作業を同時進行する。これもマルチタスクらしい使い方だと思うけど。

ただ、zshユーザーは、大事な処理内容は捨てるか、ファイルに落して
リアルタイムに監視したい場合も、我慢して処理終了後に確認するわけね。



647 名前:名無しさん@お腹いっぱい。 mailto:sage [03/09/15 21:30]
普通にもう一つシェルを起動させればいいじゃない。
待ち時間が我慢できない人は他のシェルを使えばいいだけだし。

648 名前:名無しさん@お腹いっぱい。 [03/09/15 21:32]
そうです!
zshは最強なんだから改善の余地などないのです!!
どんどん機能盛り込んで重くなることこそが目的なのです!!
性能低いビンボー人は死ぬまでkshでも使ってなさい!!

649 名前:名無しさん@お腹いっぱい。 mailto:sage [03/09/15 21:33]
zsh = Unix界のWindows

650 名前:名無しさん@お腹いっぱい。 [03/09/15 21:42]
age

651 名前:名無しさん@お腹いっぱい。 mailto:sage [03/09/15 21:50]
もう夏休み終わったんだけどなー

652 名前:名無しさん@お腹いっぱい。 mailto:sage [03/09/15 21:51]
夏休みが終ったからzshユーザーはいなくなったんですね。



653 名前:名無しさん@お腹いっぱい。 [03/09/15 21:53]
zshは最強だよ
間違いない
最強のシェル

654 名前:名無しさん@お腹いっぱい。 mailto:sage [03/09/15 22:01]
>>641

compinitはふつー.zshrcでやるものなので、
スクリプト(=対話モードで起動されていない)
では実行しないのでは?

655 名前:名無しさん@お腹いっぱい。 mailto:sage [03/09/15 22:05]
>>654
だね。
だからスクリプトとして実行するときは重くないわけだ。
まあ、kshやらbashからしてみりゃデカいが
zshでスクリプトやるのも面白いよ。

656 名前:名無しさん@お腹いっぱい。 mailto:sage [03/09/15 22:06]
熱くなってるとこ悪いんだけど、zsh でも複数起動はできるんだよ。
確かに起動は遅いけど、待ってれば起動するんだよ。


657 名前:名無しさん@お腹いっぱい。 [03/09/15 22:10]
そうです!!
zshユーザーはセッカチな厨房とは違うのです!!
とにかく待つのです!!メモリをいくら消費しようとも気にならない寛大さがあります!!

658 名前:名無しさん@お腹いっぱい。 mailto:sage [03/09/15 23:10]
煽るといろんな意見や本音が聞けて楽しい。

659 名前:644 mailto:sage [03/09/15 23:33]
>>646
いや、screen で Create したまま放っておけばいいのでは、って後半に
書いてるね。誤解を招く表現でスマソ。


660 名前:名無しさん@お腹いっぱい。 mailto:sage [03/09/15 23:35]
>>646
アファなの?

661 名前:名無しさん@お腹いっぱい。 [03/09/15 23:41]
zshユーザー必死

662 名前:名無しさん@お腹いっぱい。 mailto:sage [03/09/15 23:45]
>>661
zsh スレで必死になるぶんにはええやん。



663 名前:名無しさん@お腹いっぱい。 mailto:sage [03/09/15 23:52]
>>662
たしかに

イキロ zshユーザー

664 名前:名無しさん@お腹いっぱい。 mailto:sage [03/09/16 10:32]
$ ps ax |grep zsh
1081 ttyp0 S 0:00 grep zsh
$ time zsh -c 'autoload compinit;compinit;exit'
real 0m0.239s
user 0m0.070s
sys 0m0.030s
$ time zsh -c 'autoload compinit;compinit;exit'
real 0m0.099s
user 0m0.080s
sys 0m0.020s
$ time zsh -c 'autoload compinit;compinit;exit'
real 0m0.100s
user 0m0.060s
sys 0m0.040s
$

試しに計測。0.3秒でした。


665 名前:名無しさん@お腹いっぱい。 mailto:sage [03/09/16 10:54]
zsh + screen + nxt が最強

666 名前:名無しさん@お腹いっぱい。 mailto:sage [03/09/16 11:25]
以前から起動に5秒とかいってるやつって、
100MHzぐらいのマシン使ってるの?

667 名前:名無しさん@お腹いっぱい。 [03/09/16 11:38]
対話的に実行される場合と
スクリプトとして実行される場合の区別もつかない香具師がいるようです

668 名前:名無しさん@お腹いっぱい。 mailto:sage [03/09/16 14:40]
WinホストのVMware内のFreeBSD + screen + zshでwindow増やすと
HDDがスリープしてるときは、5秒ぐらいかかるね。

669 名前:名無しさん@お腹いっぱい。 mailto:sage [03/09/16 14:43]
Cygwinのzshだけど、1秒以内で起動するよ

670 名前:名無しさん@お腹いっぱい。 mailto:sage [03/09/16 15:16]
ちゃんとcompinitしてる?
いいなぁ。

671 名前:名無しさん@お腹いっぱい。 mailto:sage [03/09/16 15:16]
>>667
もしかして、>>664 では compinit が実行されないと言うことですか。
ではどうすればいいのだろう。

time zsh -c '. ~/.zshrc;exit'
time kterm -e zsh -c exit

こんな感じ?

>>668
それは zsh の実行速度とは関係ないような...


672 名前:名無しさん@お腹いっぱい。 mailto:sage [03/09/16 19:50]
screenで最初に3つぐらい起動しとけば、平均一週間くらいもつから起動時間
なんて気にしない。
echo $SECONDS
106345



673 名前:名無しさん@お腹いっぱい。 mailto:sage [03/09/16 20:05]
漏れも screen 内に常時 5匹 zsh 飼ってて、
終了したり新たに立ち上げたりとかは滅多にしないので、
起動に時間掛かっても気にならないなぁ。

674 名前:名無しさん@お腹いっぱい。 mailto:sage [03/09/16 20:43]
俺10匹.でもCtrl-Dでよく死ぬのでちょくちょく起動し直してる
でもあまり気にならない.zshが古いからかな

675 名前:名無しさん@お腹いっぱい。 mailto:sage [03/09/16 21:00]
ファイル名生成機能(というか**/)だけのために zsh 使ってるんですが
他に使えるシェルないですか?

676 名前:名無しさん@お腹いっぱい。 mailto:sage [03/09/16 21:01]
>>674
3.0.5あたりか?だとしたら古過ぎ。

677 名前:674 mailto:sage [03/09/16 21:18]
3.0.8みたいです.古すぎ?


678 名前:名無しさん@お腹いっぱい。 mailto:sage [03/09/16 21:23]
>>677
軽すぎ。

679 名前:名無しさん@お腹いっぱい。 mailto:sage [03/09/16 21:26]
>>677
バッファに^Dが残ってしまうという問題がその頃に修正されたのでは
なかったかな? ttp://www.zsh.org/mla/users/1998/msg00425.html

俺は最初からignoreeof派なのでzshが落ちるということはなかったが

680 名前:674 mailto:sage [03/09/16 21:43]
>>679
それはならないみたいです.
ただ単純に連打しすぎるだけです.

使い慣れてないので,あまりバージョンによる違いがわかりません...
軽いならいっかな.

681 名前:名無しさん@お腹いっぱい。 mailto:sage [03/09/16 21:52]
www.namazu.org/~satoru/diaryを真似して時間を測ってみた。
zsh -c "repeat 1000 ash -c ''"  0.39s user 0.75s system 25% cpu 4.460 total
zsh -c "repeat 1000 bash -c ''"  0.88s user 1.79s system 24% cpu 10.816 total
zsh -c "repeat 1000 tcsh -fc ''"  2.35s user 3.97s system 25% cpu 24.902 total
zsh -c "repeat 1000 zsh -fc ''"  1.03s user 2.66s system 20% cpu 18.400 total

682 名前:676=679 mailto:sage [03/09/16 22:01]
>>680
> ただ単純に連打しすぎるだけです
ignoreeofは?

> 使い慣れてないので,あまりバージョンによる違いがわかりません...
俺も長い間3.0.x系に留まっていたので最近の補完機能はわからん。
かといって当時書いた補完の設定を移植するのも面倒なので最近は
ファイル名生成({01..52}とかw)だけのためにzshを使っている。



683 名前:名無しさん@お腹いっぱい。 mailto:sage [03/09/16 22:24]
4.0.4使ってるが、compinit 利用してても
1GHzマシンで1秒もかからんぞ。

684 名前:名無しさん@お腹いっぱい。 mailto:sage [03/09/16 22:26]
連打するような状況のときは Alt + D しる

685 名前:674 mailto:sage [03/09/16 22:35]
>>682
^Dで終了するのも好きなので,まあたまに間違ってもいいかなあと

>>684
Alt+Dでどうなるの?
やってみてもzsh終了するけど.やり方が違うのか?

686 名前:名無しさん@お腹いっぱい。 mailto:sage [03/09/16 22:48]
3.1.6あたりで、compinitせずに使うのが理想的かも
軽い軽い

687 名前:名無しさん@お腹いっぱい。 mailto:sage [03/09/16 22:52]
ちなみに、compinitが正式採用されたのは3.1.6。
multicomp使いたいので、3.1.5にしようかと思ったら
ラージファイルに対応してなかった。
vmware使ってるとデカいファイル扱うことがあるので
ラージファイル必須。

688 名前:名無しさん@お腹いっぱい。 mailto:sage [03/09/17 17:49]
zshだめぽ
kshが最強です。

689 名前:名無しさん@お腹いっぱい。 mailto:sage [03/09/17 17:57]
pdkshにzshにglobが移植できないものかと奮闘中
すげー難しいです。

690 名前:名無しさん@お腹いっぱい。 mailto:sage [03/09/20 03:51]
ファイル名補完の順番を、カレントディレクトリのものを最優先
にするにはどうすればいいんでしょうか?

691 名前:名無しさん@お腹いっぱい。 mailto:sage [03/09/20 03:55]
何もせずともカレントのものを優先してますが何か?

692 名前:690 mailto:sage [03/09/20 05:07]
そうならないことがあるんですが。
CDPATHを設定しているせいでしょうか?



693 名前:名無しさん@お腹いっぱい。 mailto:sage [03/09/21 22:46]
>>581
eval echo \$$hoge
eval echo $`echo $hoge`
eval $hoge=aaaa


694 名前:名無しさん@お腹いっぱい。 mailto:sage [03/09/22 00:53]
export PATH="/bin:/usr/bin:/usr/local/bin:$PATH"

path=( /bin /usr/bin /usr/local/bin $path )
って結果が違うんだな


695 名前:名無しさん@お腹いっぱい。 mailto:sage [03/09/22 09:11]
>>694 いっしょじゃねーかよ。


696 名前:名無しさん@お腹いっぱい。 mailto:sage [03/09/23 18:12]
zshってutf8に対応してないの?

697 名前:名無しさん@お腹いっぱい。 mailto:sage [03/09/23 18:14]
>>696
端末依存だぞ。

698 名前:名無しさん@お腹いっぱい。 mailto:sage [03/09/23 18:41]
>>696
「対応」ってどのレベルの話を言ってる?

699 名前:名無しさん@お腹いっぱい。 mailto:sage [03/09/23 18:44]
表示くらいしかないでしょ

700 名前:名無しさん@お腹いっぱい。 mailto:sage [03/09/24 00:22]
>>696
ちがうだろ、
export PATH="/bin:/usr/bin" したあと
export PATH="/bin:/usr/bin:$PATH" を数回した$PATHと
path=( /bin /usr/bin $path ) を数回した$PATHを比べてみろ


701 名前:700 mailto:sage [03/09/24 00:23]
スマン s/696/695/

702 名前:名無しさん@お腹いっぱい。 mailto:sage [03/09/24 12:31]
>>700
まったく同じでしたが。



703 名前:名無しさん@お腹いっぱい。 mailto:sage [03/09/24 12:36]
>>700
重複が削除されるかのような書き方だが、
俺も結果は同じだった。
バージョンの違いかな。

$ zsh --version ~
zsh 4.0.7 (i686-pc-linux-gnu)
$ cmp =(zsh -c 'export PATH="/bin:/usr/bin:$PATH";echo $PATH') =(zsh -c 'path=( /bin /usr/bin $path );echo $PATH')
$


704 名前:名無しさん@お腹いっぱい。 mailto:sage [03/09/24 15:16]
>>696
現時点ではbash以外はだめらしい。

705 名前:名無しさん@お腹いっぱい。 [03/09/24 17:43]
for i (hoge) { echo $i }
とかの{}の中で補完って効く?

706 名前:700 mailto:sage [03/09/24 18:02]
スマン、typeset -U path してたからだ。


707 名前:名無しさん@お腹いっぱい。 mailto:sage [03/09/24 18:26]
>>705
なぜかセミコロンを入れたら補間できるようになった。
for i (hoge) { ;echo $i }

708 名前:名無しさん@お腹いっぱい。 mailto:sage [03/09/24 23:30]
% grep '^ls$' .zsh-history| wc -l
8283
% wc -l .zsh-history
36710 .zsh-history

709 名前:名無しさん@お腹いっぱい。 mailto:sage [03/09/25 00:04]
lsとかcdとかをヒストリに入れたくないときは
コマンドの前にスペースを入れたものをaliasしておくと良いよ。
alias cd=' cd'
alias ls=' ls -F --color=auto'
こんな感じ。
そうすればヒストリがcdとかlsまみれになることはない。


710 名前:名無しさん@お腹いっぱい。 mailto:sage [03/09/25 02:46]
重複が嫌なら
typeset -U path PATH
typeset -U fpath
とか。

>>709
関連するsetoptは?

711 名前:名無しさん@お腹いっぱい。 mailto:sage [03/09/25 03:08]
>>710
わすれてた
HIST_IGNORE_SPACE
これで行頭にスペースがあればヒストリに追加されない。

うちは、これくらいHIST関連のつけてる
setopt extended_history APPEND_HISTORY HIST_EXPIRE_DUPS_FIRST HIST_IGNORE_ALL_DUPS HIST_IGNORE_DUPS
setopt HIST_IGNORE_SPACE HIST_NO_STORE HIST_REDUCE_BLANKS HIST_SAVE_NO_DUPS

ヒストリが増えればその分メモリ食うようになるので
できるかぎり削ってくれるようにしてる。

712 名前:名無しさん@お腹いっぱい。 mailto:sage [03/09/25 03:11]
一年ぶりくらいに見たらアホが常駐するスレになってますね。



713 名前:名無しさん@お腹いっぱい。 mailto:sage [03/09/25 03:13]
>>709-711
おまえらの事だよ

714 名前:名無しさん@お腹いっぱい。 mailto:sage [03/09/25 03:16]
>>712=713が一番アフォな書き込みに見えるんだが

715 名前:712 mailto:sage [03/09/25 03:22]
違いますよ。
>>600-700,712-714 あたりのことです。

716 名前:名無しさん@お腹いっぱい。 mailto:sage [03/09/25 11:19]
>>708
sort ~/.zhistory|uniq -c |egrep -v '[ \t]*1'|wc -l
11
hist_ignore_all_dupsにしてあるから、重複が11行でした。なんで0じゃない
かっていうと、数行のコマンドの1行が重複するってのがあるから。

>>711
zshをたくさん立ち上げてるなら、share_historyにした方がいいよ。

オプションの説明はここを見ました。
ttp://www.ayu.ics.keio.ac.jp/members/mukai/tips/zshoption.html

717 名前:名無しさん@お腹いっぱい。 mailto:sage [03/09/28 12:52]
cygwinスレでも聞いたんですが反応が無かったのでこちらでも
伺わせて下さい.
     
cygwin rxvtでzshを使ってるんだけど, exitとかせずに右上の×ボタンで
終了するとそのディレクトリにzsh.exe.stackdumpができるのは
私だけですか?

718 名前:名無しさん@お腹いっぱい。 mailto:sage [03/09/28 15:49]
>>717
> cygwinスレでも聞いたんですが反応が無かったのでこちらでも
> 伺わせて下さい.

えらそう。


719 名前:名無しさん@お腹いっぱい。 mailto:sage [03/09/28 16:05]
>>718
(´,_ゝ`)プッ

720 名前:名無しさん@お腹いっぱい。 mailto:sage [03/09/28 17:21]
>>717
なんのスタックかわからないけど
次回のためにスタック保存してるんじゃないの?
憶測でもうしわけないけど。

#ディレクトリスタックかコマンドラインスタックくらいしかおもいつかない

721 名前:名無しさん@お腹いっぱい。 mailto:sage [03/09/28 17:56]
>>720
Cygwin の *.stackdump ってのは core みたいなもんかと。

zsh のバージョンは何?

722 名前:名無しさん@お腹いっぱい。 mailto:sage [03/09/28 18:46]
coreなのか。
ナルホド



723 名前:名無しさん@お腹いっぱい。 mailto:sage [03/09/29 12:57]
zshのバージョンは4.0.6ですが, 前からこの症状は再現していたような気がします.
偉そうでスミマセン…

724 名前:名無しさん@お腹いっぱい。 mailto:sage [03/09/29 17:26]
偉そうでごめんなさい って
「美しすぎてごめんなさい」
「天才すぎてごめんなさい」
みたいな

725 名前:名無しさん@お腹いっぱい。 mailto:sage [03/09/29 19:13]
ひがみっぽくてごめんなさい

726 名前:名無しさん@お腹いっぱい。 mailto:sage [03/09/29 21:22]
迷惑かけて、ありがとう

727 名前:名無しさん@お腹いっぱい。 mailto:sage [03/09/29 22:59]
3べん回ってワンと鳴く

728 名前:名無しさん@お腹いっぱい。 mailto:sage [03/10/05 16:56]
>>724
それなら「偉くて/偉すぎてごめんなさい」じゃねーか?

729 名前:名無しさん@お腹いっぱい。 mailto:sage [03/10/06 02:45]
美しそうでスミマセン…

730 名前:名無しさん@お腹いっぱい。 [03/10/11 16:14]
おはようございます

2003/5月号
zshマスター 最終回
 「compsysを利用した補完機能の設定」

どうでした?
呼んだ人感想キボン

731 名前:名無しさん@お腹いっぱい。 mailto:sage [03/10/11 19:00]
viモードの場合、コマンドラインスタックってどーやるの?

732 名前:名無しさん@お腹いっぱい。 mailto:sage [03/10/11 20:39]
適当なキーに割り当てなされ



733 名前:名無しさん@お腹いっぱい。 [03/10/13 05:32]
terminfo ファイルをホームの中に入れている場合、~/.zshrc の中で、export
TERMINFO=$HOME/.terminfo みたいなことをやっても、zsh には反映されません
よね。こういう場合どのように対処するのが zsh 流なのでしょうか?
TERM=$TERM というのは無しとします。


734 名前:名無しさん@お腹いっぱい。 mailto:sage [03/10/13 07:35]
質問の意味がよくわからん。なにが反映されないのか

735 名前:名無しさん@お腹いっぱい。 mailto:sage [03/10/13 08:30]
>>734
試しに、TERM=noexist zsh で zsh を起動させると、カーソルの移動もままな
りませんよね。その後 TERM=xterm などとしてやることによって、カーソルの
移動が出来るようになります。

私の場合 root 権限を持たなにので、ホームディレクトリに terminfo をイン
ストールしているのです。で、.zshrc で、$TERMINFO を設定してやっても、既
に zsh が起動しちゃっているので、上と同じようなことになります。理解して
いただけたでしょうか。


736 名前:名無しさん@お腹いっぱい。 mailto:sage [03/10/13 15:47]
ものすごく偉そうな教えて君ハケーン

737 名前:名無しさん@お腹いっぱい。 mailto:sage [03/10/13 16:07]
zsh 使うならまず態度から、と考えているのだろう

738 名前:名無しさん@お腹いっぱい。 mailto:sage [03/10/13 19:21]
これをえらそうだと感じるのは、よほど卑屈な思いをしているのか

739 名前:名無しさん@お腹いっぱい。 mailto:sage [03/10/13 19:25]
>>736
そうかな?
>>737 == >>736 ?


740 名前:名無しさん@お腹いっぱい。 mailto:sage [03/10/13 19:33]
というか普通に使えてるぞ

741 名前:名無しさん@お腹いっぱい。 mailto:sage [03/10/13 19:45]
>>735
.zshenvに書いたらできたぞ。
export TERMCAP=$HOME/.termcap
export TERMINFO=$HOME/.terminfo
TERM=$TERM

742 名前:名無しさん@お腹いっぱい。 mailto:sage [03/10/13 19:46]
>>740
日本語の修行がたりませんね。



743 名前:名無しさん@お腹いっぱい。 mailto:sage [03/10/13 19:47]
>>741
>>733
> TERM=$TERM というのは無しとします。


744 名前:名無しさん@お腹いっぱい。 mailto:sage [03/10/13 20:00]
ということで、
TERM=$TERM
とするのがzsh流です。






[ 続きを読む ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<219KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef