アカウント名:
パスワード:
Cygwinのapt-cygの挙動が分かりやすいが、Windowsは現在使用中のファイルの更新ができない。つまりaptやbrewと違い、wingetでwingetの更新はできないし、Windows Terminalから呼び出したのならWindows Terminalの更新も失敗し、同様の理由からアンインストールも失敗する。いつもの再起動後に云々のメッセージダイアログが表示され、たかがひとつふたつのアプリの更新如きに再起動を要求されることだろう。セットアップを自動化したいのならDOS時代のSHARE.exeより続くファイル管理の仕方から修正しないとムリ。
逆だよ、Windowsでは古くからファイルのmandatoryな排他ロックが完全かつセキュアに実装されているが、伝統的なUNIX/Linuxでは実装されていなかったの（最近はいろいろ事情が違うが）。
ディスク上の実行ファイルや共有ライブラリだけ更新されても、実行中のプロセスが更新されるわけではない。実行プロセスを再起動せずに使い続けると、部分的に更新されたディスクファイルを読み取ることで、あらゆる予期しない不整合が発生する可能性がある。だからWindowsの方法はセキュアで正しいものだ。UNIX/Linuxの便利さは見せかけだけで、危険で不完全な方法だよ。
エンジニアとして二流なくせにウェーイ系ITムラ社会の風潮に乗せられて安易にWindows叩きなんかするから、こういう恥ずかしい批判をしてしまうのだ。
Windowsの場合、デフォルトでは排他ロックあるけど、排他ロックせずに開くことも可能なんだよな。EXEやDLLで、排他ロックかけずに動かすとかいう馬鹿なことを普通はしないってだけで。
一応、今のLinuxでもセキュア/ロバストであることを企図してるディストリビューションでは、プロセスモジュールは排他で開くから実行中のモジュール更新はできない。将来的には一般向けに使われうディストリビューションでも Windowsと同様な排他ロックが標準になってくだろうね。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
アレゲはアレゲを呼ぶ -- ある傍観者
パッケージ管理ツールの前にファイル管理の仕方からやり直せ (スコア:0)
Cygwinのapt-cygの挙動が分かりやすいが、Windowsは現在使用中のファイルの更新ができない。
つまりaptやbrewと違い、wingetでwingetの更新はできないし、Windows Terminalから呼び出したのならWindows Terminalの更新も失敗し、同様の理由からアンインストールも失敗する。
いつもの再起動後に云々のメッセージダイアログが表示され、たかがひとつふたつのアプリの更新如きに再起動を要求されることだろう。
セットアップを自動化したいのならDOS時代のSHARE.exeより続くファイル管理の仕方から修正しないとムリ。
Re: (スコア:1)
逆だよ、Windowsでは古くからファイルのmandatoryな排他ロックが完全かつセキュアに実装されているが、
伝統的なUNIX/Linuxでは実装されていなかったの（最近はいろいろ事情が違うが）。
ディスク上の実行ファイルや共有ライブラリだけ更新されても、実行中のプロセスが更新されるわけではない。
実行プロセスを再起動せずに使い続けると、部分的に更新されたディスクファイルを読み取ることで、あらゆる予期しない不整合が発生する可能性がある。
だからWindowsの方法はセキュアで正しいものだ。UNIX/Linuxの便利さは見せかけだけで、危険で不完全な方法だよ。
エンジニアとして二流なくせにウェーイ系ITムラ社会の風潮に乗せられて安易にWindows叩きなんかするから、
こういう恥ずかしい批判をしてしまうのだ。
Re:パッケージ管理ツールの前にファイル管理の仕方からやり直せ (スコア:1)
Windowsの場合、デフォルトでは排他ロックあるけど、排他ロックせずに開くことも可能なんだよな。
EXEやDLLで、排他ロックかけずに動かすとかいう馬鹿なことを普通はしないってだけで。
一応、今のLinuxでもセキュア/ロバストであることを企図してるディストリビューションでは、プロセスモジュールは排他で開くから実行中のモジュール更新はできない。
将来的には一般向けに使われうディストリビューションでも Windowsと同様な排他ロックが標準になってくだろうね。