[最新] ■[前年|前月|前日|2011/07/12|翌日|翌月|翌年] ■表示[全て|@gorry5のみ|個別]
■グループ[Mention] ■その他[Twitter:@gorry5][日記] ■[twtlog 20100921a]

07/12 04:17 梅雨明けると1枚は撮っておきたい/夏朝焼 URL:p.upa.jp URL:twitpic.com (zuzi)
07/12 12:33 (@rec68k) しんぶん ReC68k is out! URL:paper.li ? Top stories today via @mam345678 @tarimo34 @takoichimacky @gorry5 (suzo)
07/12 17:55 @yunyundetective mallocで1GB貰うような結果になるコードはPCでもツールだと案外ありがちですが…
07/12 17:57 (@yunyundetective) 外部からデータもらうツール系だと確かにありがちですね。 RT @gorry5: @yunyundetective mallocで1GB貰うような結果になるコードはPCでもツールだと案外ありがちですが… (gike)
--------
07/12 17:59 ギガまでいかなくても、100MB単位のallocを要求することはわりと普通にあって、これでNULLが返ってくるような想定のコードを書かないといけないことは結構ある
--------
07/12 18:01 いまどき1200万pxの画像とか携帯のデジカメですら撮影可能だが、「これを読むバッファ+加工バッファ1つ」の合計はおおむね100MB
07/12 18:03 (@osada) @gorry5 「嫌な時代」になりましたな・・・>容量増加 (gipe)
07/12 18:04 (@yunyundetective) 100MB単位のバッファをちょこちょこ確保してると、32bitのメモリ空間って狭いですよね。 RT @gorry5: ギガまでいかなくても、100MB単位のallocを要求することはわりと普通にあって、これでNULLが返ってくるような想定のコードを書かないといけないことは結構ある (gutu)
07/12 18:05 @yunyundetective ただ確保するだけならまだしも、alloc/free繰り返すとガベージばかりになって確保できなくなるんだ…(苦笑
07/12 18:11 GUIベースで長時間動き続けるようなものを書くときは、free時にNULLを持っているのは「どっかでメモリ管理をミスった可能性がある」ものとしてチェックする。「freeしたらNULLを代入する」のとセットで

■グループ[Mention] ■その他[Twitter:@gorry5][日記] ■[twtlog 20100921a]
[最新] ■[前年|前月|前日|2011/07/12|翌日|翌月|翌年] ■表示[全て|@gorry5のみ|個別]