>>72 違うよ。
コテで無知晒すのって恥ずかしくない?
あちこちで恥さらしまくってるからいまさらって感じでしょ。> MACオタ
ここ数日だけでも、Intel次世代スレとかAMD次世代スレとか
CPUアーキスレとかで、あからさまな間違いを指摘されまくってるし。
そっか。
MacもSolarisと同じくエンディアンの問題があるんだな。
MacのHFS+やUFSがCPUのエンディアンによってフォーマットが変わるのかどうか知らんが。
>>73 さん
そうすか?多くのクロスプラットフォームアプリわ、もはやリソースフォークを持たないし特に問題が
おきる理由も無い筈すけど。。。
>>74 さん
あちこちで印象操作ご苦労様す。決して具体例わ指摘できないようすけど(笑)
>>75 さん
UFSわエンディアンでフォーマットに互換性が無くなるとのことす。
http://docs.sun.com/app/docs/doc/819-0386/6n2qla469?a=view -------------------------
PARC と x86 とでは UFS フォーマットが異なります。SPARC はリトルエンディアンによるビット
コーディング、x86 はビッグエンディアンによるビットコーディングを採用しています。UFS 用に
フォーマットされたメディアは、それらがフォーマットされたハードウェアプラットフォームに制限されます。
-------------------------
77 :
名無しさん@お腹いっぱい。:2006/05/05(金) 15:39:14
変なのが湧いてきたな…
SolarisのUFSに互換性が無いのはしっとるがな。
MacのUFSの話だがな。
4.2BSD のもともとの ufs のコードは、エンディアン依存性のあるもの
だったが、そこから派生した各ベンダの実装が、エンディアン依存か
独立かは、それとは別の話だな。
NetBSDは options FFS_EI をつければ、どちらのエンディアンで書いた
ffs も読み書きできるし、MacOS X は、NetBSD から派生したコードも
含んでいるから、big endian で書かれたファイルシステムを、
little endianの Core Duo マシンで読み書きできても不思議はない。
MacOS X の話をしてるのに Sun のドキュメントを引用するのは的はずれ。
実際にどうなのかは知らんが。
81 :
73:2006/05/05(金) 16:07:20
DarwinのufsのばいとおーだーはFreeBSDと同じ。
xnu/bsd/ufs/ufs/ufs_byte_order.cが変換。
mount時のoptionで指定可能。MNT_REVEND。
続きはmac板のUNIXスレで。
>>76の馬鹿も知りたければ来な。