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/01/30(水) 21:42:04.63

ここまでのまとめ
・freeいる派完全勝利
・freeいらない派のくさおが発狂、レスを流すのに必死
・freeいらない派のくさおがバグ付スタックオーバフローソースを作成、
　身をもってfreeは危険だと主張
・freeいらない派のくさおが自演を開始、自画自賛を始める
・freeいらない派のくさおが自演を指摘され遁走　←いまここ

**デフォルトの名無しさん** · 2013/01/30(水) 21:42:28.73

前スレ1

1 名前：デフォルトの名無しさん[sage] 投稿日：2012/11/13(火) 22:12:13.29
前提１：一般的なC言語（GC搭載していない）
前提２：main関数は除く
前提３：関数実行後すぐに終了するとは限らない
前提４：関数は何度も使われることがある

これがメモリリークするのは当たり前の話で、
mallocをしたらfreeするのは当たり前。

free不要論とは一体何だったのか。

天邪鬼（バカ）が言葉尻を捉えていただけではないだろうか。
まつもとゆきひろもそのバカの一人だったらしいね。

例外中の例外を除いて、mallocをしたらfreeは必要。
これが真の答えだろう。

**デフォルトの名無しさん** · 2013/01/30(水) 21:44:23.19

freeいる派の主な主張
・mtraceが通らないとか論外
・対にするようにしておかないと悪癖が身に付く
・そもそも最後にまとめて解放すること自体が論外

freeいらない派の主な主張
・freeでバグる可能性があるから解放したくない
・プロセスの終了処理に黙って解放されるほうが終了処理がはやい

**デフォルトの名無しさん** · 2013/01/30(水) 22:06:09.81

なんかスレ立てたら賢者モードになっちゃったよ。
前スレで議論してたのがうそみたい。

ところで、Perl、Python、RubyなんかのP言語が猛威をふるい
Javaなんかもガベコレ積んでるし、
Windowsアプリの主要開発言語もC#になろうかとしている今、

今後、手動でメモリ確保、メモリ解放しなきゃならない環境ってのは
どういうのが残るかなぁ

AppleのObjective-C、組み込み開発、ドライバ、OS等のハードに直結した部分
数値計算とかそういう純粋に速度が要求される分野

思いついたのはこのくらいなんだけど
他にないかなぁ

**デフォルトの名無しさん** · 2013/01/30(水) 22:15:43.17

Objective-Cは最近は手動じゃないっぺ。

**デフォルトの名無しさん** · 2013/01/30(水) 23:29:05.06

このスレッドは天才チンパンジー「アイちゃん」が
言語訓練のために立てたものです。

アイと研究員とのやり取りに利用するスレッドなので、
関係者以外は書きこまないで下さい。

　　　　　　　　　　　　　　　　　　京都大学霊長類研究所

**デフォルトの名無しさん** · 2013/01/31(木) 06:30:05.64

freeする前に終了しちゃえばいいさ

**デフォルトの名無しさん** · 2013/01/31(木) 07:58:46.76

「main 以外」なんだからねっ！
不毛な議論しちゃダメ、絶対。

ところで、exit 適用時も議論対象外に、入りますか？

**デフォルトの名無しさん** · 2013/01/31(木) 10:16:50.76

「main以外」抜いたここは別スレだろ

**デフォルトの名無しさん** · 2013/02/01(金) 03:11:22.90

こっちが本スレで向こうが隔離スレでしょ
この議論はUNIXの"悪習"が元凶のような気がしてきた

**デフォルトの名無しさん** · 2013/02/01(金) 21:24:43.72

ぶっちゃけ2000年問題と同レべの手抜き習慣

**デフォルトの名無しさん** · 2013/02/01(金) 23:42:42.74

俺もOS評価するときにOS再インスコが
必要になったらPCの電源をブチっと
落とすけど、そんな感じ？

**デフォルトの名無しさん** · 2013/02/02(土) 09:39:47.82

使い捨てのプログラムで、コンパイラみたいな一度走って終わりのプログラムなら、
全部mallocしっぱなし、ってこともある。時と場合による。

**デフォルトの名無しさん** · 2013/02/02(土) 10:41:02.65

"main以外"を抜いて、また１からやり直したいのか？>>1は

**デフォルトの名無しさん** · 2013/02/02(土) 10:42:00.23

>>13
どっちかというと、再インストール関係なしに「もうディスクにアクセスする必要が
ないことがわかっているから」といってrebootのかわりにリセット押すのが近いだろう。

**デフォルトの名無しさん** · 2013/02/02(土) 23:13:35.87

スレチだが、
sprintf(buf,…);
len=strlen(buf);
という低脳なコードを久しぶりに見たw

**デフォルトの名無しさん** · 2013/02/02(土) 23:27:39.79

