- 1 名前：デフォルトの名無しさん [2008/12/05(金) 16:26:49 ]
- amarok
- 141 名前：デフォルトの名無しさん mailto:sage [2010/01/18(月) 14:53:25 ]
- mallocでNULLが返ってくる状況では、何をしてもﾀﾞﾒ
↑
神話。
今やUNIXコンソールアプリとかでも、mallocはプロセス管理やシステムコール領域とは独立分離されているので、プロセスが本当に何も
出来なくなるクリティカルな状況よりずっと低いレベルでNULLが
返ってくるように設定されている。よってエラー処理ルーチンは
必要。
- 142 名前： ◆0uxK91AxII mailto:sage [2010/01/18(月) 18:08:23 ]
- ふつーえむあろっく。
>>132
秀逸杉る。
- 143 名前：デフォルトの名無しさん mailto:sage [2010/01/18(月) 18:54:09 ]
- >>141
出来の悪い架空記憶を採用したOSでは
p=malloc(1024*1024*1024*2)としても
平気で普通の値を返してくる。
ところが p[1024*1024*1024*2-1]='¥0'
とした瞬間、ディスクがガシャガシャ動き出し
サクサク動いていたマシンのマウスが殆ど
動かなくなったり、ちょっと昔の奴だと
ブルースクリーンになってリセットボタン
すら利かない状態になったりしたものだが...
今は仮想記憶だから大丈夫だよね。
- 144 名前：デフォルトの名無しさん mailto:sage [2010/01/19(火) 03:26:53 ]
- >>136の自分レス補足だけど、Win32の場合、システムモーダルメッセージボックスを作成するときに
失敗する可能性あるからリソースから文字列取得するなよ、っていうのがリファレンスに載ってるから
そういう危機的な状況でもMB_SYSTEMMODALを指定すれば頑張って表示してくれるんじゃないのか？
と思ってるんだけど、実際そういうテストやったことないから正直よく分からん
- 145 名前：デフォルトの名無しさん mailto:sage [2010/01/19(火) 15:14:12 ]
- よく訓練されたPGならエラーダイアログくらい一番最初に確保しておくよね(´･ω･`)
- 146 名前：デフォルトの名無しさん mailto:sage [2010/01/19(火) 22:39:13 ]
- Windowsのアホなところはそんなことをしても無駄だということだ
- 147 名前：デフォルトの名無しさん mailto:sage [2010/01/23(土) 19:52:35 ]
- 無駄無駄無駄、無駄な努力はしない
- 148 名前：デフォルトの名無しさん mailto:sage [2010/03/20(土) 08:23:59 ]
- >>143
たった2GBでスワップとかどんな罰ゲームなんだよw と思っていた。
でも実際、Windows用のアーカイバーで間抜けのがあるらしく、2GBのtar.gzを
メモリ上に展開しようとしてスワップ地獄に陥ってしまった。
なんでgnuzip展開とtar展開を全部オンメモリでやろうとするかね。
- 149 名前：デフォルトの名無しさん mailto:sage [2010/03/21(日) 10:06:28 ]
- >>143
Mac OS Xがそうだったなぁ。
しかもswapを動的に確保するから、ディスクの空きが少ない状況でこれが起きると
にっちもさっちもいかなくなった。
- 150 名前：デフォルトの名無しさん [2010/04/22(木) 05:17:19 ]
- 宇宙海賊キャプテンmalloc
|
 |
