mallocの後にfree不要と言うバカいるの?Part2

■ このスレッドは過去ログ倉庫に格納されています
2013/01/30(水) 21:38:37.44
fjの時代から10年以上に渡るmalloc/free問題について語ってください(^q^)

前スレ
main以外★mallocの後にfree不要と言うバカいるの?
http://toro.2ch.net/test/read.cgi/tech/1352812333/
2013/02/04(月) 22:30:11.74
>>156
今までの流れから察すると自分の中で負けを認めてしまったときからコピペになる
2013/02/04(月) 22:30:28.84
臭夫の脳の腐乱がどんどん進んでいるという意味では進展あるな
162デフォルトの名無しさん
垢版 |
2013/02/04(月) 22:54:42.89
よほど話題を変えて欲しいらしい。まあ無理もないが。ｗｗｗｗ

> From: [121] デフォルトの名無しさん <sage>
> Date: 2013/02/03(日) 18:15:54.29
>
> execveで呼ばれたときにargv[0]は"/proc/???/exe"みたいなのなるだろ、つってんだよ
2013/02/04(月) 23:12:56.14
>>159
そうか。

知識の無い人を見つけて上機嫌のくさおでいいから
exec系の話なのかargvを綺麗にする話なのか分からないけど
要旨をまとめてくれないか
2013/02/04(月) 23:16:28.41
>>163
むりやり
ファック
ユー
165デフォルトの名無しさん
垢版 |
2013/02/04(月) 23:27:23.95
argvを汚くする話ならしてたな
166デフォルトの名無しさん
垢版 |
2013/02/05(火) 02:29:25.10
>>163
頭が悪いバカにはわからない。 ｗｗｗｗ
自分でまとめてみろ。添削してやるから。 ｗｗｗｗ
2013/02/05(火) 12:54:03.95
マロックなん？エムアロックなん？
2013/02/05(火) 12:58:23.06
>>167
ttp://kotonoha.cc/no/6489
要するに「どっちでも好きな方で」
2013/02/05(火) 13:01:30.61
確実な意思疎通を優先するならエムアロック
2013/02/05(火) 13:20:07.26
オム・アンコなん？オマンコなん？
2013/02/06(水) 22:06:38.19
フリーなん？エフリーなん？
2013/02/10(日) 14:54:02.29
v8のjavascriptのGabageCollectionは
実際にメモリが足りなくなるまでは発動されないよ
process.exit(0);で終了するとGCされないまま終了するwww

条件付free不要派の勝利www
173デフォルトの名無しさん
垢版 |
2013/02/10(日) 15:00:32.02
そもそもガベコレが頻繁に行われたからと言って、
メモリの断片化が解消されるとは限らないからな。
どうせあとで確保出来なくなるなら何もしてないのと一緒。
free するだけ時間の無駄。
2013/02/10(日) 19:03:48.57
突然javascriptとかGCを持ち出す自演とか涙ぐましいね
2013/02/10(日) 19:07:06.60
LinuxだってGCするじゃん。
2013/02/10(日) 22:31:07.24
最近話題の OOM killer ですか
2013/02/13(水) 07:45:53.85
>>172
草生やす前にスペルミス直そうな
2013/02/13(水) 17:26:58.71
>>177
草の数が増えるだけだぞ
なにしろ白痴なんだから
2013/02/14(木) 00:23:41.37
くさおだろ捕まったの
2013/02/14(木) 01:25:46.49
そういやあらわれないね
181デフォルトの名無しさん
垢版 |
2013/02/15(金) 20:24:21.30
完　全　に　く　さ　お　終　了
2013/02/15(金) 20:59:42.95
free("くさお")
2013/02/15(金) 21:08:09.10
freeしない派だから終身刑だろ
死ねばOSが解放してくれるんじゃね
184デフォルトの名無しさん
垢版 |
2013/02/15(金) 21:25:57.53
踏みつぶされるのが怖くて反論できなくなったfree必須バカ。 ｗｗｗ
かかってこいよ。チンカス。ｗｗｗ

> From: [121] デフォルトの名無しさん <sage>
> Date: 2013/02/03(日) 18:15:54.29
>
> execveで呼ばれたときにargv[0]は"/proc/???/exe"みたいなのなるだろ、つってんだよ
2013/02/15(金) 21:28:16.69
↑※キーワードに反応して遠隔操作でコピペしています
2013/02/16(土) 04:06:17.19
まだ続いてるのか？　だったらfreeはなんのためにあるんだ？って聞いてやれよｗｗ
2013/02/16(土) 04:40:14.39
>>186
またバカが踏みつぶされるために向かってきた。ｗｗｗ
> The free function causes the space pointed to by ptr to be deallocated,
> that is, made available for further allocation.

