アカウント名:
パスワード:
構成の限られた組み込み OS ではなく、現実的な一般ユーザーの使う OS で「何も考えなくても大丈夫」な FileCopy ができる OS ってどれ?Linux と macOS は外れるしなぁ
Human68k
Human68kはファイル名を8文字目までしか区別しないってのが・・・(除TwentyOne)
mac、悪の枢軸HFS+は論外ですがAPFSそんなに筋悪いですか
BSDサブシステムで扱える範囲が限られちゃってることかな。BSDの範囲で扱う分には楽。
ファイルコピーまわりでCocoaから出来てBSDで出来んことってなんでしょう?
CpMacってどっちですか。
CpMac(1)はとっくの昔にdeprecatedになってます。今は普通にcp(1)でリソースフォークのコピーが可能。
APFSでしか動かないファイルコピーなんて実際のソフトウェアには入れられないでしょ。iOSならまだしも、MacではHFS+も混在していることを前提にしないと無理。
ただ、HFS+はcorruption耐性とか性能とかいった面ではクソではあるが、ファイルコピーに関してはそこまで変なファイルシステムかなあ。コピー先がシンボリックリンクじゃないとか書き込み可能かとかいった通常のUnixのコピーにまつわる罠はあるが、それ以外はcopyfile(3)で拡張属性もリソースフォークもなにもひっくるまて普通に処理できるんじゃ。
ファイル名の正規化が糞
俺も狂った仕様だと思うがどういうユースケースで嬉しいんだろうこれext4も最近大文字小文字の正規化オプション増えたけど
大文字小文字は区別ありで衝突させとくとそれを区別なしの所に持ってけないし、アプリケーション側が区別なし前提で大文字小文字が実ファイルと異なるアクセスしてきたときに困る。ので、それなりに区別無しにする(正規化する)需要はあると思う。
iOSの偽NFDはロスのほうが多い気がする……正規化自体は正規化状態の異なる同名ファイル名が一致しないトラブルなどを避けるのに有用かもしれないが、そもそもNFDな文字表現を使ってるのがiOS位でむしろトラブルを生み出している側。無断で正規化なんて真似他のOSではデフォルトにしにくい踏んで、他のOSだと苦労するってイメ
ファイルシステムとしてはFATは割と頭使わなくて済むんじゃない?機能が制限されてるから難しい事も考えなくて済む。
現代的なOSでは何も考えずに確実なファイルコピーができるって事はシステムを破壊できかねないって事だから基本は無理だと思う。でも「ユーザーが通常期待するファイルコピーを行うAPI」を提供する事は可能だし、大抵のOSは標準のコマンドがそういう動作を行っているとは期待できる。もちろん安全に/権限上それができない時は失敗するわけだが。
VFATでないFATでも属性等のコピーがあるしVFATだとショートファイルネームが維持とかボリュームラベルのコピーとかも出てくる
Linuxでも一般的に使われるファイルシステム間で保持できる属性もタイムスタンプの精度も違うもんな。ファイルシステムが選べるOSならどのOSでも抱えてる一般的な問題だよな。
旧来のinodeのVFSという概念の上に、タイムスタンプとか最小の権限セットとかの基準ラインの仕様がほしいですね。
そういうのがないと、FS間でどのレベルで精度を保つか、どの権限が存在するかとかでどうしても無理がでるよな...
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
計算機科学者とは、壊れていないものを修理する人々のことである
この方の不満をすべて同時に解決している OS/FileSystem って何だろう (スコア:0)
構成の限られた組み込み OS ではなく、現実的な一般ユーザーの使う OS で「何も考えなくても大丈夫」な FileCopy ができる OS ってどれ?
Linux と macOS は外れるしなぁ
Re: (スコア:0)
Human68k
Re: (スコア:0)
Human68kはファイル名を8文字目までしか区別しないってのが・・・(除TwentyOne)
Re: (スコア:0)
mac、悪の枢軸HFS+は論外ですがAPFSそんなに筋悪いですか
Re:この方の不満をすべて同時に解決している OS/FileSystem って何だろう (スコア:1)
BSDサブシステムで扱える範囲が限られちゃってることかな。BSDの範囲で扱う分には楽。
Re: (スコア:0)
ファイルコピーまわりでCocoaから出来てBSDで出来んことってなんでしょう?
Re: (スコア:0)
CpMacってどっちですか。
Re: (スコア:0)
CpMac(1)はとっくの昔にdeprecatedになってます。今は普通にcp(1)でリソースフォークのコピーが可能。
Re: (スコア:0)
APFSでしか動かないファイルコピーなんて実際のソフトウェアには入れられないでしょ。iOSならまだしも、MacではHFS+も混在していることを前提にしないと無理。
ただ、HFS+はcorruption耐性とか性能とかいった面ではクソではあるが、ファイルコピーに関してはそこまで変なファイルシステムかなあ。
コピー先がシンボリックリンクじゃないとか書き込み可能かとかいった通常のUnixのコピーにまつわる罠はあるが、それ以外はcopyfile(3)で拡張属性もリソースフォークもなにもひっくるまて普通に処理できるんじゃ。
Re:この方の不満をすべて同時に解決している OS/FileSystem って何だろう (スコア:2, すばらしい洞察)
ファイル名の正規化が糞
Re: (スコア:0)
俺も狂った仕様だと思うがどういうユースケースで嬉しいんだろうこれ
ext4も最近大文字小文字の正規化オプション増えたけど
Re: (スコア:0)
大文字小文字は区別ありで衝突させとくとそれを区別なしの所に持ってけないし、
アプリケーション側が区別なし前提で大文字小文字が実ファイルと異なるアクセスしてきたときに困る。
ので、それなりに区別無しにする(正規化する)需要はあると思う。
iOSの偽NFDはロスのほうが多い気がする……
正規化自体は正規化状態の異なる同名ファイル名が一致しないトラブルなどを避けるのに有用かもしれないが、
そもそもNFDな文字表現を使ってるのがiOS位でむしろトラブルを生み出している側。
無断で正規化なんて真似他のOSではデフォルトにしにくい踏んで、
他のOSだと苦労するってイメ
Re: (スコア:0)
ファイルシステムとしてはFATは割と頭使わなくて済むんじゃない?
機能が制限されてるから難しい事も考えなくて済む。
現代的なOSでは何も考えずに確実なファイルコピーができるって事はシステムを破壊できかねないって事だから基本は無理だと思う。
でも「ユーザーが通常期待するファイルコピーを行うAPI」を提供する事は可能だし、大抵のOSは標準のコマンドがそういう動作を行っているとは期待できる。
もちろん安全に/権限上それができない時は失敗するわけだが。
Re: (スコア:0)
VFATでないFATでも属性等のコピーがあるし
VFATだとショートファイルネームが維持とかボリュームラベルのコピーとかも出てくる
Re: (スコア:0)
Linuxでも一般的に使われるファイルシステム間で保持できる属性もタイムスタンプの精度も違うもんな。
ファイルシステムが選べるOSならどのOSでも抱えてる一般的な問題だよな。
Re:この方の不満をすべて同時に解決している OS/FileSystem って何だろう (スコア:1)
旧来のinodeのVFSという概念の上に、タイムスタンプとか最小の権限セットとかの基準ラインの仕様がほしいですね。
そういうのがないと、FS間でどのレベルで精度を保つか、どの権限が存在するかとかでどうしても無理がでるよな...
M-FalconSky (暑いか寒い)