現状、トップページはMTのままですが、その内整理します。

tDiaryによる日記はこちら

こうしておくことで、曲ファイルがあちこちのマシンに分散する事も無く、レートや再生回数といったiTunesの特徴であるメタ情報も、全マシンで共有可能になる。ローカルマシンを変えた時でも、シンボリックリンクを作るだけでライブラリを復元（というのも何か変だが）できる。

一方、この方法の欠点は、ネットワーク──正確には自分とこのLANに繋がってなければ、一切曲が聞けないという点だ。ローカルHDD上には全く曲を持ってないので、当然だ。

この欠点は、ノートPCなどを使っていて、宅外に持ち運ぶような場合に顕著となる。というか、今の俺がまさにコレ。MacBook Proを持って、家と研究室を行き来する毎日なので、Macが手元にあるのにiTunesが使えないという、非常に哀しい状況だった。毎日、朝から晩まで研究室にいれば、曲の1つや2つくらい聞きたくなるのが、人間というものだ。

そこで俺は考えた。

SSHトンネリングでAFPを透過してやればいいじゃん♪

トンネリングの仕方は至って簡単。サーバでsshdが動いていて、クライアントでsshが使える状況で以下のコマンドを実行する。Mac OS Xならば、最初からsshが入ってるし、sshdもチェックボックスでチェックするだけで動き出す。

$  ssh -2 -N -C -L 60000:localhost:548 サーバのユーザー名@サーバのアドレス

サーバのユーザー名のパスワードを求められるので、入力。これでローカルホストのポート60000と、サーバのポート548（AFP用のポート）が繋がった状態になる。

ここでFinderの「サーバへ接続」で、アドレスに「afp://localhost:60000/」を指定して接続すれば、サーバのAFP共有をマウントする事ができる。後はiTunesを起動するだけ。(ﾟДﾟ )ｳﾏｰ

宅内LANに直に繋がっている時に比べればレスポンスは劣るものの、実用上全く問題なし。速度も90kB/sec程度出ているようで、オーバーヘッドも殆どない模様（うちの回線はADSLで上り1Mbps）。

これで、研究も捗るってもんだ。

でも、テンプレートを1から書かなきゃいけない&今は時間が無いので、悶々としてます。

とりあえず、Movable Type 4に更新して様子を見よう…。

MacBook Proの持ち運びケースで、何かナウイ（死語）のないかなーと探してたらBelkinの「PocketTop」という製品がよさげな感じで、目出度く購入。

Mac専用という訳ではないけど、Macで使って下さいと言わんばかりのデザイン。その辺の普通のノートPCで、このケースと釣り合いが取れる物は、なかなか無いんじゃないかと。DELL? Are you kidding?

特徴は上面（背面）についてるポケット。ここにACアダプタやマウスなどの小物を入れる事が出来るようになっている。

でもって、ケーブルを通す為の穴が空いてるので、ACアダプタなら本体側は接続しっぱなしで、コンセントに突っ込むだけでOKという運用が可能。 ケースに入れたまま開いて、膝の上に載せて使うという状況も想定されてるようだけど、それにはちょっと不安定という感じがした。

でも、見た目のポップさ以上に外殻は固く、重さも結構ある。 落下の衝撃とかには耐えられないだろうが、通常範囲の持ち運びでの衝撃程度には十分の強度がありそうだ。

MacBook Proと言えば、麗しき酸化アルミニウムの本体。ケースを買ったとはいえ、むき出しで使ってれば傷が付くのは避けられないので「SeeThru for MacBook Pro」という製品を購入。

これはポリカーボネートで出来た保護板？を本体の外側に装着して、本体が傷付くのを防ぐもの。 MacBook Pro専用ってだけあって、装着感も、装着後の本体端子なども全部利用可能。素晴らしい。

ただ、成型に所々雑な箇所が見られるのが残念。

この2アイテムさえあれば、MacBook Proを気兼ねなく持ち運べる。 問題なのは重量だけ。 ACアダプタとかも含めると、4〜5kg近い重さになってるんじゃなかろうか……。

第2の遭遇は、古本屋で見かけたFreeBSDの黄色い解説書だった。時期的には上と同じ年か、その翌年位だったかな。そして何を思ったのか、俺はその本を買った。WindowsはおろかPCすら持ってなかったというのに。