946 ：デフォルトの名無しさん：2013/01/29(火) 22:41:57.29
そもそも最後にまとめて解放すればいいという設計がおかしいんだよ。
最後にまとめて解放するくらいならプロセスの終了に任せれば、って
話になるのはそのため。

mtraceの話も出てるけど、リストだろうがツリーだろうが、使っていると
認識している箇所だけを正しく解放していって、最後に何が残るかを
見ないとリークしてるかどうかなんてわからないだろ。

最後にツリーまとめて消してみたら全部消えたのでリークしてません、
なんてことにはならないんだから。
そこに解放したつもりになっているデータが連結されているかどうか
というのが重要なのに。

947 ：デフォルトの名無しさん：2013/01/29(火) 22:45:04.83
こりゃまた大きな釣り針だな。ｗｗｗ

948 ：デフォルトの名無しさん：2013/01/29(火) 22:47:30.66
くさお悔しくて絶好調だな

949 ：デフォルトの名無しさん：2013/01/29(火) 22:47:59.75
>>946
まとめて消して消えるならリークしてないだろ。バカか。

**デフォルトの名無しさん** · 2013/02/03(日) 00:20:47.51

>>17
それやったことあります。汚物見せてごめんなさい。

**デフォルトの名無しさん** · 2013/02/03(日) 06:27:33.11

>>17
そういうコードが必要な場合もある。
どういう場合かは、あんたには分からんだろうがね。

**デフォルトの名無しさん** · 2013/02/03(日) 06:33:39.57

100%ありません

**デフォルトの名無しさん** · 2013/02/03(日) 06:45:51.40

>>21
1行目と2行目でbufの内容が変わることは100%あり得ない

と思ってんだろ？素人君

**デフォルトの名無しさん** · 2013/02/03(日) 07:38:05.86

>>22
はい。100%あり得ません。
bufが共有であるならセマフォなり何らかの排他をしないのは単なるバグです。

**デフォルトの名無しさん** · 2013/02/03(日) 08:04:22.63

>>17
俺も数えるのめんどくさくてやってしまいそうだが。正解は？

**デフォルトの名無しさん** · 2013/02/03(日) 08:20:18.25

>>23
あれを見た瞬間にその「単なるバグ」の可能性にまで気づくかどうかの問題
後出しでは意味なし

**デフォルトの名無しさん** · 2013/02/03(日) 08:34:17.19

>>25
>そういうコードが必要な場合もある。

じゃあ後出しでない回答を期待します。
逃げたければ逃げてもいいですよ。

**デフォルトの名無しさん** · 2013/02/03(日) 08:38:32.01

>>26
もう答えはでている
あんたが理解できていないだけだ

**デフォルトの名無しさん** · 2013/02/03(日) 08:39:16.13

>>24
len = sprintf(buf,…);

**デフォルトの名無しさん** · 2013/02/03(日) 08:47:16.68

「低脳」
草生やし
卑屈で低レベルな煽り

…まともに相手する必要を認めず。

**デフォルトの名無しさん** · 2013/02/03(日) 08:49:45.14

>>29
敗北宣言ありがとうございますｗ

**デフォルトの名無しさん** · 2013/02/03(日) 08:52:06.97

議論を勝ち負けで考えているかぎり
お前らの勝ちは一生ありえないよ。

**デフォルトの名無しさん** · 2013/02/03(日) 09:47:06.42

>>22
そもそも2行目が不要なことを理解できない低脳君乙。

**デフォルトの名無しさん** · 2013/02/03(日) 10:01:05.79

> スレチだが、と言って、脈絡もなく>>17を投下したのはこのスレの
異常に高いバカ召喚性能を使いたかったからだろ。ｗｗｗｗ
釣られたバカが>>22 ｗｗｗｗ

**デフォルトの名無しさん** · 2013/02/03(日) 10:16:26.71

いつもの草男がだんだん本性を現してきました

**デフォルトの名無しさん** · 2013/02/03(日) 10:36:32.83

つられたバカが悔しがってるな。ｗｗｗｗ
なんでバカって簡単につられるんだろう。あっ、バカだからか。ｗｗｗｗ

**デフォルトの名無しさん** · 2013/02/03(日) 10:42:10.53

>>22がバカだからくさおだろう

**デフォルトの名無しさん** · 2013/02/03(日) 10:55:25.21

>>22が書きそうなコード
if(p!=NULL)free(p);

19 · 2013/02/03(日) 11:20:12.04

>>37
> if(p!=NULL)free(p);

それも、いま知るまでやっていました…

**デフォルトの名無しさん** · 2013/02/03(日) 11:41:14.21

>>38
基地外スレであんまり真面目ぶると、逆に工作員認定される

**デフォルトの名無しさん** · 2013/02/03(日) 11:51:22.60

sprintfは使用禁止。バカしか使わない。ｗｗｗｗ
釣られた>>22 バカすぎｗｗｗｗ