freeは何のためにあるって書いてある? ｗｗｗ
2013/02/16(土) 08:46:40.95
面接で落とされてまた戻ってきたのか
189デフォルトの名無しさん
垢版 |
2013/02/16(土) 09:08:49.69
また返り討ちか。バカ ｗｗｗ

> From: [121] デフォルトの名無しさん <sage>
> Date: 2013/02/03(日) 18:15:54.29
>
> execveで呼ばれたときにargv[0]は"/proc/???/exe"みたいなのなるだろ、つってんだよ

> From: [186] デフォルトの名無しさん <sage>
> Date: 2013/02/16(土) 04:06:17.19
>
> まだ続いてるのか？　だったらfreeはなんのためにあるんだ？って聞いてやれよｗｗ
2013/02/16(土) 09:18:49.76
freeするとバグるよぉ、怖いよぉっていうのを自分に納得させるために
まず使わないトリッキーな方法を選りすぐって欺瞞を並べてます。
所詮は自分が獲得したメモリを自分の実装で管理しきれない無能。
図書館から本を借りパクしても、死ねば遺品整理で誰かが返してくれる方式。
191デフォルトの名無しさん
垢版 |
2013/02/16(土) 09:31:39.89
free楽勝と豪語しているfree必須バカの作品 ｗｗｗｗ

http://toro.2ch.net/test/read.cgi/tech/1352812333/861
> From: [861] デフォルトの名無しさん <sage>
> Date: 2013/01/28(月) 00:32:10.36
>
> 当然、リスト構造を丸ごと削除する処理は関数にするんだよな？
> 「短く書け」だから速度も要求してないようだし、2行で書けるんでないか
>
> void free_l(struct l *p) {
> if(p && p->next) free_l(p->next);
> else free(p);
> }
192デフォルトの名無しさん
垢版 |
2013/02/16(土) 09:38:22.25
http://toro.2ch.net/test/read.cgi/tech/1352812333/795
> From: [795] ◆QZaw55cn4c <sage>
> Date: 2013/01/27(日) 18:28:41.06
>
> >>788
> >>646
> for (i = 0; i < 10000000; i++) { struct l *p = malloc(sizeof(struct l)); p->next = root; root = p; }
>
> void free_l(struct l *p) {if (p->next) free_l(p->next); free(p); }
>
> 確保は線形的、解放は再帰的かいな？
> あえて曲げてんのか？解放も普通に書けよ
>
> >>794
> いっぱいあるねえ
> https://www.google.com/search?q=%22double+pointer%22+linux
> 約 9,060 件 （0.13 秒）
193デフォルトの名無しさん
垢版 |
2013/02/16(土) 09:39:50.95
http://toro.2ch.net/test/read.cgi/tech/1352812333/874
From: [874] デフォルトの名無しさん <>
Date: 2013/01/29(火) 12:37:44.50
>
> バカがうるさいので書き直してやるよ。ｗｗｗ
> void free_l(struct l * restrict p) {
> struct l *next = p->next;
> free(p);
> if (next)
> free_l(next);
> }
>
> バカのいいがかりなんて所詮この程度の事。 バカには意味わからないだろうけどな。ｗｗｗ
194デフォルトの名無しさん
垢版 |
2013/02/16(土) 09:40:52.34
くさおは能力ないからちゃんとした議論ができなくて実のない話ばっかだな
195デフォルトの名無しさん
垢版 |
2013/02/16(土) 09:41:06.20
http://toro.2ch.net/test/read.cgi/tech/1352812333/876
> From: [876] デフォルトの名無しさん <sage>
> Date: 2013/01/29(火) 12:58:33.48
>
> ここでｗｗｗさんに問題です
> 天才には簡単な問題ですので必ず逃げないで答えてください
>
> スタックサイズが8MBのとき、このfree_l関数で解放可能な連結リストは
> 最大何個連結可能でしょうか？
>
> アーキテクチャは好きに選んでいいですよ
196デフォルトの名無しさん
垢版 |
2013/02/16(土) 09:42:41.37
http://toro.2ch.net/test/read.cgi/tech/1352812333/885
From: [885] デフォルトの名無しさん <>
Date: 2013/01/29(火) 14:42:41.02
>
> >>884
> 制限なし。ｗｗｗ
> これでいいのか。 ｗｗｗ
2013/02/16(土) 10:07:12.68
極論に走っているのが無能の証拠。
2013/02/16(土) 13:43:00.26
>>190
使い捨てのプラスチック食器を使ってバーベキューを
楽しんでいると考えてください。

