アカウント名:
パスワード:
表示困難なほど長いファイル名ができるとなれば、それを悪用する奴もでてきそうな予感特に不自由ないし、現状のままで良いと思うけどね
UNIX じゃぁ普通 1024 だよね、と思っていたら…% getconf PATH_MAX .4096といつのまにか 4096 になっていたでござる(Linux(Fedora 22))。固定長配列で処理するのは危ないね、少なくとも C99 以降の variable length array を使わなきゃ。
結局、UNIXでCがベースになっているというのが一番の問題であって、根本的には、文字列長を意識する必要の無いシステムに移行していくしかないと思う。
# int32 の上限値はさすがに超えないだろうけど
>文字列長を意識する必要の無いシステムに移行していくしかないと思う。
ファイル名のバイト列にデータを埋め込むことで、ファイルサイズ0でもデータを保存できる。これで無限ファイルシステムの完成だ!
# 嘘です。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
あつくて寝られない時はhackしろ! 386BSD(98)はそうやってつくられましたよ? -- あるハッカー
トラップに使おうとするヤツ (スコア:0)
表示困難なほど長いファイル名ができるとなれば、それを悪用する奴もでてきそうな予感
特に不自由ないし、現状のままで良いと思うけどね
いつの間に 4096 になってたんだ? (スコア:0)
UNIX じゃぁ普通 1024 だよね、と思っていたら…
% getconf PATH_MAX .
4096
といつのまにか 4096 になっていたでござる(Linux(Fedora 22))。
固定長配列で処理するのは危ないね、少なくとも C99 以降の variable length array を使わなきゃ。
Re:いつの間に 4096 になってたんだ? (スコア:0)
結局、UNIXでCがベースになっているというのが一番の問題であって、根本的には、文字列長を意識する必要の無いシステムに移行していくしかないと思う。
# int32 の上限値はさすがに超えないだろうけど
Re: (スコア:0)
>文字列長を意識する必要の無いシステムに移行していくしかないと思う。
ファイル名のバイト列にデータを埋め込むことで、
ファイルサイズ0でもデータを保存できる。
これで無限ファイルシステムの完成だ!
# 嘘です。