デバグ途中に突如現れた謎のエラー。

error: 'io_user_reference_t' undeclared here (not in a function)...（以下続く)

サードパーティのFrameworkをいくつかのバージョンで切り替えながらテストしていたらいつの間にかコンパイルできなくなっていました。調べてみると任意のパスにインストールしていたフレームワークのパス（FRAMEWORK_SEARCH_PATH）がどんどん追加されていくようでサーチパスがすごいことになっていました。フレームワークのバージョン毎のテストをする場合でも、ターゲットバージョンを素直に/Library/Frameworkにコピーするのが賢明かもしれません...

CocoaでGUI抜きのアプリケーション開発をすることが多くなってきたのでCocoa(Objective-C)のvi(m)用キーワードファイルを作成しました。元は、シンタックス用の定義ファイル（これはどこかからダウンロードしました。出自は失念しました。気前よく提供された方ごめんなさい）で今はperlの勉強中なのでperlでやりました。

cat ~/.vim/syntax/objc.vim | \
perl -wnl -e'if (m/^syn\s+keyword\s+/) {s/^syn\s+keyword\s+\w+\b//;
  foreach (split /\s/) {print if (!m/^$/);}}'>objc_keyword

作成したキーワードファイルを${HOME}/.vimrcに、

set complete+=k~/.vim/keyword/objc_keyword

としておけば、^N/^Pでキーワード補完ができるようになります。これでタイポも減って楽になります。ビルドも以前はXcodeに戻って
実行していたのですが、最近ようやくxcodebuildoコマンドの存在に気がつきました。

xcodebuild -configuration Debug

快適です。perlはもっとスマートに書けるようになりたいですね。空行を処理するとこなんか二度手間っぽくて嫌だけど、これで用が足りるのならこれ以上突っ込めない性格です。(^^ゞ

ファイルの書き込み監視をする要件がでてきたので以前から気になっていたkqueueを試してみました。このあたりはBSD*なOSXの強みですね。

manしてみればわかるのですがインタフェースは

今日一日粘ったのだが未だ解決できず。やりたいことは、Spotlightのように通常はウィンドウを持たずメニューバーにアイコンだけ表示していてホットキーを押されたときだけメニューを開くという動作なんです。

動的にメニューを作成するアプリを作成している際に気づいたのですが、メニューショートカットを指定するkeyEquivalentメッセージ。指定するキャラクタが大文字か小文字かで意味あいが変わります。

もちろん、ドキュメントにも明記されているのですがうっかり読み飛ばしてしまい大いに悩みました。最初、"command + C"を表現するのに、

[menuItem setKeyEquivalent:@"C"];
[menuItem setKeyEquivalentModifierMask:NSCommandKeyMask];

としていたのですが、これだと"shift + command + C"となってしまうわけです。大文字のキャラクタはそれだけでshiftを指定されたことになるわけです。まあ、Cを入力するためにはshift + Cとタイプするでしょぅてことなのだろうけど...こういうことって、COBOL文化圏の人にはしっくりこないのだろうなぁ。（バリバリCOBOLの人が、趣味でCocoaなんてことないだろうけど。）

そういえば、昔、同僚に「vi(m)で最終行にジャンプするには？」って聞かれたとき、「大文字のG」って答えたことがあって同僚は「？？？」だったことを思い出します。あぁ、そのときはなんて察しが悪いんだろうと思ったものですが相手ときちんとコミュニケートするという意味では「shift + ジー」と答えるべきだったかなぁなどと思う次第。

ちなみに、setKeyEquivalentに大文字・小文字どちらで指定してもメニューバーに表示される時は大文字になります。（かの方もハマっていたんですね。安心。)