>>213
名前しか違わないって思ってるよーなら１から勉強してこい。ぐぐりゃいくらでも出てくるだろ？

>>214
エミュとしての環境は欲しいやね。SoftWindowsよりVirtualPCの方がいろいろ試せていいってのと
同じでOS9の環境しか動かんよりちゃんといろいろエミュできる方がいいやね。
Appleの伝統の弱っちぃ電源の悪影響で起動すらままならんOldMacのソフトなんかBasiliskとかの方に期待しちゃうしねぇ。

>>215, 216
UFSが今のFreeBSDのFastFileSystem程度にチューンナップされてSoftwareUpdate機構もきちっと動けばねぇ。
まぁ、HFS+では実際大文字小文字の区別はしっかりつけられるのに旧OSとの互換性で大文字小文字
の区別うっちゃってるつーのがあれなんだよなぁ。

>>218
リソースフォークとCarbonアプリのPreferencesだな。問題は。実際うっかりtar+gzなんかでやっ
ちゃってリソースフォーク消えてバックアップになっとらん！てアプリあるんだよなぁ。鬱だ。
さすがに懲りてhfs_paxとか使うようにしたんだが。
そういう意味も含めると223の意見はもっともなんだよな。HFS+をその能力を最大限活かせる実装にしやがれとか。

>>255,258
まぁ、その辺は上の方のレイヤーでなんとでもできるんだよね。

>>269
BFSといっても今のBeOS5とかDanoとかのアレじゃなくてPublicBetaの頃のdbぽいFileSystem
だよね。確かにあれが実装できてまともなスピードで動いて今のFileSystemを上手にラップできる
んであれば問題ないけども。だからといってUFSが古くさいつーのも乱暴だろう。FFSが今どんな感じかっつーのを見るとちぃとうらやましくはなるわけだ。
とはいえもちろんdbFSなんてのが実現するとMITの呪縛からマジで解き放たれる？とか妄想も膨らむ
し、Darwinでソースが公開されるだろうから*BSDにも恩恵があるかもしれんと更に妄想を膨らませ
られてええぞ（藁
まぁとにかくどんな実装になるか期待ですな。