探検
zsh その7
577名無しさん@お腹いっぱい。
2018/11/02(金) 00:46:56.52 やだおおさかなんか、またもどってこないといけない
578名無しさん@お腹いっぱい。
2018/11/02(金) 00:48:19.84 なんでかんじじゃないんだ
2018/11/02(金) 01:24:08.04
fish使ってみたけどゴミじゃん
zshこそ至強
zshこそ至強
2018/11/04(日) 19:43:05.08
[ $i -lt 100000 ] と [[ $i -lt 100000 ]] では後者のほうが速い
Linux上では2.5倍ぐらい後者が速いが、
WSL上では10倍以上の差をつけて後者が速い
他のシェルでも似たような傾向はあるがこれほどの差はない
どうもzshはシステムコール呼びすぎっぽいな
Linux上では2.5倍ぐらい後者が速いが、
WSL上では10倍以上の差をつけて後者が速い
他のシェルでも似たような傾向はあるがこれほどの差はない
どうもzshはシステムコール呼びすぎっぽいな
2018/11/04(日) 19:49:50.35
[ ] が遅いって言うよりも関数呼び出しが遅い気がするな
while [[ $i -lt 100000 ]]; do を
↓
foo() {
[[ $i -lt 100000 ]]
}
while foo; do
こんな感じに置き換えてみたら、同じように遅くなった
[ ] を使っていた場合、最初から関数呼び出し相当だったということかも
while [[ $i -lt 100000 ]]; do を
↓
foo() {
[[ $i -lt 100000 ]]
}
while foo; do
こんな感じに置き換えてみたら、同じように遅くなった
[ ] を使っていた場合、最初から関数呼び出し相当だったということかも
2018/11/04(日) 20:00:30.18
ベンチマークで、ループしてevalとそうでない場合の
速度差を調べようと思ったんだが、まさかループの回数判定で
evalと同等の差がでるとはwww
evalもzshだけ遅い。他のシェルはeval使っていても
ほとんど速度は落ちないというのに
速度差を調べようと思ったんだが、まさかループの回数判定で
evalと同等の差がでるとはwww
evalもzshだけ遅い。他のシェルはeval使っていても
ほとんど速度は落ちないというのに
2018/11/07(水) 00:58:35.37
あれ、[って外部コマンドのtestじゃないの?
2018/11/07(水) 04:53:13.07
俺の知る限り、現在使われてるBourne系シェルの
全てで [ はビルトインになっている
全てで [ はビルトインになっている
2018/11/09(金) 06:53:11.53
\[
2018/11/09(金) 09:26:03.48
\[^_
2018/11/11(日) 11:01:33.88
\[^_^
2018/11/23(金) 23:01:18.39
setopt forcefloatして(( ))の数値演算すると固定表示で出力される仕様みたい
それはいいんだけど、最後の桁に誤差が混じってちょっと困る
なにかいい方法ないかな
$ echo $(( 1 ))
1.
$ echo $(( .1 ))
0.10000000000000001 ←0.1 ってなってほしい
それはいいんだけど、最後の桁に誤差が混じってちょっと困る
なにかいい方法ないかな
$ echo $(( 1 ))
1.
$ echo $(( .1 ))
0.10000000000000001 ←0.1 ってなってほしい
2018/11/24(土) 12:49:07.27
2018/11/24(土) 17:01:24.90
printfで0.999999999999999になったとき
どう表示されるのだろうか
どう表示されるのだろうか
2019/02/27(水) 22:41:58.39
先輩、手の空いてる時に教えていただけませんか?
ssh接続して、サーバー内で
[server:~] $ sudo rm -f `ls -1t /home/user/work/*.mp4 | tail -n+3`
は、おkなのですが、
[local:~]$ ssh hostname “sudo rm -f `ls -1t /home/user/work/*.mp4 | tail -n+3`”
は、
zsh: no matches found: /home/user/work*.mp4
で、うまくいきません。
サーバー はbash しか入ってないです。
これってどうしたらうまくいくがアドバイスいただけませんでしょうか。
rmするのにsudoしてるのは、docker run -v してるディレクトリで
コンテナが吐き出すファイルだからです。
ssh接続して、サーバー内で
[server:~] $ sudo rm -f `ls -1t /home/user/work/*.mp4 | tail -n+3`
は、おkなのですが、
[local:~]$ ssh hostname “sudo rm -f `ls -1t /home/user/work/*.mp4 | tail -n+3`”
は、
zsh: no matches found: /home/user/work*.mp4
で、うまくいきません。
サーバー はbash しか入ってないです。
これってどうしたらうまくいくがアドバイスいただけませんでしょうか。
rmするのにsudoしてるのは、docker run -v してるディレクトリで
コンテナが吐き出すファイルだからです。
2019/02/28(木) 00:06:45.12
>>591
\*.mp4 みたいにエスケープするとどうなる?
\*.mp4 みたいにエスケープするとどうなる?
593591
2019/02/28(木) 00:20:38.97 レスありがとうです!
エスケープ試してみたのですが、
zsh: no matches found: /home/user/work*.mp4
で結果は変わらなかったです。
エスケープ試してみたのですが、
zsh: no matches found: /home/user/work*.mp4
で結果は変わらなかったです。
2019/02/28(木) 01:58:08.65
クライアント側のzshが先にワイルドカード展開しようとしてエラーになってるのかな
ダブルクオートをシングルクオートにするのはどうか
lsコマンドを囲んだ元のシングルクオートはエスケープするか$()で置き換えるか
ダブルクオートをシングルクオートにするのはどうか
lsコマンドを囲んだ元のシングルクオートはエスケープするか$()で置き換えるか
2019/02/28(木) 04:07:10.31
ls を囲んでるの、シングルクオートじゃなくてバッククオートなんだよ。
だから ssh を呼び出す前にクライアント側のシェルで展開されて、何もマッチしないから空の文字列になってる。
単純にダブルクオートをシングルクオートに変えるだけでいいと思うよ。
だから ssh を呼び出す前にクライアント側のシェルで展開されて、何もマッチしないから空の文字列になってる。
単純にダブルクオートをシングルクオートに変えるだけでいいと思うよ。
2019/02/28(木) 11:32:06.11
2019/03/06(水) 19:43:09.72
ワイルドカードの質問ですが
mkdir ~/hoge
touch ~/hoge/fuga
ls ~/hoge/fu*
最後の行のfu*がタブ押しても補完してくれません
~が$HOMEだと補完してくれます
バグですかね?
mkdir ~/hoge
touch ~/hoge/fuga
ls ~/hoge/fu*
最後の行のfu*がタブ押しても補完してくれません
~が$HOMEだと補完してくれます
バグですかね?
2019/03/06(水) 21:40:41.30
2019/03/30(土) 02:31:35.90
(( a = 0 )) と (( a = それ以外の数値 )) の終了ステータス $? が
それぞれ1と0なんどけど仕様?(( a = 0.0 )) とかにしても1。
変数に設定された値自体が終了ステータスに影響するっておかしくない?
エラーがあると困るシェルスクリプトでは最初に set -e するようにしてるんだが
これじゃ (( )) で数値演算したいときに超困る
それぞれ1と0なんどけど仕様?(( a = 0.0 )) とかにしても1。
変数に設定された値自体が終了ステータスに影響するっておかしくない?
エラーがあると困るシェルスクリプトでは最初に set -e するようにしてるんだが
これじゃ (( )) で数値演算したいときに超困る
2019/03/30(土) 09:43:53.90
>>599
ちょっと調べてみた
まずbashでhelp letを見てみると
Exit Status:
If the last ARG evaluates to 0, let returns 1; let returns 0 otherwise.
とあるので((...))は中身が0に評価されたときのみ1を返す
じゃあa=0とa=1(これはassignment)がどんな値に評価されるのか?だけど
POSIXを見ると$((...))の中身はCのルールに従って評価されると書いてある
((...))もPOSIXには無いけど同じルールに従うはず
http://pubs.opengroup.org/onlinepubs/9699919799/utilities/V3_chap01.html#tag_17_01_02_01
で、Cだとassignmentはassignされた値を返すので
((a=0))は0、((a=1))は1を返すということになる
一言で言うと(( ... ))の中はCのルールが適用されるからということかな
set -eの回避策は((a=0, ..., a>100))とか、: $((a=0))とか、if文の中に押し込むとか色々ある
ちょっと調べてみた
まずbashでhelp letを見てみると
Exit Status:
If the last ARG evaluates to 0, let returns 1; let returns 0 otherwise.
とあるので((...))は中身が0に評価されたときのみ1を返す
じゃあa=0とa=1(これはassignment)がどんな値に評価されるのか?だけど
POSIXを見ると$((...))の中身はCのルールに従って評価されると書いてある
((...))もPOSIXには無いけど同じルールに従うはず
http://pubs.opengroup.org/onlinepubs/9699919799/utilities/V3_chap01.html#tag_17_01_02_01
で、Cだとassignmentはassignされた値を返すので
((a=0))は0、((a=1))は1を返すということになる
一言で言うと(( ... ))の中はCのルールが適用されるからということかな
set -eの回避策は((a=0, ..., a>100))とか、: $((a=0))とか、if文の中に押し込むとか色々ある
2019/03/30(土) 09:45:56.68
間違えた修正
誤 ((a=0))は0、((a=1))は1を返すということになる
正 ((a=0))は1、((a=1))は0を返すということになる
誤 ((a=0))は0、((a=1))は1を返すということになる
正 ((a=0))は1、((a=1))は0を返すということになる
2019/03/30(土) 14:08:35.55
>>600,601
調べてくれてありがとう。Linux歴15年以上あるのに今頃知りましたよ
: $(( 〜 )) のスタイルにするしかないかー。面倒だ
ちなみにこんなwhile処理で発覚した。致命的なミスをする前に気づけてよかった
set -e
(( x = xmin ))
while : ; do
〜処理〜
(( x += dx ))
(( x > xmax )) && break
done
変数は全部浮動小数ね
調べてくれてありがとう。Linux歴15年以上あるのに今頃知りましたよ
: $(( 〜 )) のスタイルにするしかないかー。面倒だ
ちなみにこんなwhile処理で発覚した。致命的なミスをする前に気づけてよかった
set -e
(( x = xmin ))
while : ; do
〜処理〜
(( x += dx ))
(( x > xmax )) && break
done
変数は全部浮動小数ね
2019/04/18(木) 22:53:06.53
gitで
M ../a1.txt
M ../a2.txt
こんな風に親ディレクトリに変更ファイルがあるとき
git add <Tab>
で候補だしてくれないじゃん。
git add ../<Tab>
なら出るんだけど。これ出るようにできないかね?
M ../a1.txt
M ../a2.txt
こんな風に親ディレクトリに変更ファイルがあるとき
git add <Tab>
で候補だしてくれないじゃん。
git add ../<Tab>
なら出るんだけど。これ出るようにできないかね?
2019/04/21(日) 01:52:16.18
2019/04/22(月) 23:59:34.71
せっかくzsh使ってんのに-gtだの-leだのまどろっこしい書き方できるかよ
2019/04/24(水) 00:30:15.21
だからそのせいでバグってるんだろw
2019/05/12(日) 09:37:21.73
~/.zsh_historyファイルを読んで、コマンド実行の傾向を分析するkibanaのdashboardを作りました。
dockerで作らているので、非常に簡単に始められます。
もし良かったら使ってみてください。
https://github.com/codequokka/shell-history-analyzer
dockerで作らているので、非常に簡単に始められます。
もし良かったら使ってみてください。
https://github.com/codequokka/shell-history-analyzer
2019/05/20(月) 19:48:20.77
lsのソートについて質問
ファイル名先頭の_が無視されるのか
hoge1 _hoge2 hoge3
となるのだけど
_hoge2 hoge1 hoge3
とするにはどうしたらいいの?
ファイル名先頭の_が無視されるのか
hoge1 _hoge2 hoge3
となるのだけど
_hoge2 hoge1 hoge3
とするにはどうしたらいいの?
2019/05/21(火) 06:05:49.21
env LC_COLLATE=C ls
2019/05/21(火) 15:54:03.74
611名無しさん@お腹いっぱい。
2019/06/04(火) 15:35:52.59 新しい macOS のデフォルトシェルが zsh になるってよ!
2019/06/04(火) 15:50:15.05
macOS 10.15 Catalinaではbashに代わりzshがデフォルトシェルに。
https://applech2.com/archives/20190604-zsh-as-the-default-shell-on-macos-10-15-catalina.html
https://applech2.com/archives/20190604-zsh-as-the-default-shell-on-macos-10-15-catalina.html
2019/06/04(火) 19:47:25.06
bashですら重いのに、更に重いzshにするのか・・・
誰が喜ぶんだ?
誰が喜ぶんだ?
2019/06/04(火) 20:29:47.36
Macのシェルなんて素人さんしか使わねぇよ
WSLと同じ
品質なんかどうでも良い
WSLと同じ
品質なんかどうでも良い
2019/06/04(火) 21:16:25.72
GNUは嫌だ
でも今更cshも嫌だ
zsh
でも今更cshも嫌だ
zsh
2019/06/05(水) 02:28:28.14
zshは互換性が低いんだよな
2019/06/05(水) 10:39:23.94
zshに関する日本語の記事が増えるなら嬉しい
2019/06/05(水) 13:07:51.89
日本語のドキュメントなんて飽和してね?
2019/06/09(日) 20:53:15.41
タブ補完で例えば、
cp oo/oo kk/kk の oo/から保管して
ppppを入力する場合、ooとppppの差分の2文字が上書きされるのですが、回避する方法はありますか?
上の場合だと
cp oo/ppppk/kk のような結果になります。
cp oo/oo kk/kk の oo/から保管して
ppppを入力する場合、ooとppppの差分の2文字が上書きされるのですが、回避する方法はありますか?
上の場合だと
cp oo/ppppk/kk のような結果になります。
620名無しさん@お腹いっぱい。
2019/07/25(木) 03:09:55.25 カレントシェルで文法チェックのためにdryrunしたい。
zsh -n $BUFFER で変数 BUFFER をチェックできるけど、
新しくシェルを立ち上げるから setopt がズレてるおそれがあり、
いまのシェルで $BUFFER が実行できることを保証できない。
zsh -n $BUFFER で変数 BUFFER をチェックできるけど、
新しくシェルを立ち上げるから setopt がズレてるおそれがあり、
いまのシェルで $BUFFER が実行できることを保証できない。
621620
2019/07/26(金) 01:38:11.16 たとえば ignore_close_braces がオンになっていると
args(){ echo $# } はパースエラーになる。
args(){ echo $# } はパースエラーになる。
2019/07/31(水) 19:38:44.01
そもそも dryrunである以上、$BUFFER が実行できることなんて保証できない
setoptを含め、実行時にしかわからない情報に依存するものは
実行しないdryrunでわかるわけがない
setoptを含め、実行時にしかわからない情報に依存するものは
実行しないdryrunでわかるわけがない
2019/08/01(木) 12:54:23.45
>>622
なら zsh -n は何の役にたつの?
文法をチェックする… ただしパーザの挙動を変えるsetoptが起こる場合
結果は正しくない。起こるか否かも動的にしか判らないのだから、
静的に保証できるものは何もないのでは。
なら zsh -n は何の役にたつの?
文法をチェックする… ただしパーザの挙動を変えるsetoptが起こる場合
結果は正しくない。起こるか否かも動的にしか判らないのだから、
静的に保証できるものは何もないのでは。
2019/08/01(木) 13:21:22.25
622はおそらく間違っている。
現在のオプションを参照するカレントシェルで動く文法チェッカがあれば、
$BUFFERの実行を伴わない文法チェックはできると思う。
setopt によるパーザの変更はひとつのコマンド行が終わった後に効くっぽいからだ。
二行のファイル
setopt ignore_close_braces
args(){ echo $# }
をsourceすると失敗するが、一行に結合してインタラクティブシェルから呼ぶと成功する。
現在のオプションを参照するカレントシェルで動く文法チェッカがあれば、
$BUFFERの実行を伴わない文法チェックはできると思う。
setopt によるパーザの変更はひとつのコマンド行が終わった後に効くっぽいからだ。
二行のファイル
setopt ignore_close_braces
args(){ echo $# }
をsourceすると失敗するが、一行に結合してインタラクティブシェルから呼ぶと成功する。
2019/08/01(木) 14:05:18.91
2019/08/01(木) 14:14:42.30
args(){ echo $# }
は ignore_close_braces がオンであろうがオフであろうが
そのオプションとは無関係に正しい文法
だからzsh -nでチェックすると正しい文法として扱われる
args(){ echo $# } という関数定義命令を実行すると、
パースエラーという "実行時エラー" が出る
「パースエラーなんだから、実行時エラーじゃないやい!」なんて理屈は通じない。
evalで変なコードを実行したらパースエラーになるだろ
実行時パースエラーというのものが存在する
dry-runである以上、実行時パースエラーを見つけることは不可能
zsh -nは間違ってる文法を「間違ってる文法」だと保証してくれるが
「正しい文法」だとは保証していない
は ignore_close_braces がオンであろうがオフであろうが
そのオプションとは無関係に正しい文法
だからzsh -nでチェックすると正しい文法として扱われる
args(){ echo $# } という関数定義命令を実行すると、
パースエラーという "実行時エラー" が出る
「パースエラーなんだから、実行時エラーじゃないやい!」なんて理屈は通じない。
evalで変なコードを実行したらパースエラーになるだろ
実行時パースエラーというのものが存在する
dry-runである以上、実行時パースエラーを見つけることは不可能
zsh -nは間違ってる文法を「間違ってる文法」だと保証してくれるが
「正しい文法」だとは保証していない
2019/08/01(木) 14:17:22.64
evalがある言語では ソースコードのパースも(一部は)実行時に行われる
dry-run=実行しない以上、実行時にしかわからないエラーを見つけられるわけがない。
dry-run=実行しない以上、実行時にしかわからないエラーを見つけられるわけがない。
2019/08/01(木) 14:19:19.08
ignore_close_braces オンで文法チェックしたいなら、
こうすればいいだけ
zsh -o ignore_close_braces -n
こうすればいいだけ
zsh -o ignore_close_braces -n
2019/08/01(木) 15:13:15.12
2019/08/02(金) 10:43:58.09
いやその理解はおかしい。構文チェックが二段階あるわけではない。
インタラクティブシェルでは実行時パースの単位はコマンド行の実行毎になるというだけ。
そのため$BUFFERのチェックに限っていえば、パースは一回なので、
途中でのパーザ変更は変数中に効果を発揮しない。故にドライランで構文チェックができる。
> args(){ echo $# }
> は ignore_close_braces がオンであろうがオフであろうが
> そのオプションとは無関係に正しい文法
ノー。zsh -o ignore_close_braces -n ... で判定するとエラーになる。zsh -n の機能は単に構文チェックするというだけ。
その例のようにパーサの変更がない区間での構文チェックで役にたつ。
アドバイスにおいて、レスをよく読まずに一般論でドヤ顔したり、相手の思考を妄想して叩くべきではない。
インタラクティブシェルでは実行時パースの単位はコマンド行の実行毎になるというだけ。
そのため$BUFFERのチェックに限っていえば、パースは一回なので、
途中でのパーザ変更は変数中に効果を発揮しない。故にドライランで構文チェックができる。
> args(){ echo $# }
> は ignore_close_braces がオンであろうがオフであろうが
> そのオプションとは無関係に正しい文法
ノー。zsh -o ignore_close_braces -n ... で判定するとエラーになる。zsh -n の機能は単に構文チェックするというだけ。
その例のようにパーサの変更がない区間での構文チェックで役にたつ。
アドバイスにおいて、レスをよく読まずに一般論でドヤ顔したり、相手の思考を妄想して叩くべきではない。
2019/08/02(金) 11:33:35.09
あとはこんなときとかに使えるね。
make(){
zparseopts -D -M -E -A opts -- n -just-print=n -dry-run=n -recon=n
if [[ $opts[(i)-n] ]];then
command make -f =(echo '.SHELLFLAGS := -n -c') "$@"
else
command make "$@"
fi
}
これは make の dryrun をシェルの dryrun に置き換える。スクリプトを表示するだけだったのが、文法もチェックするようになるよ。
$ make -f =(echo 'SHELL = zsh';echo 'hoo:; echo hoo)') -n
echo hoo)
zsh:1: parse error near `)'
make(){
zparseopts -D -M -E -A opts -- n -just-print=n -dry-run=n -recon=n
if [[ $opts[(i)-n] ]];then
command make -f =(echo '.SHELLFLAGS := -n -c') "$@"
else
command make "$@"
fi
}
これは make の dryrun をシェルの dryrun に置き換える。スクリプトを表示するだけだったのが、文法もチェックするようになるよ。
$ make -f =(echo 'SHELL = zsh';echo 'hoo:; echo hoo)') -n
echo hoo)
zsh:1: parse error near `)'
2019/08/02(金) 13:35:05.17
>>630
> いやその理解はおかしい。構文チェックが二段階あるわけではない。
二段階あるんじゃないよ。
-nによる構文チェックは実行せずに静的な構文チェックを行う。
実行しないから実行したら文法エラーになるようなものを見逃す。
通常の実行時は静的な構文チェックは行わずに、実行しながら構文チェックを行う
二段階あるんじゃなくて、二種類あるんだよ。
> いやその理解はおかしい。構文チェックが二段階あるわけではない。
二段階あるんじゃないよ。
-nによる構文チェックは実行せずに静的な構文チェックを行う。
実行しないから実行したら文法エラーになるようなものを見逃す。
通常の実行時は静的な構文チェックは行わずに、実行しながら構文チェックを行う
二段階あるんじゃなくて、二種類あるんだよ。
2019/08/02(金) 14:01:37.54
んで、話は最初に戻る
そもそも dryrunである以上、$BUFFER が実行できることなんて保証できない
setoptを含め、実行時にしかわからない情報に依存するものは
実行しないdryrunでわかるわけがない
そもそも dryrunである以上、$BUFFER が実行できることなんて保証できない
setoptを含め、実行時にしかわからない情報に依存するものは
実行しないdryrunでわかるわけがない
2019/08/02(金) 14:32:46.44
ノー。$BUFFER 実行時の構文チェックは一回だから
2019/08/02(金) 15:29:13.61
>>635
何いってんの?
$BUFFERに入ってるのはただのファイル名なんだけど?
zsh -n $BUFFER
構文チェックに通ったからと言って、実行したときに構文エラーが出ないとは限らない
なぜなら、zsh -nは実行したときの構文チェックとは別物だから。
何いってんの?
$BUFFERに入ってるのはただのファイル名なんだけど?
zsh -n $BUFFER
構文チェックに通ったからと言って、実行したときに構文エラーが出ないとは限らない
なぜなら、zsh -nは実行したときの構文チェックとは別物だから。
2019/08/02(金) 16:04:43.33
>>636
いや、man zshzle に書いてあるが zsh の変数 $BUFFER は
エディットバッファの中身を格納している。この値は zle のウィジェットから取得できるんだ。
コマンドラインに例えば echo hoo と入力して実行すると BUFFER='echo hoo' になる。
ウィジェットは自作もできて、好きなキーに bindkey 命令で紐づけて呼べる。
読み返して気付いたんだが、620 は書き間違いで
zsh -n -c $BUFFER
が正しい。
zsh スレだから当然BUFFERくらい知ってるよなと思っていて、会話が繋がっていったので疑いもしなかったんだが
これは完全に俺が悪いです。ごめんなさい。
いや、man zshzle に書いてあるが zsh の変数 $BUFFER は
エディットバッファの中身を格納している。この値は zle のウィジェットから取得できるんだ。
コマンドラインに例えば echo hoo と入力して実行すると BUFFER='echo hoo' になる。
ウィジェットは自作もできて、好きなキーに bindkey 命令で紐づけて呼べる。
読み返して気付いたんだが、620 は書き間違いで
zsh -n -c $BUFFER
が正しい。
zsh スレだから当然BUFFERくらい知ってるよなと思っていて、会話が繋がっていったので疑いもしなかったんだが
これは完全に俺が悪いです。ごめんなさい。
638名無しさん@お腹いっぱい。
2019/08/04(日) 07:19:57.29 source ~/.zshrc を打とうとして source ~/.zsh_history を実行してしまった悲劇が話題になってた
これどう対策する?
これどう対策する?
2019/08/04(日) 07:28:41.73
>>638
具体的に何が問題なの?
具体的に何が問題なの?
2019/08/04(日) 08:14:57.90
https://qiita.com/stilo/items/90f6c6e308c85a4a9460
~/.zshrc を実行するつもりがタブ補完などをスリップしてしまい .zsh_history を実行していまう。
するとヒストリファイル($HISTFILE == .zsh_history)に書かれた過去に実行したコマンドが、順番に source コマンドによって読み込まれて実行される。
記事で紹介されている事故では途中で止められる機会があったから良いものの、運が悪ければ不可逆的・破壊的コマンドが走り重要な情報を含んでるかもしれない現環境がズタズタになる。
~/.zshrc を実行するつもりがタブ補完などをスリップしてしまい .zsh_history を実行していまう。
するとヒストリファイル($HISTFILE == .zsh_history)に書かれた過去に実行したコマンドが、順番に source コマンドによって読み込まれて実行される。
記事で紹介されている事故では途中で止められる機会があったから良いものの、運が悪ければ不可逆的・破壊的コマンドが走り重要な情報を含んでるかもしれない現環境がズタズタになる。
2019/08/04(日) 09:04:01.96
ヒストリ先頭に予め終了命令を入れておくという技をtwitterでみた。
手作業だと忘れそうなので、.zshrc にこういうのを書いておけばいいかな。
< $HISTFILE | { mv $HISTFILE{,.bak}; sed '1{/return 1/!i\
echo '"'"'Cannot source `'$HISTFILE'`, Abort.'"'"' >&2;return 1
;}' > $HISTFILE ;} && rm $HISTFILE.bak
手作業だと忘れそうなので、.zshrc にこういうのを書いておけばいいかな。
< $HISTFILE | { mv $HISTFILE{,.bak}; sed '1{/return 1/!i\
echo '"'"'Cannot source `'$HISTFILE'`, Abort.'"'"' >&2;return 1
;}' > $HISTFILE ;} && rm $HISTFILE.bak
2019/08/04(日) 09:05:51.31
>>640
リンク先読んでないけど、それコマンド確認しないでEnter押しちゃ何だってトラブルの元だよね
補完offにしとくか、HISTSIZEを2-3ぐらいにしとけば
設定ファイル編集した後に読み込むならsource !$<tab>でもいいんだし
リンク先読んでないけど、それコマンド確認しないでEnter押しちゃ何だってトラブルの元だよね
補完offにしとくか、HISTSIZEを2-3ぐらいにしとけば
設定ファイル編集した後に読み込むならsource !$<tab>でもいいんだし
2019/08/04(日) 09:15:19.48
2019/08/04(日) 09:25:34.17
2019/08/04(日) 11:29:09.41
これで行けるわ
zstyle ':completion:*' ignored-patterns '.zsh_history'
.zshrc あたりに追加すればいい
zstyle ':completion:*' ignored-patterns '.zsh_history'
.zshrc あたりに追加すればいい
2019/08/04(日) 12:10:26.35
書き直した。ヒストリのバックアップは別でやるべきだわ
function ensure-file-head(){
[[ $(< $1 | read -re) == $2 ]] && return
< =(print -r -- $2;< $1) > $1
} # ensure preventing `source .zsh_history`.
ensure-file-head $HISTFILE 'echo '"'"'Cannot source `'$HISTFILE'`, Abort.'"'"' >&2;return 1'
ファイル直接編集を避けるためにヒストリ関連の組み込み命令 fc -R, -W とかを使ってやる方法も考えてみたが、オプションの具合によってはファイルに追記しかしないし、デフォルトでは詳細なタイムスタンプがつかなかったりするので、
「この指定はsetopt 〜 の後で行う必要がある」のような条件がついて美味しくない。
>>645
補完よく知らないのだが、そっちに手を入れるほうが良さそうだね。
試してみたところその指定では tail .zsh_history のようなものも弾かれてしまわない?
source だけに限定するのは難しいだろうか
function ensure-file-head(){
[[ $(< $1 | read -re) == $2 ]] && return
< =(print -r -- $2;< $1) > $1
} # ensure preventing `source .zsh_history`.
ensure-file-head $HISTFILE 'echo '"'"'Cannot source `'$HISTFILE'`, Abort.'"'"' >&2;return 1'
ファイル直接編集を避けるためにヒストリ関連の組み込み命令 fc -R, -W とかを使ってやる方法も考えてみたが、オプションの具合によってはファイルに追記しかしないし、デフォルトでは詳細なタイムスタンプがつかなかったりするので、
「この指定はsetopt 〜 の後で行う必要がある」のような条件がついて美味しくない。
>>645
補完よく知らないのだが、そっちに手を入れるほうが良さそうだね。
試してみたところその指定では tail .zsh_history のようなものも弾かれてしまわない?
source だけに限定するのは難しいだろうか
2019/08/04(日) 12:18:01.65
>>646
historyとどう違うの
historyとどう違うの
2019/08/04(日) 12:52:07.02
>>647
fc のこと? history == fc -l で、リストアップに限定したコマンド。
fc のこと? history == fc -l で、リストアップに限定したコマンド。
2019/08/04(日) 13:01:33.64
問題の対策は他にもEnterキーのアクションである accept-line ウィジェットを置き換えるとか、
コマンドライン実行前に呼ばれる preexecフックとかで止める方法がある。後者は記事のブックマークコメントの先で紹介されてた。
でも言われてた通り機構をあらたに作る必要があって煩雑になるし、その辺は元々弄りたい需要が多すぎるのでただでさえゴチャついてるところに手を入れがたい。
インタラクティブシェルだけ source を関数で置き換える方針はどうだろう。
.zsh_historyが引数のときだけ実行を警告するように。これも軽い修正になってよさそうじゃないかな
コマンドライン実行前に呼ばれる preexecフックとかで止める方法がある。後者は記事のブックマークコメントの先で紹介されてた。
でも言われてた通り機構をあらたに作る必要があって煩雑になるし、その辺は元々弄りたい需要が多すぎるのでただでさえゴチャついてるところに手を入れがたい。
インタラクティブシェルだけ source を関数で置き換える方針はどうだろう。
.zsh_historyが引数のときだけ実行を警告するように。これも軽い修正になってよさそうじゃないかな
2019/08/04(日) 13:50:19.73
source ~/.zshrcはエイリアスに入れてるわ
これで誤爆の心配もないね!
これで誤爆の心配もないね!
2019/08/04(日) 13:56:32.83
>>650
エイリアスは忘れちゃわない?
エイリアスは忘れちゃわない?
2019/08/04(日) 14:02:16.19
>>648
いや history じゃなくてわざわざ tail .zsh_history を使うのってどういう時なの?
何にせよ .zsh_history を開きたいときは command $HISTFILE<tab> でもいいと思うけど
いや history じゃなくてわざわざ tail .zsh_history を使うのってどういう時なの?
何にせよ .zsh_history を開きたいときは command $HISTFILE<tab> でもいいと思うけど
2019/08/04(日) 14:09:43.14
>>651
確かに忘れるけど、セーフティ的な意味なら充分役立ってくれるかなと思って……
確かに忘れるけど、セーフティ的な意味なら充分役立ってくれるかなと思って……
2019/08/04(日) 14:15:12.35
2019/08/04(日) 18:43:47.12
HISTFILE=~/.zsh/history_zsh
って感じで場所と名前変えてる
って感じで場所と名前変えてる
2019/08/04(日) 20:08:58.07
ZSHを使わない
658名無しさん@お腹いっぱい。
2019/08/18(日) 23:52:53.56 zshクソ。誰もが使いそうな変数名を特殊扱いすんな
statusとかpathとかsecondsとか
statusとかpathとかsecondsとか
2019/08/19(月) 00:28:59.18
parametersとoptionsもあった
2019/10/19(土) 20:04:44.61
遅レスですまないけど、.zhistoryって行頭が:になってるからsourceしてもスルーするんじゃないの?
:って何もしないって機能だよね
:って何もしないって機能だよね
2019/10/20(日) 18:48:22.54
EXTENDED_HISTORY <C>
Save each command's beginning timestamp (in seconds since the epoch) and the duration (in seconds) to the history file. The for‐
mat of this prefixed data is:
`: <beginning time>:<elapsed seconds>;<command>'.
: ... : ... ; rm -rf /
いかんでしょw
Save each command's beginning timestamp (in seconds since the epoch) and the duration (in seconds) to the history file. The for‐
mat of this prefixed data is:
`: <beginning time>:<elapsed seconds>;<command>'.
: ... : ... ; rm -rf /
いかんでしょw
662名無しさん@お腹いっぱい。
2019/10/22(火) 13:36:40.23663名無しさん@お腹いっぱい。
2019/10/22(火) 13:37:43.51 まあ、: コマンド自体が何もしないってのはそのとおりだけど
一行全体で見ると、引数部分を実行するという話
一行全体で見ると、引数部分を実行するという話
2019/10/23(水) 06:15:25.06
:はなにもしないし引数をすべて無視するけどシェルが:の引数と解釈しなかった部分が実行される
よって;とか&&とか$()とか<()とかいろいろ実行される
よって;とか&&とか$()とか<()とかいろいろ実行される
2019/10/26(土) 21:27:09.03
: を使うシーンって何?
意味は知ってたが使ったことない
意味は知ってたが使ったことない
666名無しさん@お腹いっぱい。
2019/10/26(土) 22:13:29.87 >>665
変数の代入と停止の無効化
変数の代入と停止の無効化
2019/10/26(土) 22:58:50.57
>>665
trueの代わり
trueの代わり
2019/10/26(土) 23:55:09.51
>>665
ファイルサイズを0にする
ファイルサイズを0にする
669665
2019/10/27(日) 00:54:52.87 そういや普通にwhile : ;do〜みたいに手癖で使ってたわ
あと昔書いてたシェルスクリプトでも冒頭でset -eを設定しておきつつ
エラーで止まってほしくない箇所で : を使ってた
てかzsh関係ないですねすんません
あと昔書いてたシェルスクリプトでも冒頭でset -eを設定しておきつつ
エラーで止まってほしくない箇所で : を使ってた
てかzsh関係ないですねすんません
2019/11/10(日) 00:49:14.12
zshが馴染みすぎるとbash、それも素の設定を使わざるを得ない状況になるとストレスがすごいよね
鯖缶の方とかそういうシチュエーション多そうだけどどうやって折り合いつけてるんだろう
鯖缶の方とかそういうシチュエーション多そうだけどどうやって折り合いつけてるんだろう
671名無しさん@お腹いっぱい。
2019/11/10(日) 15:56:08.74 >>670
zshは基本入ってないんで、bashに戻りつつあるw
zshは基本入ってないんで、bashに戻りつつあるw
2019/11/10(日) 23:38:07.15
自作のZpluginプラグインのほぼ全てが壊れたまま運用していて、
むしろスッピンより不便なはずだが、何も感じなくなってしまった
インタラクティブ環境は、慣れやすいものなのかも
むしろスッピンより不便なはずだが、何も感じなくなってしまった
インタラクティブ環境は、慣れやすいものなのかも
2019/11/13(水) 00:02:51.13
Macのデフォルトシェル採用って結構影響でかいような
問題なければ追従するUnixやLinuxの鳥も出てくるじゃないかと
問題なければ追従するUnixやLinuxの鳥も出てくるじゃないかと
674名無しさん@お腹いっぱい。
2019/11/13(水) 03:58:48.06 それはないなー
bashとの互換性がね。shwordsplit、あれが最悪だね。
理屈はわかるんだけどね。互換性の点から見れば最悪。
うん。互換モードはあるよ。でもデフォルトじゃないんで代替にできない。
そこまでして変える必要性がない。
bashとの互換性がね。shwordsplit、あれが最悪だね。
理屈はわかるんだけどね。互換性の点から見れば最悪。
うん。互換モードはあるよ。でもデフォルトじゃないんで代替にできない。
そこまでして変える必要性がない。
675名無しさん@お腹いっぱい。
2019/11/13(水) 04:02:15.99 そもそもさ、みんな潔癖だからね。POSIX準拠。そっち優先。
debianとかubuntuは bashよりも機能が低いdashとかにしようとしてるぐらい
ログインシェルはまあ自由に使っとくれって感じだろうけど
デフォルトシェルはPOSIX準拠。これ一択なんでzshにはならんよ
遅いしね。
debianとかubuntuは bashよりも機能が低いdashとかにしようとしてるぐらい
ログインシェルはまあ自由に使っとくれって感じだろうけど
デフォルトシェルはPOSIX準拠。これ一択なんでzshにはならんよ
遅いしね。
676名無しさん@お腹いっぱい。
2019/11/13(水) 04:03:39.70 Macのログインシェルは、はたから見ると、あぁ可哀想
bashのライセンスが受け入れられなかったから
消去法でzshなんだね。ぐらいにしか思ってない。
zshを選びたくて選んだなんて誰も思ってないんだよ。
bashのライセンスが受け入れられなかったから
消去法でzshなんだね。ぐらいにしか思ってない。
zshを選びたくて選んだなんて誰も思ってないんだよ。
2019/11/14(木) 17:48:54.18
zshで何も困らない
強いて言うならQiitaとかのzsh初めて使った人の記事が初心者すぎて目障りなくらいw
強いて言うならQiitaとかのzsh初めて使った人の記事が初心者すぎて目障りなくらいw
2019/11/16(土) 03:47:19.45
Macユーザのウザさ、もとい声のデカさを信じようじゃないか
2020/05/01(金) 03:17:08.65
plugin managerをzinitに変えたら起動が爆速になった
オススメ
オススメ
680名無しさん@お腹いっぱい。
2020/05/03(日) 05:08:47.72 単なる興味なんですがzshの2系より前って手に入らないですかね?
681名無しさん@お腹いっぱい。
2020/05/03(日) 05:09:03.16 2系を含みます
2020/05/03(日) 08:13:07.84
zshの2系、やっと見つかりました。
https://web.archive.org/web/19990828203220/http://www.cs.elte.hu/pub/zsh/old/?919318967
https://web.archive.org/web/19990828203220/http://www.cs.elte.hu/pub/zsh/old/?919318967
683名無しさん@お腹いっぱい。
2020/05/05(火) 22:51:09.69 zshにBASH_ENVに相当する機能はありますか?
つまりzshでシェルスクリプトを非対話型で実行した時に
任意の処理を先立って実行したいのです。
つまりzshでシェルスクリプトを非対話型で実行した時に
任意の処理を先立って実行したいのです。
684名無しさん@お腹いっぱい。
2020/05/06(水) 07:12:37.95 >>683
~/.zshenv かな
http://zsh.sourceforge.net/Doc/Release/Files.html
スクリプト実行時に限らず対話シェル起動時にも読まれるけど
INTERACTIVEオプションの状態をチェックするifで括ればよさそう
if [[ ! -o INTERACTIVE ]]; then
echo non-interactive
fi
~/.zshenv かな
http://zsh.sourceforge.net/Doc/Release/Files.html
スクリプト実行時に限らず対話シェル起動時にも読まれるけど
INTERACTIVEオプションの状態をチェックするifで括ればよさそう
if [[ ! -o INTERACTIVE ]]; then
echo non-interactive
fi
2020/05/06(水) 08:45:36.51
>>684
ありがとうございます
既存の ~/zshenvは修正できないという制約があるのでINTERACTIVEの
チェックは出来ませんが、ZDOTDIRを書き換えればなんとかなりそうなきがします
つまりBASH_ENVをセットして起動の代わりに
/tmp以下に一時的にファイルを作ってZDOTDIRをセットして実行
初期化処理の中で一時ファイルを削除したりZDOTDIRを元に戻したりとかです
ありがとうございます
既存の ~/zshenvは修正できないという制約があるのでINTERACTIVEの
チェックは出来ませんが、ZDOTDIRを書き換えればなんとかなりそうなきがします
つまりBASH_ENVをセットして起動の代わりに
/tmp以下に一時的にファイルを作ってZDOTDIRをセットして実行
初期化処理の中で一時ファイルを削除したりZDOTDIRを元に戻したりとかです
686名無しさん@お腹いっぱい。
2020/05/10(日) 02:59:44.09 10より大きいファイルディスクリプタを使うにはどうすればいいの?
687名無しさん@お腹いっぱい。
2020/05/10(日) 03:14:41.32 事後怪傑しました!
688名無しさん@お腹いっぱい。
2020/06/09(火) 19:06:54.37 あー、もうやだ、クソzsh。なんでこんなこともできねーんだよクソ
しかも5.5?ぐらいから挙動変わってるし、バグなんかこれ
changelogみてもなにもわからねーしー、どうすればちゃんと取得できるんだよ
しかも5.5?ぐらいから挙動変わってるし、バグなんかこれ
changelogみてもなにもわからねーしー、どうすればちゃんと取得できるんだよ
2020/06/09(火) 21:59:20.23
クソなレス
690名無しさん@お腹いっぱい。
2020/06/09(火) 22:18:51.92 うるせーばーか、こっちはzshがクソで困ってるんだ
bashの方がいいな
bashの方がいいな
2020/06/10(水) 01:10:37.06
好きなの使えよ
2020/06/10(水) 06:47:54.01
何がやりたいのかさっぱりなうんこだな
2020/06/16(火) 00:13:26.25
zshは機能が多すぎて覚えられない
お勧め設定をAI的に徐々に教えてくれたらいいのに
「そのやり方、こんなふうにもできますよ?次回からこうします?」って
お勧め設定をAI的に徐々に教えてくれたらいいのに
「そのやり方、こんなふうにもできますよ?次回からこうします?」って
694名無しさん@お腹いっぱい。
2020/06/28(日) 06:13:09.19 fishどう?
2020/06/28(日) 08:33:56.89
色付きとか好きじゃないので俺はあんまり
696名無しさん@お腹いっぱい。
2020/06/28(日) 08:56:18.58 互換性を切り捨ててるものは結局デフォルトになることはないしね
zshも互換性が完璧とは言えないから驚かれたぐらい
bashがライセンス上の都合で選択できない以上どうしようもなかったんだろうが
zshも互換性が完璧とは言えないから驚かれたぐらい
bashがライセンス上の都合で選択できない以上どうしようもなかったんだろうが
2020/07/02(木) 16:31:10.99
Gay fish YO!
2020/07/07(火) 04:27:47.52
下記はとある本にのってる zsh のプロンプトの設定なんですが、一番右の % はなんなのでしょうか?
いらない気がするのですが? 誤植?
# プロンプトの右はじに、false なら終了ステータスを表示。
RPS1="%(?..(%?%))"
いらない気がするのですが? 誤植?
# プロンプトの右はじに、false なら終了ステータスを表示。
RPS1="%(?..(%?%))"
699名無しさん@お腹いっぱい。
2020/07/07(火) 06:07:17.79 >>698
%( に対応する閉じ括弧だと解釈されるのを防ぐエスケープ
%( に対応する閉じ括弧だと解釈されるのを防ぐエスケープ
2020/07/07(火) 15:42:07.86
ksh にすればいいのに()
2020/07/07(火) 20:58:59.88
Mortal Shell のオープンβテスト開始!
zsh から乗り換えよう!
https://news.yahoo.co.jp/articles/5742b9e2bf4c61014a5788631b1c98de8a886eb0
zsh から乗り換えよう!
https://news.yahoo.co.jp/articles/5742b9e2bf4c61014a5788631b1c98de8a886eb0
2020/07/07(火) 22:09:19.90
>>700
kshはメンテも終わった終わったシェルだから
kshはメンテも終わった終わったシェルだから
2020/07/08(水) 00:17:05.82
2020/07/08(水) 00:49:54.46
2020/07/08(水) 00:51:09.23
>>704
zshはコード自体は全く別物だったか。フォークという派生とはちょっと違うか
zshはコード自体は全く別物だったか。フォークという派生とはちょっと違うか
2020/07/08(水) 16:15:54.16
command.com 最強!
2020/07/08(水) 17:28:21.63
最凶
最凶と呼べるほどにもない全然 使えない おもちゃか
最凶と呼べるほどにもない全然 使えない おもちゃか
708名無しさん@お腹いっぱい。
2020/07/09(木) 15:06:08.46 パッケージ: ksh (2020.0.0+really93u+20120801-6)
https://packages.debian.org/bullseye/ksh
これはksh2020なのか93uなのか
https://packages.debian.org/bullseye/ksh
これはksh2020なのか93uなのか
2020/07/09(木) 15:12:23.68
Debian offers ksh2020[20] in its testing version.[21]
2020/10/14(水) 06:23:19.65
ksh2020は完全に放棄されてんな
ASTからバグフィックスのためだけにフォークしたおじいちゃんが一番地道に現在活動的
ASTからバグフィックスのためだけにフォークしたおじいちゃんが一番地道に現在活動的
2020/11/04(水) 19:33:06.67
これなんなの?
https://github.com/ksh2020/ksh
https://github.com/ksh2020/ksh
2020/11/05(木) 00:19:08.19
>>711
>>704
AT&Tからフォークしてあくまでもメンテナンスだけを現在熱心にやってるのは
https://github.com/ksh93/ksh
かな。それの冒頭に>>711のことも書いてる
>>704
AT&Tからフォークしてあくまでもメンテナンスだけを現在熱心にやってるのは
https://github.com/ksh93/ksh
かな。それの冒頭に>>711のことも書いてる
2020/11/05(木) 08:03:32.52
一体いくつあるんだよw
オリジナルはまあいいとして
そこからの派生
オリジナルはまあいいとして
そこからの派生
2020/11/05(木) 13:49:41.45
オリジナル : 頓挫、終了
オリジナルのちゃんとしたメンテ : 無い、まだ無い
色々やった 2000 : 頓挫
地道に一人で : 地道に継続中
だけだよ。てか、いい加減過疎ってる ksh スレに行けよw zshなんも関係ないぞ
オリジナルのちゃんとしたメンテ : 無い、まだ無い
色々やった 2000 : 頓挫
地道に一人で : 地道に継続中
だけだよ。てか、いい加減過疎ってる ksh スレに行けよw zshなんも関係ないぞ
2020/11/05(木) 13:52:24.25
色々やった 2020
ね
ね
2020/12/09(水) 09:17:20.05
717名無しさん@お腹いっぱい。
2020/12/11(金) 13:03:32.872020/12/11(金) 15:05:10.75
zshで拡張した部分を使えば便利だが、zshしか使えない体になってしまうからなw
719名無しさん@お腹いっぱい。
2021/01/03(日) 01:20:30.63 MacでCUIアプリをダブルクリックした際の挙動と、
インタラクティブシェルで起動した際の挙動を変えたいのだけれどフラグとなる
環境変数がなになのかわからん。
インタラクティブシェルで起動した際の挙動を変えたいのだけれどフラグとなる
環境変数がなになのかわからん。
2021/01/03(日) 04:34:42.56
どちらかで変わるわけ無いやろ
721名無しさん@お腹いっぱい。
2021/01/03(日) 19:34:32.29 >>720
やっぱりそうですかわかりました。
やっぱりそうですかわかりました。
2021/01/05(火) 10:19:41.81
bashしか使ったことなかったけど
Macがzshなものでドキュメントみてたけど
ページ量多すぎだろ
Macがzshなものでドキュメントみてたけど
ページ量多すぎだろ
2021/01/05(火) 10:50:40.81
機能が豊富ですから
機能が豊富なzsh固有のに慣れてしまうと他が使えない体質になりそうで使わないけどw
機能が豊富なzsh固有のに慣れてしまうと他が使えない体質になりそうで使わないけどw
2021/01/10(日) 11:20:57.77
誰もいない海だ
725名無しさん@お腹いっぱい。
2021/01/24(日) 12:55:43.62 ここzshの本スレですか?随分人いないですね。
どこか別にコミュニティあるんですか?
どこか別にコミュニティあるんですか?
2021/01/25(月) 16:57:13.71
2021/01/25(月) 18:29:50.97
oh my zshとかzinitってなんのために使うんだろう?
プロンプト決めるだけでしょ?
プロンプト決めるだけでしょ?
2021/01/30(土) 13:28:04.12
一通り環境作り上げて不満なくなると更新とか動向全くチェックしなくなってしまう
せめて数年に一度は見直さないといかんわな
この腰の重さは老化のバロメータか
せめて数年に一度は見直さないといかんわな
この腰の重さは老化のバロメータか
2021/03/30(火) 01:24:21.91
人が書いたやつはちゃんと追いかけておかないといつまにか別物になってる可能性があるな
2021/07/06(火) 23:56:33.91
もう一年も更新ねーじゃん
ついにオワコンかzsh
ついにオワコンかzsh
2021/07/07(水) 06:04:31.45
お前のようにここに書くようなネタが無いだけ
使ってるヤツはそれなりにいる
5chだけが世界の全てのお前にはわからんだろうけど
使ってるヤツはそれなりにいる
5chだけが世界の全てのお前にはわからんだろうけど
2021/07/07(水) 06:13:11.87
zshのそのものの更新が一年無いって話か
それでオワコンだって言ってるのか
それもまたあたおかな発想だな
それでオワコンだって言ってるのか
それもまたあたおかな発想だな
2021/07/08(木) 03:40:04.43
unix板らしからぬ脊髄反射w
2021/08/11(水) 01:59:23.33
https://news.mynavi.jp/itsearch/series/devsoft/powershell_core_-.html
これ見ながらpowershellを普段のzshのようにしようかと企んだけど途中でアホ臭くなってやめた
ちっとも好きになれんわpowershell
これ見ながらpowershellを普段のzshのようにしようかと企んだけど途中でアホ臭くなってやめた
ちっとも好きになれんわpowershell
2021/08/29(日) 19:58:48.95
普段のユーザとしては zsh と (pd)ksh しか使ってない。
tcsh から乗り換えて zsh はもう17年だよ…
そろそろ bash 勉強しなきゃダメかな…
tcsh から乗り換えて zsh はもう17年だよ…
そろそろ bash 勉強しなきゃダメかな…
2021/12/19(日) 14:28:58.73
zsh を Mac のデフォルトシェルとして使う
https://support.apple.com/ja-jp/HT208050
macOS Catalina から、Mac は zsh をデフォルトのログインシェルおよびインタラクティブシェルとして使うようになります。
それ以前のバージョンの macOS でも、zsh をデフォルトにすることができます。
https://support.apple.com/ja-jp/HT208050
macOS Catalina から、Mac は zsh をデフォルトのログインシェルおよびインタラクティブシェルとして使うようになります。
それ以前のバージョンの macOS でも、zsh をデフォルトにすることができます。
2022/03/26(土) 01:00:13.42
2022/04/14(木) 10:56:14.78
ZLE使えばコマンドライン入力を編集できますが、
ZLEウィジェットとして登録した関数を直接呼び出して zle を呼び出すとエラーが発生します。
外部からコマンドラインを編集する方法はないのでしょうか?
ZLEウィジェットとして登録した関数を直接呼び出して zle を呼び出すとエラーが発生します。
外部からコマンドラインを編集する方法はないのでしょうか?
739名無しさん@お腹いっぱい。
2022/06/14(火) 14:22:28.69 UNIXシェルの並列化により最大34倍高速化する「PaSh」
https://www.itmedia.co.jp/news/spv/2206/14/news050.html
https://www.itmedia.co.jp/news/spv/2206/14/news050.html
2022/07/12(火) 17:18:44.41
pashなんてあるのか
いい感じならzshもパクってくれ
いい感じならzshもパクってくれ
2023/05/14(日) 13:48:22.62
どうでもいい
2024/01/13(土) 01:06:11.34
psprint死んだらしいな
Rest in Hell
Rest in Hell
743名無しさん@お腹いっぱい。
2024/03/27(水) 19:33:41.03 あれは歯が合わなくても保険等級が下に力が入ったのに
そういう
本当にアンチだと思われたいんだろうな
ハムはなんで今更貼るの?
今買えの馬鹿も何もしないかぎり騒がんだろうな
そういう
本当にアンチだと思われたいんだろうな
ハムはなんで今更貼るの?
今買えの馬鹿も何もしないかぎり騒がんだろうな
744名無しさん@お腹いっぱい。
2024/03/27(水) 21:05:18.12 リバウンドせずに大風呂敷広げるからこんなもんでもないままだろうね。
「もう少し待っといて昔の人気漫画だから若い子は食いつかないもんなの
求めないから実質ずっと雨なんだが
やってることは結局すぐダメになると思うが
「もう少し待っといて昔の人気漫画だから若い子は食いつかないもんなの
求めないから実質ずっと雨なんだが
やってることは結局すぐダメになると思うが
745名無しさん@お腹いっぱい。
2024/03/27(水) 21:42:33.04 キチガイ荒らしてるって事だ
そういう訳では
そういう訳では
2024/03/30(土) 23:36:02.54
zshの生成AI系サジェストってないの?
そろそろ出てきていいように思う
そろそろ出てきていいように思う
747名無しさん@お腹いっぱい。
2025/02/18(火) 00:39:33.59 zshのshell scriptなんですけど
fn() {
arg1=$1
echo $arg1
}
hoge='abc 123'
t=$(fn $hoge)
echo $#t
2
となるんだけど
どうも半角スペースで分解されてる
半角スペースをエスケープする方法教えて
もう涙目
fn() {
arg1=$1
echo $arg1
}
hoge='abc 123'
t=$(fn $hoge)
echo $#t
2
となるんだけど
どうも半角スペースで分解されてる
半角スペースをエスケープする方法教えて
もう涙目
2025/02/18(火) 02:02:22.21
$( )全体をダブルクオートでくくる
2025/02/18(火) 02:53:28.36
いやまてzshは括らなくても分割されないはず、と手元で>>747を実行したら2ではなく7になったぞ?
レスを投稿する
ニュース
- 自民 国会議員の歳費 月額5万円引き上げ 今国会での成立目指す [どどん★]
- 「クラウンに乗りたかった」東京・足立の車暴走 男性、容疑を否認★2 [七波羅探題★]
- 相次ぐ中国公演中止に、シンガーソングライターらが続々高市首相に怒り表明「隣国の仲間たちに対して申し訳ない」★3 [muffin★]
- 東京・足立区の盗難車死亡ひき逃げ事件 11人死傷のうち死亡した男女の身元を発表 80代の男性と20代フィリピン国籍の女性 警視庁 [どどん★]
- 🇺🇸🇨🇳米中関係は「極めて強固」とトランプ氏… ★9 [BFU★]
- 「営業妨害ですよ」小野田紀美氏、銀色ドレス揶揄に怒りをあらわ [バイト歴50年★]
