>>341
> BSDやMach層では大丈夫かもしれんが、そこで起こしたことをCarbonやCocoaの
> 層で整合性をとるのは難しいと思うぞ。その辺は公開されてないしね。

UIは確かにそうだよね。
でも、xnuのコード見てたら、
CarbonのバックエンドのFileI/OやThreadのAPIとかのコードだったら使えるかも。
Darwinのシステムコール呼ぶ方が速くなるかもって気がしてきた。
CocoaはあまりMachとかのThreadコールとかとまぜちゃだめみたいだけどね。

>>319がしてた話に戻るけど、
FinderのFileのリストを表示する部分なんかは
CarbonのFile Manager使わないで、通常のUnixfileI/Oのシステムコールが使える。
Darwinの場合、FileI/Oは、BSDのものよりさらに改良してあって、
HFSからUFSまでサポートしてるし、creator/typeなんかもアクセスできるようになってるし、
キャラクタセットはUTF-8ベース。すげー。

>>319の
> 今思い出したけどDarwinのソースは公開されてるからシステムコール
> 直接叩けばいーんじゃん・・・ｲｯﾃｸﾙ
も、バックエンドなら、ある程度期待できるよ。

なんか最近、Macの部分よりもMach+BSDの部分の方がおもしろくなってきたっす。