> From: [22] デフォルトの名無しさん <sage>
> Date: 2013/02/03(日) 06:45:51.40
>
> >>21
> 1行目と2行目でbufの内容が変わることは100%あり得ない
>
> と思ってんだろ？素人君

**デフォルトの名無しさん** · 2013/02/03(日) 12:03:02.08

↑くさお書き込みテンプレ

**デフォルトの名無しさん** · 2013/02/03(日) 12:04:11.64

>>38
freeにNULLを与えた時の動作が標準化されたのはC89からだったはずだから、
20年くらい前のソースならそのように書かれていても不思議じゃない。

作ったライブラリが予想もしない所で使われるかもしれないから、
freeしろとかほざいているfreeバカは、NULL与えるとSEGVする環境(SystemV)に
持って行かれるかもしれないからチェックしろとか言わないのか? ｗｗｗｗ

**デフォルトの名無しさん** · 2013/02/03(日) 12:23:57.18

終了時にメモリ解放してくれるのはどのC言語の規格書に書いてるの？

**デフォルトの名無しさん** · 2013/02/03(日) 12:24:37.29

＞freeにNULLを与えた時の動作が標準化されたのはC89からだったはずだから、
馬鹿死ね
K&R1 からだ

realloc(NULL, size); がmalloc(size) と等価にならないかわいそうなバグがある処理系が存在した話であればこれは有名

**デフォルトの名無しさん** · 2013/02/03(日) 12:42:04.81

>>37
コンパイラが最適化してくれるので問題ありません。

**デフォルトの名無しさん** · 2013/02/03(日) 13:37:59.35

>>45
しない
コンパイラからはfree() は単なる一つの関数にしかみえない
p が 0 のとき free(p) はなにもしないことは、コンパイラはしらない
勉強不足だ、これではwww野郎やQZすらの相手にもならない

死ね

**デフォルトの名無しさん** · 2013/02/03(日) 13:42:43.89

>>46
素人乙

**デフォルトの名無しさん** · 2013/02/03(日) 13:46:41.46

>>46
コンパイラがライブラリの仕様を把握していないと矛盾が生じます。
printfが書式文字列に従って値を表示することをしらなければ出せない
はずの、書式文字列と引数があっていないときのwarningを出せます。
同じように、if(!p)free(p)という悪しき慣例があることも知っています。

**デフォルトの名無しさん** · 2013/02/03(日) 13:47:08.31

>>47
ではfree(0)を省いてくれる処理系を挙げてみよ

できないのなら市ね

**デフォルトの名無しさん** · 2013/02/03(日) 13:48:21.26

>>48
＞書式文字列と引数があっていないときのwarningを出せます。
ほう、それはgccだねこれは一本とられた。よく頑張ったね。

**デフォルトの名無しさん** · 2013/02/03(日) 13:50:06.53

>>49
なんでfreeのほうを省くの？バカなの？死ぬの？

**デフォルトの名無しさん** · 2013/02/03(日) 13:51:19.74

>>50
×それはgccだね
○俺はgccしか知らない

**デフォルトの名無しさん** · 2013/02/03(日) 13:53:28.26

本日の大バカ晒しage

49 ：デフォルトの名無しさん：2013/02/03(日) 13:47:08.31
>>47
ではfree(0)を省いてくれる処理系を挙げてみよ

49 ：デフォルトの名無しさん：2013/02/03(日) 13:47:08.31
>>47
ではfree(0)を省いてくれる処理系を挙げてみよ

49 ：デフォルトの名無しさん：2013/02/03(日) 13:47:08.31
>>47
ではfree(0)を省いてくれる処理系を挙げてみよ

49 ：デフォルトの名無しさん：2013/02/03(日) 13:47:08.31
>>47
ではfree(0)を省いてくれる処理系を挙げてみよ

**デフォルトの名無しさん** · 2013/02/03(日) 13:59:20.99

>>51
const char *p = NULL;
free(p);

だったら最適化でfree(p)を消してくれるかもねｗ

**デフォルトの名無しさん** · 2013/02/03(日) 14:03:19.10

逆に、mallocがNULLを返したかチェックしない人多いよね。
LinuxではNULLが返ってくることはないというのが理由らしいんだけど。

**デフォルトの名無しさん** · 2013/02/03(日) 14:07:34.43

成功した振りして使用時に落ちるの何とかして欲しい

**デフォルトの名無しさん** · 2013/02/03(日) 14:11:47.93

OOM Killerで他のプロセスが殺されるとか、糞仕様すぎる。

**デフォルトの名無しさん** · 2013/02/03(日) 14:23:36.91

>>44
> 馬鹿死ね
> K&R1 からだ
古い規格に詳しいな、ジジイ。で、それが何か? ｗｗｗｗ