この食器は耐久性があるので、さっと洗って何回でも使えます。
さっと洗うのがfree、再度利用するのがmallocと考えてください。

何回でも洗って使えるので、限られた量の食器でも永続的に
バーベキューを楽しむことができます。

そうは言ってもバーベキューの時間も終わりがきます。

あなたはどうするでしょうか ?

汚れたプラスチック食器を洗って整頓して、再度利用できる状態まで
整理してからゴミ袋に放り込むのでしょうか ?

でしたらfree絶対派です。

どうせ廃棄するのだからと
テーブルの上からゴソっとごみ袋に放り込むのでしょうか ?

でしたらfreeは必要でない場合もある派です。
2013/02/16(土) 14:11:24.26
「食器はセルフサービスです。使ったお皿は洗ってもとの場所に返しておいてください。」
という張り紙を書くか、
「...ただし終了前は洗わずに返してかまいません。終了するときには主催者から
アナウンスがありますので、注意して聞いてください。」
という張り紙を書くか。
200デフォルトの名無しさん
垢版 |
2013/02/16(土) 18:44:44.00
http://toro.2ch.net/test/read.cgi/tech/1352812333/884
> From: [884] デフォルトの名無しさん <sage>
> Date: 2013/01/29(火) 14:41:33.76
>
> 別にちゃんと>>867を答えてもらってもいいですよ
> 答えられるならばの話ですけど
201デフォルトの名無しさん
垢版 |
2013/02/16(土) 18:51:39.31
http://toro.2ch.net/test/read.cgi/tech/1352812333/889
From: [889] デフォルトの名無しさん <sage>
Date: 2013/01/29(火) 15:16:19.97
>
> すいません、笑いすぎて息でなくて、笑い死にしそうになっていました
202デフォルトの名無しさん
垢版 |
2013/02/16(土) 18:55:52.54
http://toro.2ch.net/test/read.cgi/tech/1352812333/899
From: [899] デフォルトの名無しさん <>
Date: 2013/01/29(火) 16:39:16.63
> >>874は末尾再帰と呼ばれる形式で、機械的に反復形式に最適化できる。
> 証拠 → http://pastebin.com/4pBPEWBGの該当部分
> .LBB0_1: # %tailrecurse
> # =>This Inner Loop Header: Depth=1
> movq (%rdi), %rbx
> callq free
> testq %rbx, %rbx
> movq %rbx, %rdi
> jne .LBB0_1
> 全くスタックは消費していない。rdiがfree_lへの引数(p), rbxがnextだな。
>
> せっかく↓警告しといてあげたのにね。
> > バカのいいがかりなんて所詮この程度の事。 バカには意味わからないだろうけどな。ｗｗｗ
203デフォルトの名無しさん
垢版 |
2013/02/16(土) 19:03:00.89
KKCのyou is a big fool man.に匹敵する爆笑ログの解説編 ｗｗｗｗ

>>192
free必須バカの先頭をつっぱしるウンコQzが再帰で書いた事に言いがかりをつける
その後、末尾再帰に簡単に書き換えられる事に気づかずに粘着して煽る。

>>193
バカのうんこQzにもわかるように末尾再帰に書き直してやる。

>>195
末尾再帰を知らない前スレ一番のバカ、爆笑ログの主人公876が引っかかる。 ｗｗｗｗ

>>200
勝利を確信して煽る。ｗｗｗ

>>196
煽りに乗ってみる。ｗｗ

>>201
更なる勝利を確信したもよう。ｗｗｗ

>>202
末尾再帰の種明かし。 ｗｗｗｗ
そして、876は逃亡。 ｗｗｗｗ
2013/02/16(土) 19:08:19.54
自作自演を誇らしげに語られても。
2013/02/16(土) 19:16:41.30
アスペ顔のデブくさお再来か
2013/02/16(土) 19:18:26.84
解放処理で不具合が出たり処理食われるから解放処理は用意しないという論調だけど
この人は全ての解放処理を書かないつもりなのか？
終了直前以外は必要に応じて書くなら結局用意しないといけないと思うんだけど
2013/02/16(土) 20:58:22.35
>>206
別にバグが混入するからって言うのが主目的じゃないよ。
ただ、無駄だから。

