さて、今回は、zsh のお話。 ちょっとプログラムの関係で、コマンドライン引数から記号( # とか)を指定したら zsh: no matches found: #とかってなってしまいます。 あ、コマンドライン引数っていうのは、main 関数の引数のこと。つまり、 int main(int argc, char *argv[])のやつですね。要するに argv です。 bash でプログラムを実行したら普通に実行出来たので、これは zsh のせいらしい...。 と、いうわけで、.zshrc に以下の記述を追加します。 setopt nonomatchこれで source で .zshrc を読み込んであげればオッケー。 実行出来るはず。 楽勝でしたとさ。 エラーの原因は、グロッビングが原因らしい。 setopt EXTENDED_GLOBでグロッビングでの特殊文字の使用をするという形になって
初めまして。7 月にエンジニアとして入社した花島と申します。 早速ですが、Mac の zsh で日本語の濁点・半濁点付き仮名を正常に補完できる様にする拙作のパッチをご紹介させて頂きたいと思います。 Mac におけるファイル名の取り扱い まず始めに、濁点・半濁点付き仮名が補完できないという事について少し触れたいと思います。 Mac を日常的に、また仕事で利用しているという方の中には、濁点・半濁点付き仮名を入力して補完しようとして補完できなかったという経験をお持ちの方が少なからずいらっしゃるのではないでしょうか。 これは Mac のファイルシステムである HFS+ におけるファイル名の扱い方に原因があります。 HFS+ ではファイル名を Unicode (UTF-8) で格納するのですが、その際、NFD という正規化を施して格納します。 （一般的な UTF-8 では NFC という正規化がされ
Captcha security check calcurio.com is for sale Please prove you're not a robot View Price Processing
zshmodules の zsh/files を利用すると、 chgrp, chown, ln, mkdir, mv, rm, rmdir, sync といったコマンドが、 zsh組み込みの関数に置換えられる。 メリットとしては、 移植性が高くなる、 引数文字列の最大バイト数の制限を受けなくなる ということが挙げられるだろう。 このうち、特に僕が便利だなと思っているのが、 引数文字列の最大バイト数の制限を受けなくなるということだ。 簡単に説明すると、 通常、コマンドを実行するときに 引数文字列のバイト数が一定の値を越えると 以下のようにエラーを出して処理をしてくれない。 % mv ./* ../dir zsh: argument list too long: mv そして最悪な事にコレは、 グロブなどを展開した後の文字列のバイト数であるため、 zsh の extended_glob とは非
概要 実行時間の長いコマンドが終わったら、Mac の Notification Center (Growl にするのも可能) で通知がくる。Terminal.app と iTerm 2 に対応している。 通知の様子。30秒を超えるコマンドが通知されている。 30秒を超えないコマンドでも、失敗したら通知される。 どちらもターミナルがバックグラウンドのときのみ通知される。長いコマンドを投げてから twitter とか見てたらいつのまにか時間が経ってしまうような人に便利。 1. 準備 Notification Center に通知する場合 alloy/terminal-notifier をインストールする。コマンドから Notification Center に通知をするためのアプリ。 Releases から .app をインストールしてもよいし、Download にあるように RubyGems
男のbashユーザーが、バラ色の紳士こと漢のzshに乗り換えたときに ｱｯｰってなるコト事を先ほどいくつか思いついたので共有する。 !!とかの履歴実行はrコマンドで zshには、r というシェル組み込みコマンドがあって 履歴からの実行が簡単に行える。 たとえば、一番最後に実行したviコマンドを実行したいときなどだ。 bashなんかだと !vi で出来るのだが、 rコマンドだったら % r vi でよい。 直前に実行したコマンドを再び実行したいとき、 bashなんかだと !! というやり方になるが、 rコマンドでは、 % r とするだけでよい。 また、文字列を置き換えてからの履歴実行はどうだろう。 たとえば次のようなbashの例だ。 $ vi .zshrc $ !vi:s/zsh/bash/ これは、最後に実行したviコマンドの引数文字列を ":s/zsh/bash/" によりzshという文
id:tokuhirom の zsh の REPORTTIME みたいなの、tcsh で miyagawa さんがやってたのみていいなーとおもってたけど zsh でできるんだー って発言を見て REPORTTIME って知らなかったわー 5 年くらい zsh 使ってるのに知らなかったわー って思ったので調べてみた # 3秒以上かかった処理は詳細表示 REPORTTIME=3 って .zshrc とかに指定しておくと $ rails new hoge --- Your bundle is complete! Use `bundle show [gemname]` to see where a bundled gem is installed. rails new hoge 15.69s user 0.33s system 84% cpu 18.872 totalって表示される！！！ 便利！！
これから zsh はじめる人へってタイトルにしようかと思ったけどやめた。 oh-my-zsh というのがあります。 https://github.com/robbyrussell/oh-my-zsh 色々便利設定とテーマ群になります。 で、テーマの数がすごいのでまずは見てみよう↓ https://github.com/robbyrussell/oh-my-zsh/wiki/themes みんな zsh 便利だって言ってるから使ってるけど、まぁそこまで使いこなしてないよねー でも Bash に戻るのもなぁとかそんな人間は何も考えずにとりあえず入れてみると良いと思う。 まず、自分の今までの設定を rename とかして退避（あとで使います） git clone git://github.com/robbyrussell/oh-my-zsh.git ~/.oh-my-zsh cp ~/.oh-m
zshにすべておまかせ - 先方予測で驚愕と苛立ちを両ゲット これまで4回にわたってzshの基本設定を説明してきた。実際問題、これくらい設定しておけばzshの恩恵に十分にあずかることができる。とくに「autoload -U compinit; compinit」を設定して補完機能が有効になっている場合、ケースバイケースを考慮したかなり賢い補完が実施されている。 ではそろそろzshの変態領域へ入っていくとしよう。 zshの変態っぷりを手っ取り早く感じるには、先方予測機能がわかりやすい。とりあえずだまってリスト1を実行だ。 リスト1 先方予測機能を有効に設定 - この機能を使いこなることができるか? autoload predict-on predict-on リスト1を実施したあとの操作例を次に示しておく。ともかく、リスト1を実行したらzshを使ってみてほしい。そこには新しい世界が待って
もう zsh が無いと生きていけない体になってきた. 基本的な設定しかしていない筈だったのに, 気がついたら設定ファイルがえらく肥大化していたので, 整理がてらメモを残しておくことに. 基本 設定ファイルが $HOME にごちゃごちゃと並ぶのは嫌なので .zshenv で以下の様に設定しておく. export ZDOTDIR=${HOME}/.zsh source ${ZDOTDIR}/.zshenv zsh の設定ファイルの読み込み順は login 時: .zshenv -> .zprofile -> .zshrc -> .zlogin zsh 起動時: .zshenv -> .zshrc スクリプト実行時: .zshenv logout 時: .zlogout なので, zshenv に ZDOTDIR を設定しておいて $ZDOTDIR/.zshenv を読む様にしている. zsh
よく忘れるので例示と共にメモ。ここらへん押さえておくと作業効率が上がる。bashのページで発見したものを載せている。zshでも確認した。 実行系 !! 直前に実行したコマンドを再現 !+何かの文字 !sudoとすれば、sudoで始まる直近の実行コマンドを再度実行。他にヒットしないのがわかってれば、!suとか!sでもいい。最短マッチ。 !:s/foo/bar 直前に実行したコマンドのfooをbarにして実行。gsにするとすべて置換 これは便利！！ $ vim ../../.zshrc $ !:s/zsh/vim !n n番目のコマンドを実行。 hisotry | grep hogeして確認してから使うなど*1 代わりの名前系（単語指示子、というらしい） 使うケースは多い。 $ ls /etc/hoge/fuga/ $ cd !^ とか。!^が最初の引数、!$で最後、!:nでn番目、!*ですべ
今回は、少し話がそれるが最初にEmacsの話だ。 Emacsキーバインド 朝起きると、既に床の横で起動している端末にログイン、おもむろにcvs update -Pdし、Emacsをビルドする。当然、シェルスクリプトで自動化されているのはいうまでもない。しかし、cronに登録しないのは彼の良心である。ギークにとっては日常茶飯事だ。 Emacsでは多くの一種独特なショートカットキーを使う。こうしたキーは普段の作業で体に染み付いてしまうもので、シェルを操作するときでもついつい同じキーを叩いてしまいがち。 ここで期待しない動作になるとストレスである。 そんなユーザのために、zshにはEmacs風ショートカットキー設定が用意されている。なにはともあれ~/.zshrcにリスト1.1の設定を追加だ。何の設定もしていなければだいたいEmacs風設定が最初から有効になっている。 リスト1.1 Emacsライ
水風呂のすゝめ 毎日めちゃくちゃに暑い。 ここ数年「およげ!たいやきくん」のように昼間は太陽とオフィスビルとアスファルトの三方向から押し寄せる35℃オーバーの熱に挟まれ、夜になっても最低気温が27℃くらいまでしか下がらない。そんな理不尽な東京鍋の中の暮らしが毎年のことにな…
linux_fedora12のzsh 4.3.10で動いたやつ Max-OSXのzsh 4.3.9で動いたやつ ↑どっちかダウンロードして、きちんと動いた方をつかうのだ。 FC2ブログの設定の関係で、拡張子がtxtになってる。注意 使い方(キーバインド)一覧 大抵のzsherは、zshのキーバインドをEmacs風(bindkey -e)にしてると思うんだ。デフォルトだしね。 でもvimmerがbindkey -eって屈辱だよね! 確かに^aで行頭に飛べるのは魅力だけど、vimmerなら^[Aか^oAだよね! 今回を機に、vim風キーバインド(bindkey -v)に乗り換えよう! 導入方法 -----.zshrcの外部に置く方法:----- 1) linux_fedora12のzsh 4.3.10で動いた方かMax-OSXのzsh 4.3.9で動いた方を~/path/に保存する。 2) .
zshを使い始めるにあたって、いちばん違和感を感じたのは実はプロンプトだったりしました。 ここではzshの機能を活かした上で、bashユーザにも違和感のないプロンプトの設定を紹介します。 bashユーザのためのプロンプト設定 zshの標準プロンプトはこんな感じ。 localhost% bashとはだいぶ違います。 やっかいなのは、このプロンプトの設定が特種な文字列を使うものであり、初心者にはやたら敷居が高いということ。 おなじみ「漢のzsh」でも第二回でプロンプトの設定が取り上げられているのですが、残念ながら設定が懲りすぎていて分かりづらい。 仕方がないので、自分で調べながら何とかシンプルなbash風に仕上げてみました。 ## プロンプトの設定 autoload colors colors PROMPT="%{${fg[blue]}%}[%n@%m] %(!.#.$) %{${reset_
IDEの発展やAjaxなど現在のデベロッパにとってGUIとうまくお付き合いすることは開発効率を上げるうえで必須といえる。しかしながら、シェルというCUI環境も根強い人気がある。GUIと違ったカスタマイズ、アジリティ、効率の良さ、幅広い対応プラットフォームなど、なくてはならないものだ。 本連載ではそうしたCUI環境の充実を補佐することを目的とし、"zsh"について語ってみようとおもう。かつてzshはUTF-8の扱いが弱いところがあったが、それもずいぶんと改善され、ここ1年でzshへ移行しやすい状況が整ってきている。はじめるには悪くないタイミングだ。 最初に軽くzshについて紹介しておこう。 名前につく"z"の文字は、「究極の」という意味がこめられているらしい。系統としてはsh系である。つまり、zshはsh系の超高機能シェルといえるだろう。Linuxなどのユーザーであればsh系であることの意味
メールを送るときって当然メーラーを使うんだけど、普通メーラーでは vim が使えない。困った。これでは文章が書けない。 なので、僕はいつもターミナルの vim でメールを書いてからメーラーにコピペしてる。でも、そのコピペがめんどくさい。マウスをぐいーんって動かしたくないし(疲れる)、長文だとターミナルの1画面に収まらなくて選べない。全然スマートじゃない。 というわけで、さくっとクリップボードにコピーする zsh の alias を設定した。 設定例 .zshrc の例は以下。 if which pbcopy >/dev/null 2>&1 ; then # Mac alias -g C='| pbcopy' elif which xsel >/dev/null 2>&1 ; then # Linux alias -g C='| xsel --input --clipboard' elif
出力の最終行が表示されない 改行コード (\n) で終わっていない出力のときこの現象が発生します プロンプト% echo -n hoge プロンプト% シェル変数 promptcr が標準でセットされているため、最終行が一旦クリアされてしまっているからなので、 unsetopt promptcr とせっていすれば、クリアしないようにできます。 プロンプト% echo -n hoge hogeプロンプト% ただし、unix の世界ではテキストである標準出力やファイルの終端は改行コードである"べき"なので、 zsh が「改行コードで終わらない出力」に対して警告しているようなものです。 ファイルリスト(補完リスト)に色を付けたい まず、ls の出力に色を付けたい時は環境変数 LS_COLORS を設定することで実現できます(GNU ls の機能) export LS_COLORS='di=01;
_ [zsh] zshでのプロセスID補完 killでプロセスIDを補完しようとしてTabを押すと % kill <Tab> 16600 pts/3 00:00:01 zsh 16634 pts/3 00:00:00 zsh 16635 pts/3 00:00:00 ps こんな風に補完してくれるのだが、固まったFirefoxとかプロセスを残すGoogle Chromeなんかが候補に出てこない。 なんだ使えない補完だなと思っていたのだが、西谷・平山研Hiki - .zshrcを見るとプロセスIDを得るためのコマンドを指定できるらしい。 知らなかった。 zshrcで zstyle ':completion:*:processes' command 'ps x -o pid,s,args' と設定すると % kill <Tab> 12763 S xfce4-panel 12765 S Thu
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
