アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
UNIXはただ死んだだけでなく、本当にひどい臭いを放ち始めている -- あるソフトウェアエンジニア
10億7374万1824GBとは? (スコア:1)
Re:10億7374万1824GBとは? (スコア:1, すばらしい洞察)
このファイルサイズ上限での、圧縮・展開とかも評価しているのかなぁ。
Re:10億7374万1824GBとは? (スコア:1)
たとえば、最初の1ブロック分データを書いて、seek でどがーーーーーっと後ろの方にジャンプして、1ブロック書くと、真ん中はブロックを割り当てない(読むと 0x00 の塊になる)ファイルが作れます。これなら(管理情報以外は) 2ブロック分しかディスクを消費しませんが、ファイルサイズとしては何Pバイトでも作れる。
後は、適当に seek しては読み、seek しては書き、を繰り返す。書いた場合、そこの部分に関してはブロックが割り当てられるようになるので、後で読んで確認する事もできる。
この方法を使うと、フロッピーディスク上にだってばかでっかいファイルが作れるように…
fjの教祖様
Re:10億7374万1824GBとは? (スコア:0)
「理論上は大丈夫です!」って言ってるのと大差ないと思うんだけど。
Re:10億7374万1824GBとは? (スコア:0)
現実的に不可能や困難な試験は、シミュレートや別の現象に置き換えて導き出すものです。