なんで無駄だといけないの ?
と問われると、まぁ、無駄な処理を記述するとバグが入る可能性が
増えるし....となる。

無駄なごみを書いたっていいじゃんって言われればそうなんだけど、
他人に強制しないでね。


> この人は全ての解放処理を書かないつもりなのか？

必要な解放処理はもちろん書くし、使うよ。


> 終了直前以外は必要に応じて書くなら結局用意しないといけないと思うんだけど

まず、本質的にプロセスと寿命が等しいオブジェクトというのが存在する。
この場合、オブジェクト（のメモリ）の解放ということは起こりえないので
解放処理を記述することはない。

次に、別に解放処理を書いたからといって使わなければならないということはない。
例えば、イメージデータを保持する領域なんかは、イメージの削除処理などで
解放処理が利用されるが、別にプログラムの終了のときに解放処理を行う必要は
ない。
2013/02/16(土) 21:33:01.38
>>207
だから解放処理が作れるとか作れないとか速いとか遅いとかはこのスレで論ずる事ではないよねという話
2013/02/16(土) 21:37:39.32
何を論じるの？
2013/02/16(土) 22:02:26.79
>>207
> 必要な解放処理はもちろん書くし、使うよ。

これはfree必要派だな。結局free不要と言う奴なんていなかった

なんか、ごちゃごちゃもめてる様に見えたのは前提条件とか
例外的なケースのすり合わせが出来てないだけだったのか
211デフォルトの名無しさん
垢版 |
2013/02/16(土) 22:58:23.31
>>204
KKC以来の醜態は自演という事にしてごまかすしかないよなあ。 ｗｗｗ

>>210
いかなる場合でもfreeしろという狂信的なfree必須バカがいる。
2013/02/16(土) 23:16:32.58
いかなる場合もfreeしないってのとじゃ話は別なわけだが。


つーか、数学のレベルでいえば、保育園レベルだなｗ　free関数の使い道おしえてくれよｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
213デフォルトの名無しさん
垢版 |
2013/02/17(日) 00:12:34.88
> いかなる場合もfreeしないってのとじゃ話は別なわけだが。
そんな事はオレも含めて誰も一回も言っていないぞ。 ｗｗｗ
爆笑ログさらされて壊れた? ｗｗｗｗ

KKCのyou is a big fool man.に匹敵する爆笑ログの解説編 ｗｗｗｗ

>>192
free必須バカの先頭をつっぱしるウンコQzが再帰で書いた事に言いがかりをつける
その後、末尾再帰に簡単に書き換えられる事に気づかずに粘着して煽る。

>>193
バカのうんこQzにもわかるように末尾再帰に書き直してやる。

>>195
末尾再帰を知らない前スレ一番のバカ、爆笑ログの主人公876が引っかかる。 ｗｗｗｗ

>>200
勝利を確信して煽る。ｗｗｗ

>>196
煽りに乗ってみる。ｗｗ

>>201
更なる勝利を確信したもよう。ｗｗｗ

>>202
末尾再帰の種明かし。 ｗｗｗｗ
そして、876は逃亡。 ｗｗｗｗ
2013/02/17(日) 00:17:34.29
まあ、free関数の使い道が提示できないだけでおまえの圧倒的敗北が確定なわけだが。
215デフォルトの名無しさん
垢版 |
2013/02/17(日) 00:50:36.98
>>187
とっくに出しているが。英語は読めないか。さすがバカ。 ｗｗｗｗ

KKCのyou is a big fool man.に匹敵する爆笑ログの解説編 ｗｗｗｗ

>>192
free必須バカの先頭をつっぱしるウンコQzが再帰で書いた事に言いがかりをつける
その後、末尾再帰に簡単に書き換えられる事に気づかずに粘着して煽る。

>>193
バカのうんこQzにもわかるように末尾再帰に書き直してやる。

>>195
末尾再帰を知らない前スレ一番のバカ、爆笑ログの主人公876が引っかかる。 ｗｗｗｗ

>>200
勝利を確信して煽る。ｗｗｗ

>>196
煽りに乗ってみる。ｗｗ

>>201
更なる勝利を確信したもよう。ｗｗｗ

>>202
末尾再帰の種明かし。 ｗｗｗｗ
そして、876は逃亡。 ｗｗｗｗ
216デフォルトの名無しさん
垢版 |
2013/02/17(日) 01:04:13.26
バカにされたくさお発狂中age
217デフォルトの名無しさん
垢版 |
2013/02/17(日) 01:31:10.56
何度みても笑える。ｗｗｗｗ

