アカウント名:
パスワード:
ただの再起動ではなくて、OSアップデートはOSの機能が変わる可能性があるからなあ。セキュリティフィックスだって、脆弱性のある機能を利用していたアプリにとっては機能変更になるわけだし。一般的な解決策は難しそうな。
現状でもウィンドウズはアプリのデータを保存せずにシャットダウンしようとすると警告を出してくるわけで本来なら席を離れていたらワードの文書が再起動のせいで消えたなどということはおきないのだが…シャットダウン時にウィンドウズが安全にシャットダウンできるかをアプリケーション側とやりとりしている。だからシャットダウンされると困ると返してきたアプリケーションだけサスペンドすればいい。OSの更新によるOSの機能変更を気にするならアプリケーションのサスペンドが発生した時点で当該のアプリケーションが呼び出していたAPIやABIのリストを保存し
>脆弱性のある機能を掴み続けるアプリケーションがあると更新の意味がないこと。悪意を持ったアプリケーションは常にサスペンドを要求するからゼロデイ攻撃に却って脆弱になってしまうこと。
これってつまり無理ってことなんでは…。他のアップデートはともかく、セキュリティフィックスは仕方ないんだから、みんなあきらめて再起動しよう（提案）。
暇で情強なひとならそのようなプロセスの稼働時間を適宜監視して長時間生きているプロセスを適切に終了できるので問題ありません。まあアップデートしたら再起動するというのは情弱と忙しい人のような普通の人向け。急がば回れ。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
最初のバージョンは常に打ち捨てられる。
アプリケーション層レベルのレジューム (スコア:2)
強制的に再起動する前に、アプリケーションが作業用に確保しているメモリだけをdiskに書き込む（本体のメモリは保存しない）。これを A と呼ぶ。
再起動完了後に、アプリケーションは最初に自分の ID を使って OSに自分が以前確保したメモリとbind してもらう。
A については、ただのデータであり、Windowsの構成ファイルに依存しない。
一定時間を超えると自動的に掃除される。
うーん。やっぱりアプリ側での対応も必要か・・・。アプリ自身が再起動イベントの受け取り時に、「ファイルに保存」の特別版でシリアライズ出力する。
Re: (スコア:0)
ただの再起動ではなくて、OSアップデートはOSの機能が変わる可能性があるからなあ。
セキュリティフィックスだって、脆弱性のある機能を利用していたアプリにとっては機能変更になるわけだし。
一般的な解決策は難しそうな。
Re: (スコア:1)
現状でもウィンドウズはアプリのデータを保存せずにシャットダウンしようとすると警告を出してくるわけで本来なら席を離れていたらワードの文書が再起動のせいで消えたなどということはおきないのだが…
シャットダウン時にウィンドウズが安全にシャットダウンできるかをアプリケーション側とやりとりしている。だからシャットダウンされると困ると返してきたアプリケーションだけサスペンドすればいい。OSの更新によるOSの機能変更を気にするならアプリケーションのサスペンドが発生した時点で当該のアプリケーションが呼び出していたAPIやABIのリストを保存し
Re: (スコア:0)
>脆弱性のある機能を掴み続けるアプリケーションがあると更新の意味がないこと。悪意を持ったアプリケーションは常にサスペンドを要求するからゼロデイ攻撃に却って脆弱になってしまうこと。
これってつまり無理ってことなんでは…。
他のアップデートはともかく、セキュリティフィックスは仕方ないんだから、みんなあきらめて再起動しよう（提案）。
Re:アプリケーション層レベルのレジューム (スコア:0)
暇で情強なひとならそのようなプロセスの稼働時間を適宜監視して長時間生きているプロセスを適切に終了できるので問題ありません。
まあアップデートしたら再起動するというのは情弱と忙しい人のような普通の人向け。急がば回れ。