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

06/02 22:18 @__mk IS05はうちでは「アプリから利用可能なメインメモリが最も少ない2.3実機」としてテスト用に生き残ってます…それ以外は優秀な端末だったんですが(苦笑 (daze)
06/02 22:28 (@__mk) @gorry5 うちと使い方がほぼ一緒で笑いましたw (deku)
06/02 22:39 @yunyundetective @sinpen @snapwith @shimaguniyamato とくに避けてもいないし憎んでもいないなぁ… (doma)
06/02 22:39 ただまあ「配列よりメモリをケチれる手段があるが故に気にしてしまう」というのはあるかもしれん…
06/02 22:39 (@kondoujp) @gorry5 @yunyundetective @sinpen @snapwith @shimaguniyamato 「しっかり分かって適切に取り扱える人」じゃないとダメってだけの話では……あと、昔スタック食われまくって泣いた人とか(笑) (domo)
--------
06/02 23:04 (@shimaguniyamato) @kondoujp @gorry5 @yunyundetective @sinpen @snapwith 64kbとかしかない時代にまだ思考があるので、mallocを使うな全て静的配列で扱え。溢れたら泣け。みたいな。 (beka)
--------
06/02 23:10 (@kondoujp) @shimaguniyamato @gorry5 @yunyundetective @sinpen @snapwith 64KB エリアの範囲だと、いわゆる「気軽に malloc 使う」時点で色々アウトで、メモリーアロケーターを作って自身で管理する世界しかないのでは…… (boko)
06/02 23:11 @kondoujp @shimaguniyamato @yunyundetective @sinpen @snapwith 64KBの世界でアロケータとか使えるわけないじゃないですかー全部自前管理ですよええ
06/02 23:13 (@yunyundetective) @gorry5 @kondoujp @shimaguniyamato @sinpen @snapwith ROMが外付けなら32KBのメモリでもアロケーター普通に実用になるで。C++実用レベルで使えるしー。 (bonu)
06/02 23:13 (@yunyundetective) @gorry5 @kondoujp @shimaguniyamato @sinpen @snapwith (vtableがROM上に置けるのがポイント) (boha)
06/02 23:14 (@kondoujp) @gorry5 @shimaguniyamato @yunyundetective @sinpen @snapwith え、C++ で new/delete をオーバーライドして自前のメモリーアロケーターに置き換えるとか、やらない? (bohu)

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