shellの-cオプションについて、全てのshellで同じ挙動だと思っていたら、shellごとに結構違う挙動を持っていたことが原因でハマったのでメモ shellの-cオプションについて manコマンドで見てみるとこんな感じ。 For sh(dash) ubuntuの場合shはdashという軽量シェルにリンクしています Read commands from the command_string operand instead of from the standard input. Special 0 will be set from the command_name operand and the positional parameters ($1, $2, etc.) set from the remaining argument operands. For bash If the -c
先月中途で入社した卜部です。 中途入社したタイミングでちょうどよいので環境設定を見直していました。 たぶん全部捨てて書き直したのは8年ぶりくらいでした。 今回の感想を忘れないうちに書いておきます。 Emacs Emacsを使い続けている理由はauto-save-buffersです。これと同じような機能を提供しているエディタは(RubyMineとかなくもないが)とても少なく、移行先として選択肢があまりありません。Atomのautosaveはどうやら求めているものと違うようですし。 auto-save-buffersで救われたファイルは数知れず、というか保存とかいう前世紀の遺物を計算資源に下請けさせることで考えることが減るので、本当は他のエディタにも是非あるべき機能です。下にzshでpredict-onの話も書いてありますが、自分は0クリック革命をわりと実践している派だと思います。 パッケージ
Re: backward killを見て、~/.zshrcにこんな感じで設定した: tcsh-backward-delete-word() { local WORDCHARS="${WORDCHARS:s#/#}" zle backward-delete-word } zle -N tcsh-backward-delete-word bindkey "^W" tcsh-backward-delete-word
June 12, 2014 TL;DR peco入れた。速い peco https://github.com/lestrrat/peco まだターミナルのヒストリの絞り込みぐらいしか使っていないけど便利です。 percol https://github.com/mooz/percol 元々moozさんが書いたpercolというものがあってlestrratさんがGoで書いたものがpeco。 導入方法 peco を go get $ go get github.com/lestrrat/peco/cmd/peco/ .zshrc percolのものを流用させて頂きました。 function peco-select-history() { local tac if which tac > /dev/null; then tac="tac" else tac="tail -r" fi BUFFER
初めに zsh最強シェル入門を買ってから、zshのカスタマイズにはまっています。今日はコマンドライン編集のキーバインドをいい感じにしようとしていました。 で、色々やってたけど、キーがぜんぜん足りません。 何か使いやすいキーに割り当てようとしても、たいていのキーはデフォルトで使われています。そこで、「何にも割り当てがないし、押しやすいキー」(いい子)と「押しやすいくせにほとんど使っていないキー」(わるい子)を探すことにしました。 デフォルト設定を調べる 使いやすいキーバインドと言えば、「Ctrl+なんちゃら」。ということで、デフォルトのキーバインドのうちC-*という形式のやつを調べました。 % bindkey -d # デフォルト設定に戻す % bindkey -e # emacsモードを使う % bindkey # 今設定されているすべてのキーバインドを表示する "^@" set-mark
コマンドのパスを知りたいんじゃなく、コマンドの存在をチェックしたいだけならwhichよりhashを使ったほうが良いかもっていう話。→追記: typeが最強っぽい。 追記: command -vも良い。プログラムの存在チェックorパスを探したいだけなら互換性を考えると一番良いかも。 比較してみる whichよりhashよりtype=command -vが高速→typeまたはcommand -vの勝ち whichは実ファイルという実体があるプログラムです。hashとtypeはbashの組み込みコマンドです。なので当然ですがプログラムの起動コストがない分hashやtypeの方が速いです。 $ time bash -c 'for((i=0;i<10000;i++));do which perl; done >/dev/null' real 0m7.739s user 0m2.928s sys 0m
bashの場合 「-e Liunx.txt」・・・Liunx.txtが存在しているか。 「-f Liunx.txt」・・・Liunx.txtが存在し、通常のファイルであるか。 「-r Liunx.txt」・・・Liunx.txtが存在し、読み取り可能であるか。 「-s Liunx.txt」・・・Liunx.txtのファイルサイズが０でなければ真。 - if [ ! -e Liunx.txt ]; then echo "Liunx.txtファイルがありません。" fi -
_ zshでカーソル以降の単語を削除するのは kill-word 最近とんと日記を書いてないので、初心を思い出して簡単なことでも日記を書きたい。 今日はshellのお話。 C-wでカーソル以前の単語を削除の機能をよく使います。 パスを / ごとに遡って消していく用途とかですね。 これ、カーソル以降の単語も消せたら便利だなと思いtwitterで聞いてみたら ESC-d(kill-word) を教えてもらいました。 man zsh で調べられるのですね。 （調べ方まで教えていただきありがとうございました。＞ @sakuro さん） man zsh を読むと「巨大なんでいくつかのmanに分けてあるよ」てことで、 コマンド関連は man zshzle で閲覧できます。 よく使いそうなのでキー割り当て。.zshrcに以下記述。 bindkey "^f" kill-word 本当は bindkey "
zshにはbuffer stackという仕組みがあって、これを使用すると入力途中のコマンドを一時的に保留しておいて、別のコマンドを実行した後、再度続きから入力することができる。 以下buffer stackの使用例 # 以下は自分で入力していて、実行前にdfで確認したくなったとする $ tar xvzf hoge.tar.gz # ESC-q を押下 # するとbufferが空になる $ # 改めてコマンドを入力 $ df -h ... # コマンド実行後、stackに退避していた入力途中のコマンドが自動的に入力された状態になる $ tar xvzf hoge.tar.gzzshのブログ記事などを見たりするとこの機能が便利便利言ってる人がいるけど、私は結局使ってない。理由はいろいろあると思うけど、その理由の一つとして 退避したスタックが見えない というのがあると思ってる。この理由は結構大き
_ [zsh] ZshのViキーバインド一覧 自分用。変更したものは下に書いておく。 インサートモード ^A --- --- _expand_alias aliasの展開 ^B --- --- ^C --- --- ^D list-choices 補完候補の表示、何も入力していない場合は終了 ^E --- --- ^F --- --- ^G list-expand ワイルドカード指定の展開 ^H vi-backward-delete-char 後方文字削除 .backward-delete-char 挿入開始位置制限撤廃 ^I expand-or-complete 補完の実行 ^J accept-line line feed ^K --- --- ^L clear-screen 画面クリア ^M accept-line return ^N --- --- history-beginnin
RX100M7を買った 今年の2月、SONYのRX100M7を買った。年明けから何度も実機を見に行って、撮影する自分の姿を想像しながらじっくりと選んで買ったカメラなので、とても気に入っている。カメラに関しては趣味程度の素人だけど一生懸命選んで買った決め手などをまとめたいと思う。 わたし…
補完の深みに入るまえに、今回は基本の設定をしてしまおう。設定は~/.zshrcファイルに書き込んで、source ~/.zshrcで反映だ。zshに直接入力して設定を有効にさせてみてもいいが、~/.zshrcに書き込まないと、次に起動したときzshはきれいさっぱり忘れているので気をつけるように。 環境変数LANG まずは、環境変数LANGを設定しよう。zshから実行するコマンドやアプリケーションがLANGで指定したロケールで動作するようになる。最近のOSなら設定はリスト1.1のようにUTF-8を設定すればいい。Linux/FreeBSDで古いディスとリビーションやバージョンを使っている場合、もしくは、LaTeXなどUTF-8へ対応していないアプリケーションを使う場合はリスト1.2のようにEUC-JPを設定しておけばいいだろう。 リスト1.1 環境変数LANGをja_JP.UTF-8へ設定
シェルで，上のディレクトリに行くのがめんどくさくて，cd ../../../../とかしないといけなくて，指を痛める． 上に行くためのupっていうコマンドを作ることにした． その1 up 3ってやると，3つ上に行くのを作った． function up() { i=0 while [ $i -lt $1 ] do cd ../ i=`expr $i + 1` done } 使い方 % pwd /Users/fkd/co/dev/dotfiles % up 3 % pwd /Users/fkd %これは使いにくくて，cd ../../って打つときは，いくつ上に行くか考えながら，../って打ってる．これだと，先に数えておかないといけなくて，難しかった． その２ 考えながら入力できるようにしてみた．引数の数だけ見る． function up() { i=0 while [ $i -lt $# ]
「zsh って何が嬉しいの？」と、zsh ユーザはよく訊かれる。そんなら tcsh は何が嬉しいんじゃい、という風にこっちとしては思わないではないが、たしかに明確な理由がなければ移行する気にはなれない。スタートアップファイルを構成しなおすのは面倒だし(tcshからの移行スクリプトもあるにはあるが)、 csh 系の挙動がとりいれられていることがあるとはいえ、基本的には bourne shell 系の動きをする zsh は、それまで tcsh を利用してきた人には使いづらいだろう。 でも普段から zsh を使っていて tcsh なんてもう何箇月も触れてないよ、というわけで何が違うのかはよくわからない。以前「こんなことができるんだよ」と tcsh ユーザに自慢したら「それ tcsh でもできるよ」などと言われて本気でヘコんだこともある。 というわけでモゴモゴとした挙句にお定まりの「補完機能が
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