KKCのyou is a big fool man.に匹敵する爆笑ログの解説編 ｗｗｗｗ

>>192
free必須バカの先頭をつっぱしるウンコQzが再帰で書いた事に言いがかりをつける
その後、末尾再帰に簡単に書き換えられる事に気づかずに粘着して煽る。

>>193
バカのうんこQzにもわかるように末尾再帰に書き直してやる。

>>195
末尾再帰を知らない前スレ一番のバカ、爆笑ログの主人公876が引っかかる。 ｗｗｗｗ

>>200
勝利を確信して煽る。ｗｗｗ

>>196
煽りに乗ってみる。ｗｗ

>>201
更なる勝利を確信したもよう。ｗｗｗ

>>202
末尾再帰の種明かし。 ｗｗｗｗ
そして、876は逃亡。 ｗｗｗｗ
2013/02/17(日) 03:47:01.93
こいつ誰と戦ってんだ
219デフォルトの名無しさん
垢版 |
2013/02/17(日) 09:32:46.14
プログラマーって寂しい奴ばっかなの？
2013/02/17(日) 10:46:00.43
マだけにはなりたくないよね
2013/02/17(日) 12:01:52.97
>>217は特殊な人です。
一般的とは思わないでください。
2013/02/17(日) 12:06:25.96
>>218
QZとだよ
223デフォルトの名無しさん
垢版 |
2013/02/17(日) 12:08:00.33
>>218
戦いではない。バカを一方的になぶっているだけだ。ｗｗｗｗ
2013/02/17(日) 14:31:13.77
>>218
他人を納得させられるような議論ができなくて「俺以外全員バカ」モードに入った
225デフォルトの名無しさん
垢版 |
2013/02/17(日) 14:32:54.62
>>223
泣いてるのお前一人だぞ
226デフォルトの名無しさん
垢版 |
2013/02/17(日) 14:59:06.71
>>224-225
↓こんな醜態さらしてそんなに悔しい? バカなんだからだまってりゃよかったのに。 ｗｗｗ

KKCのyou is a big fool man.に匹敵する爆笑ログの解説編 ｗｗｗｗ

>>192
free必須バカの先頭をつっぱしるウンコQzが再帰で書いた事に言いがかりをつける
その後、末尾再帰に簡単に書き換えられる事に気づかずに粘着して煽る。

>>193
バカのうんこQzにもわかるように末尾再帰に書き直してやる。

>>195
末尾再帰を知らない前スレ一番のバカ、爆笑ログの主人公876が引っかかる。 ｗｗｗｗ

>>200
勝利を確信して煽る。ｗｗｗ

>>196
煽りに乗ってみる。ｗｗ

>>201
更なる勝利を確信したもよう。ｗｗｗ

>>202
末尾再帰の種明かし。 ｗｗｗｗ
そして、876は逃亡。 ｗｗｗｗ
2013/02/20(水) 21:35:05.54
・・・
2013/02/21(木) 03:43:09.19
おまえはfreeどころかmallocも使うなアホ
2013/03/24(日) 16:40:22.40
実際、最大要素数さえ決めりゃmalloc使わなくても大概のデータ構造は作れるのよね
2013/03/24(日) 16:47:10.01
大概の、じゃなくて、なんでも、だよ。
その代わりユーザーには何の理由もなく受け付けるデータ量の上限、みたいな制限が加えられる。
2013/04/09(火) 12:16:59.06
どこかの関数で巨大なmalloc()をして、もうその関数では必要なくなってもfree()
しないでメモリが足りなくなるとかの危険性は？

もちろんfree()してもメモリが足りなくならないという保証はないけど、少なくとも
free()した領域は再利用される
2013/04/09(火) 12:53:53.95
>>231
このスレは、そういう場合の話ではない
233デフォルトの名無しさん
垢版 |
2013/04/13(土) 22:17:23.81
>>232
スレタイくらい読めボケカス
2013/04/14(日) 00:08:23.17
移植性とかいっても今時free必要なOSなんて無いから
2013/04/14(日) 16:39:02.13
そもそも俺freeしないとどう困るか理解してないから
236デフォルトの名無しさん
垢版 |
2013/04/21(日) 19:36:14.85
困るまで free してはならない
2013/04/22(月) 04:31:27.17
環境依存