全ての物をファイルとして扱う、という概念はかなり奇っ怪に見えた。パーティションとスライスの区別が付かなかった。だが、portsとpackagesの仕組みには感激したのを覚えている。これが俺のFreeBSDﾏﾝｾｰの起源だ(w

第3の遭遇は高校生の時だ。PCを買ってもらい、BMSに明け暮れていた。

ひょんな事から「UNIX USER」と、4つくらいのディストリビューションが収録されていたLinux雑誌を買ってしまい、PCにインストールしてみた。当時最新鋭だったGeForce 256 with DDRを積んだうちのマシンでは、丁度リリースされたばかりのXFree86 4.0でなければ、Xが動かなかった。この時収録されていたOSで、XFree86が4.0だったのはFreeBSDだけだった。この件で俺の"FreeBSD命"が確固たるものになる(ww

それから、PS2Linuxを買ったり、突発的にPCにLinuxを入れたりすることはあったが、所詮一過性のお遊びに過ぎなかった。途中BeOSに浮気したりもした。

大学に入り、Windows XPにSP2を入れたら起動しなくなり、それにブチ切れた俺はMac OS Xに走った。余ったマシンにFreeBSDを入れ、サーバにしたりした。そして、今に至る……と。

ここからが本題。上の長ったらしい前置きは、殆ど関係ない（ぉ

UNIX系OSで何かソフトをインストールするとき、基本はソースからmakeする事である。

この方法は如何にもパソコン操作してます、って感じで「俺は出来るヤツ」という優越感に浸れる素晴らしい特徴があるのだが、問題が発生すると生半可な知識じゃ手も足も出ないという、重大な欠点（？）がある。

問題が発生した場合、似非UNIX使いの俺みたいな人は必死でGoogle先生に問い合わせ、どんな些細な情報でも藁をも掴む思いで参考にし、問題解決を試みる。そして、大概は撃沈するのだが、時には「なんだよ、こんな単純な事だったのかよ…」という具合に解決することもある。

こういう時、「これくらいの情報、書いててくれたっていいじゃないか。不親切だなぁ」と思い、自分がインストール過程を残すときは事細かに残そう、と思っていたのだが、最近になってそれが不可能な事に気がついた。

最初はきっちりとログを取るのだが、問題が発生し、何だかごちゃごちゃやってるうちに動いてしまう。こういうパターンが多分にあるのだ。インストール手順を公開しようにも出来ない、ってのが真実だった。

締めは………すまない、何もないんだ。

一応、ちゃんと動いてる模様。

動作報告やバグ報告（技術が無いので対処できるかは不明ですが）などなど、お待ちしております。

24行目から始まるプロトタイプ宣言。初っぱなからマクロの登場だ。

FORWARD _PROTOTYPE( void announce, (void));

FORWARDはinclude/minix/const.hで#define FORWARD staticと定義されている。これ以外の独自修飾子も、同様にconst.hで宣言されている。

#define EXTERN        extern	/* used in *.h files */
#define PRIVATE       static	/* PRIVATE x limits the scope of x */
#define PUBLIC					/* PUBLIC is the opposite of PRIVATE */
#define FORWARD       static	/* some compilers require this to be 'static'*/

FORWARDは、関数のスコープをファイルスコープに押さえ込む役割のようだ。

続いて_PROTOTYPEマクロ。

名前からもわかるように、関数プロトタイプ宣言に関するマクロである。これの役割はK&R CとANSI Cのプロトタイプ宣言の違いを吸収するものっぽい。本体はinclude/ansi.hに記述されている。

#ifdef _ANSI

/* Keep everything for ANSI prototypes. */
#define _PROTOTYPE(function, params) function params
#define _ARGS(params) params
（略）

#else

/* Throw away the parameters for K&R prototypes. */
#define _PROTOTYPE(function, params) function()
#define _ARGS(params) ()
（略）

#endif /* _ANSI */

この定義と、先のプロトタイプ宣言を見比べると、K&RとANSIそれぞれの場合で以下のように展開されることがわかる。

ANSIの場合 static void announce (void);
K&R の場合 static void announce();

ANSIの場合は普通のプロトタイプ宣言だが、K&Rにはプロトタイプ宣言なるものは存在しないので、この文は関数の使用宣言をしているらしい（K&Rの資料がないので詳細は不明）。

では実際の関数定義部はどうなっているかというと……announce関数は引数を持たないので、その次のshutdown関数を見てみる。

PRIVATE void shutdown(tp)
timer_t *tp;
{
	...

こっちは完全にK&R準拠の書き方だ。後方互換の為に、ANSI Cでもこの書き方も許されている（無論、推奨はされていないが）ので、プロトタイプ宣言部分だけを切り替えてやれば、K&RなコンパイラでもANSIなコンパイラでもコンパイルできるって仕組みか。すげー!

Mac厨でありBSD厨でもある俺としては、FreeBSDとかDarwinのソースを読んでみたい所だけど、こいつらは流石に規模が大き過ぎるので、初学者には厳しいと判断。とりあえず、この手の話には最適なMINIXのソースを読む事にする。

MINIX 3公式サイトからMINIX 3.1.1の基本機能部分だけのソースtarballを落としてきて解凍。適当にXcodeでプロジェクトを作って、ソースファイルを丸ごと追加した。ソースコードを読むための、各種ツールなんかもあるみたいけど、とりあえずはXcodeだけで頑張って見る予定。

まずは、kernel/main.cあたりから読んで行けばいいのかな？OSに限った話じゃないが、初学者がある程度の規模のソフトのソースを読む際は、どっから読んでいいのか非常に困る所である。

ま、適当に読んで行くとしましょうか。

えー、江戸橋には何もありません。駅前にローソン+があります。しかし、それしかありません。でもまぁ、宿泊先のネット回線が光なのでヨシとします。ちなみに、三重までは今日営業を開始したばかりの新幹線、N700系に乗って参りました。1本前の新幹線は空席が目立ったのに対し、俺が乗ってきたのは指定席もほぼ満席でした。

さて、宿に着いて早々、取り立てのN700の写真をうｐすべく、編集しようと思ったらGimpが入ってなかった。で、Gimpをダウンロードしてきて実行しようとしたら、X11が入ってなかった。あちゃー。入れたと思ったのになぁ。

Panther用のX11はAppleから落とせるんだが、Tiger用はというと「TigerのインストールDVDから入れてね」なーんて書いてある。ダメ元で先のX11を落としてみたが、やっぱりダメだった（インストーラのバージョンチェックではじかれる）。

これじゃデジカメ持ってきた意味がねぇ……と途方に暮れていた所、「Install X11 on Tiger without the Tiger install DVD」なるページを発見。曰く

The other day I was at school and I needed to install X11 on my intel mac in order to run an NX Client session into my linux box at home.

However, apple doesn’t seem to want to put the X11 User package for Tiger online anywhere… You can find the package for <=10.3 but what good is that!?

For anyone like me who doesn’t carry their Tiger install DVD at all times, I am going to put the X11 User and X11 SDK packages online.

だそうだ。うーん、素敵過ぎる。

というわけで、有り難くTiger用のX11をダウンロード&インストールし、無事Gimpを動かす事が出来ましたとさ。めでたしめでたし。

学校で使ってるマシンはWindowsだが、Mac厨の俺としてはMacでも開発がしたい(願わくばコーディングは全てMacで行って、Windowsは動作確認程度に使いたい)。なので、ターゲットはOpenGL+GLSLとする。nVidiaのCgという手もあるが、Cgで書いたシェーダがRadeonでも動くかどうか不明なのと、やっぱりオープンな規格でしょ、ということでGLSL。資料が全然ないという、茨の選択のような気がしないでもない。ま、ま、Macでプログラミングしてるって時点で茨の道を素足で歩いてるようなものなので、今更、棘の1本や2本、増えたところで気にならないと思う………多分。

能書きはこれくらいにして、研究で役立ちそうなページへの個人的リンク集。同業の方々の一介の助けになれば、これ幸い。

• Dominik Göddeke -- GPGPU Tutorials（英語）
  とっても分かりやすいGPGPUの解説。現在ここで勉強中。英文だが平易な単語&文章で、GPGPUの概念からGLSLを使った実装まで学ぶことが出来そう。
• OpenGL Shading Language @ Lighthouse 3D - GLSL Tutorial（英語）
  GLSLを基礎から解説してるページ。英文が若干読み難い感じだが、記事を全部読めばGLSLについては一通り理解できそう。

FBO(Frame Buffer Object)に関する資料

• OpenGL Programming Guide for Mac OS X: Rendering to a Framebuffer Object（英語）
  FBOへの描画の仕方を1から解説している、我らがApple謹製の解説書。表題には「for Mac OS X」とついているが、OpenGL（FBO）が使える環境全般に応用できるかと。

15インチの2.4GHzモデルを土台に、キーボードを英語配列に変更して注文。学割を使って30万円弱也。高ーっ!!でも、高いだけあって、その辺のデスクトップよりよっぽど高性能。当然、うちのマシン達の中では群を抜いた性能。

Intel Macを買ってまずすることと言えば、BootCampと仮想化ソフト。

というわけで、早速BootCamp入れて、XP入れて、Parallesのコヒーレンスモードで起動してみた。

これは何というカオスwwww

Mac OS Xネイティブのアプリと、X11のアプリと、Windowsのアプリ(というかWindowsそのもの)が同時に動くなんて…!! 実際に動いてる所を見ると、感動も一入だ。

実習に行くまでに環境を整えないとなぁ。まぁ、それも楽しみの1つではあるけど。

今までメインで使ってたPPC Mac miniは、iPodの母艦として、各種サーバ用途として運用していく予定。なので、こっちの環境も作り直さねば。

AUGraphにコールバックを通じてデータを流し込む時は、データの受け入れ先としてグラフにAUConverterを追加し、それに対してコールバック関数を設定するようにしないといけないっぽい。

他のAudio Unitにコールバックを設定しても、データの受け渡しが行われているにはいるようだが、非常にノイジーな音になってしまう（除く、出力ユニット）。AudioStreamBasicDescription構造体で入力音声ストリーム情報を設定しようにも、エラーになってしまい、上手く設定されないようだ。

尚、この結果は当方の実験に基づくものであり、公式な文献などで調査したものではないので、間違っていたとしても悪しからずご了承頂きたい。というか、林檎さん、早くCore Audio関連のドキュメントを整備して下さいよ……。

DELL UltraSharp 2405FPW+XRGB-3という特異な環境なので、参考程度に。色合いが違うのはデジカメのホワイトバランスのせい。だから、まぁ、あんまり気にしないで欲しい。

	480p	1080i
全景
拡大

うむ、確かにこれは凄い。

HDMI or HDCP付きのDVI-Dが必要になるが、一見の価値はある。無い人はどうするかって？それはCSSを外してリッp(ry まさに、今のうちの環境がそれだしね。

そこで登場するのがAJZaurusUSB。

これを入れるとMac OS Xに仮想Ethernetアダプタが追加され、この仮想NICとUSB接続したZaurusの間でEthernet接続が確立されるようになる。ちなみに公式サイトによれば、Zaurus以外でも同じような仕組みで通信するデバイス(iPAQとか)にも使えるらしい。

Zaurusの設定

必ずUSBケーブルを外した状態で、「PCリンク」設定で以下のように設定する。IPアドレスはデフォルトのままでもいいし、適当な値に置き換えてもOK。

AJZaurusUSBのインストールと設定

• 公式サイトからAJZaurusUSBをダウンロードする。OS Xのバージョンによって、使用できるAJZaurusUSBのバージョンが違うから要注意。
• 解凍後AJZaurusUSB.pkgを実行してインストール。そして再起動。
• ZaurusをUSBケーブルで繋ぐとMacの仮想NICが有効になるので、IPアドレス等々を設定。

]]> http://www.decomo.info/mt/archives/2007/200705102221.shtml http://www.decomo.info/mt/archives/2007/200705102221.shtml Linux Zaurus Thu, 10 May 2007 22:21:22 +0900 telentでリナザウを弄れると何かと便利なので、使えるようにする。

telnetの有効化

/etc/inetd.confの行頭コメント(#)を外すだけ。

(中略)
### With tcpd (TCP Wrapper) ###
#ftp    stream  tcp     nowait  root    /usr/sbin/tcpd  in.ftpd -l -a
telnet  stream  tcp     nowait  root    /usr/sbin/tcpd  in.telnetd
↑この行

アクセス制限の設定

上記の方法でtelnetは有効になる。しかしながら、このままだとセキュリティ的にかなり危険だ。何せ、telnetでアクセスさえすれば、誰でもどこからでもパスワート無しでログイン&rootになれてしまう。

そこで、/etc/hosts.allowと/etc/hosts.denyを用いたアクセス制限を行う。基本的には、まず全てのアクセスを拒否するようにし、続いて必要な物のみ許可するように設定する。

まずはアクセス拒否(/etc/hosts.deny)の設定。前途したように、全てのサービスについて全ての接続を拒否する。

ALL:ALL

1つめのALLがサービスを、2つめのALLがホストを表わす。

続いてアクセス許可(/etc/hosts.allow)の設定。今回は192.168.*.*がtelnetを使えるようにした。

in.telnetd: 192.168.

本体を再起動するか、inetdを再起動すれば完了。

# /etc/rc.d/init.d/inet restart