MS-DOSは、シングルタスク。
プロテクトモードで実行中にメモリでエラーで終了…
メモリ不足でもはやエディタも起動できないとか
リセットボタンをおすしかない
238デフォルトの名無しさん
垢版 |
2013/04/23(火) 00:17:07.69
freeしない奴は糞してケツを拭かない食糞民族と同じ。
2013/04/28(日) 02:47:36.83
なんてことだ、俺たちは「どうせ風呂入ればうんこ落ちるし風呂入る前にうんこ拭かなくていいよね」派と戦っていたのか・・・
2013/06/05(水) 12:38:51.14
exitすればおｋ
2013/06/07(金) 12:06:28.26
ループ構造が完全にないなら開放不要だろ。

蓄積するから問題なんだから。。

＞free()した領域は再利用される
これメモリが分断されまくりの領域が本当に再利用されるのか？
2013/06/07(金) 13:33:45.82
freeした時に隣が開いてれば一緒の領域にする、ぐらいは当然やってるよ。
仮にランダムにalloc/freeして、その結果「分断されまくり」になるというデータでもあるわけ？
2013/06/07(金) 14:03:16.35
>>242
http://ja.wikipedia.org/wiki/Malloc
> IA-32アーキテクチャでのアロケータの実装には一般にヒープまたはデータセグメントが使用されている
> （セグメント方式）。 アロケータがメモリを確保するとき、ヒープに未使用領域がない場合はヒープを拡張
> することでメモリを確保する。
>
> ヒープ方式はフラグメンテーションという問題がある。どのようなメモリ確保方式でもヒープではフラグメン
> トが発生する。つまり、ヒープ上に飛び飛びに使用中領域と未使用領域が存在することになる。優秀な
> アロケータはヒープを拡張する前に未使用領域を再利用しようとする。しかし性能問題があるため、リア
> ルタイムシステムでは代わりに「メモリプール」という方式を使う必要がある（特定サイズのメモリブロック
> のプールを予め用意しておく方式）。
2013/06/07(金) 15:07:51.77
「 IA-32アーキテクチャでの」なんていう無意味な修飾を先頭に付けてる時点で、その執筆者は全く信用できない。
2013/06/07(金) 15:33:53.68
>>244
君が信頼できる内容に書き換えてもいいんだよ
2013/06/07(金) 18:12:08.82
mallocも実装したことないやつが語ってんのかよ。
アーキテクチャにほぼ関係ないだろ。Cで実装できるだし。

なにが君が信頼できる内容に書き換えてもいいんだよだアホが。
2013/06/07(金) 18:16:11.80
>>246
お前がが実装したフラグメントしないmallocが、世界中の全てのプログラマで使われてるなら問題ないが、
フラグメントするmallocを使ってる人が多数いるってことに気づけ
2013/06/07(金) 18:25:52.26
だからfreeしないのか？ｗ

どんな実装でもメモリ不足でぶっとぶわアホ。

freeしろ。
2013/06/07(金) 18:32:07.16
> フラグメントするmallocを使ってる人が多数いるってことに気づけ

具体的にどのプラットフォームのlibcがそうなっているのか言ってみろよ。
多数ってもしかして、1, 2, たくさん、って意味かw
2013/06/07(金) 18:39:12.06
>>249
glibc。
はい、論破。
2013/06/07(金) 19:20:14.08
「俺様用語で定義するところのフラグメント」について語ってるなコイツw
2013/06/07(金) 19:27:28.26
mallocは使い方を誤るとフラグメントが起きるから、
なるべく起きないようプログラムを設計すべきだな。
2013/06/07(金) 22:13:39.69
>>249
glibc。
はい、論破。
2013/06/07(金) 23:19:40.35
恥ずかしすぎる
2013/06/08(土) 00:01:45.59
mallocの実装もできないようなゴミはgnucとかつかってんじゃねーよ。

glibc使ってるようなザコは、1度mallocで大量メモリ確保したあと自作のmallocで管理しろ。
2013/06/08(土) 10:15:22.94
>>243
英語版から引き継いでるな。
しかも「すなわち」と訳すべき or を「あるいは」と訳してる（爆笑）
2013/06/08(土) 13:13:50.33
>>255
真のザコw
2013/06/10(月) 09:36:45.07
おれはループの中に含まれないmallocはfreeしなくてもいいと思うよ
2013/06/10(月) 21:51:08.78
でも、free() しようと思えばできるけど、いちいち書くのはめんどくさいていう立場でしょう？
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況