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 からだ
古い規格に詳しいな、ジジイ。で、それが何か? ｗｗｗｗ

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

反論できなくなると開き直る

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

>>46
お前がオレさまの相手をするのは、バカすぎて無理。ｗｗｗｗｗ
うんこQzからかって遊ぶだけにとどめておけ。ｗｗｗｗ

その処理系のライブラリが
inline void free(void *p)
{
if (p)
read_free(p);
}

という実装だったら、
> if(p!=NULL)free(p);
はコンパイラが最適化できる。ｗｗｗｗ

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

>>59
> realloc(NULL, size); がmalloc(size) と等価にならないかわいそうなバグがある処理系が存在した話であればこれは有名
「これは有名」の「これ」とは何かね? ｗｗｗｗ
バカの文章は読みにくい。ｗｗｗｗ

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

>>45
コンパイラが最適化してくれるというのは、そうかも知れない。
でも、しないかもしれない。
また、それは可読性を下げてまでやるべき事ではないと思うがな。
もしかして IOCCC に出品するつもりとか？

そして、やり方としては、無茶な仕事を下請けへ丸投げするのと
全く同じなんだよね。

技術的な裏付けは何にも無いけど、彼奴等に投げておけば
何とかするだろう、レベルの発想。

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

>>62
えっと、if文１個式１つで可読性が悪くなるとか、
頭悪いんですか？悪いんですね。

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

>>55
そうなのか？少なくともヒープとして使えるメモリ空間使い果たせば返ってくるだろ。
>>56,57
vm.overcommit_memory あたりでググってみるといいかも。
ただでっかいメモリ空間を使っているプロセスから fork & exec していたりする時は注意。

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

それは↓を言う前に言うべきだったね。ｗｗｗｗ
自信たっぷりに否定した後で、可能な事を示されてからじゃ遅い。ｗｗｗｗ
お前はヘボなんだよ。ｗｗｗｗヘボ同士でうんこQzと絡んでるのがお似合い。ｗｗｗｗ

本日のバカｗｗｗｗ
> From: [46] デフォルトの名無しさん <sage>
> Date: 2013/02/03(日) 13:37:59.35
>
> >>45
> しない
> コンパイラからはfree() は単なる一つの関数にしかみえない
> p が 0 のとき free(p) はなにもしないことは、コンパイラはしらない
> 勉強不足だ、これではwww野郎やQZすらの相手にもならない
>
> 死ね

>>45は前スレのオレの真似をして煽っただけだろう。
十中八九inlineで最適化なんて思いついていない中防。。
そんなのに釣られてバカ晒す事になった>>46が憐れでならない。ｗｗｗｗｗ

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

全ては、その１個の積み重ねなのだよ。

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

>>62
呼ばなくていいなら関数呼び出しは少ないほうがいい場合もある。
そういう意味でif (p) free(p)は、意味はある。
機械語にしたところでfreeを呼ぶためにレジスタにロードするので
zeroチェックはそのついでで行うことができるし、ifのほうは
大したペナルティにはならない。

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

freeがinlineになっているクソな処理系ってなんだよ。

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

>>64
linux上でman mallocをよく読め。

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

>>67
NULLがzeroだなんて誰が決めたの？

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

ところで明日振り替え休日で休みだよね。

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

NULLは（仮に機械表現が全ビット0でなかったりしても）コンパイラ（言語）の上では0だよ？
そんなことも知らずにこんなスレで暴れようと思ってるの？

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

>>60
＞その処理系のライブラリが inline void free(void *p)
お前も馬鹿か？
標準ライブラリがソースで提供されているとでも？
普通はobjやlibではないか？
そんなバイナリをインラインにできるとでも？

死ね

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

>>73
#include <stdlib.h>

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

>>61
やさしい日本語しかよまない／よめない馬鹿なんだね、指示詞を敢えて差し込むのはよくやること
＞前項の目的を達するため､陸海空軍その他の戦力は**これを**保持しない。
＞国の交戦権は**これを**認めない。

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

死ね

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

>>74
死ね

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

>>71
ということにしたいのですね:-P

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

len = sprintf(buf, "%c", 0)
len => 1
strlen(buf) => 0

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

>>75
で、それが、
「freeにNULLを与えた時の動作が規定されたのはC89ではなくてK&R1だ」となんの関係があるんだ? ｗｗｗｗ

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

しかしこのネタは昔から盛り上がるんだけれど、リアルで素のmallocをアプリレベルでそんなに呼ぶものなのか?

組み込み云々言っている奴もいたけれど、俺が関わってきた範囲では分断の問題で直接使うことはないな。
素のmalloc/freeは遅くて使い物にならないって環境って場合もあったけど。
最近はRAM自体はそこそこのっている環境も多いんでスタック増やして、C99にして可変長配列使うっていう手で
かなりの部分が楽になった。

人命云々言っている奴、プロセスの概念がある世界ならば、なるべくプロセスの寿命を短くするって方向も
考えたほうがいいぞ。最初からmalloc/freeだけに限らずバグの全くない大規模なプログラムなんて
妄想だと思ってシステム作ると、頑強なものができるから。

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

マルチスレッドだと、スタックサイズが固定になるのでautoにでかいのを置くことは
必然的に避ける事になる。これ位は常識だぞ。ｗｗｗｗ

> 最初からmalloc/freeだけに限らずバグの全くない大規模なプログラムなんて
free楽勝と豪語しているfree必須バカは全くバグのないプログラムを作れるらしいぞ。ｗｗｗｗ

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

>>69
>>65のどの部分がおかしいか教えてくれ。マジでわからん。
vm.overcommit_memory=2 でも malloc が成功しても実際には使えないことがあるってことか?

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

>マルチスレッドだと、スタックサイズが固定になる

無知発見ｗ

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

＞リアルで素のmallocをアプリレベルでそんなに呼ぶものなのか
＞素のmalloc/freeは遅くて使い物にならないって環境って場合もあったけど

自分が特殊な環境にいたと自負してる時点で1行目が死んでるよ

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

>>82
はい。
Linuxの楽観的メモリ管理はその程度ではどうにもなりません。

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

>>83
あっそ、pthreadでもWin32でもスレッド生成時のスタックサイズを超える事は出来ないけど、
それを伸ばしてくれるスレッドライブラリってどれだよ。ｗｗｗ

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

>>82
いや、常識的にユーザーにその設定書き換えてくださいとは言えないだろ…
root権限ないとだめだし自分のプログラムだけに影響するわけでもないし

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

>>81
> マルチスレッドだと、スタックサイズが固定になるのでautoにでかいのを置くことは
> 必然的に避ける事になる。これ位は常識だぞ。ｗｗｗｗ

おいおい、組み込みの世界だと元々スタック1Kとかふつーだったのが、それを64Kにすれば
楽できるとかそういうレベルの話だよ。

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

>>86
>スレッド生成時のスタックサイズを超える事は出来ない

生成時には可変であることを認めましたね？おバカさんｗ

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

死ねの人は息してる？ｗ

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

>>79
関係ないね。この超有名な話と混同しているのではないかと勘繰っただけでね
死ね

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

>>80
確かに素のmalloc()/free() を直にソースに散らばらせるのは好ましくないね
QZですらアロケータ経由だったようだし
昔のlisp処理系ではタイプごとにアロケータを別に準備していたようだねセル用とかね64KiBのシステム用だったけれど

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

>>55
32ビットだとメモリ空間は4Gだろ。32ビットlinuxでmalloc(1M)を繰り返すと、
4097回目には何が返ってくる?
ああ、返さずに自殺という選択肢もあるか。

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

>>81
>free楽勝と豪語しているfree必須バカは全くバグのないプログラムを作れるらしいぞ。ｗｗｗｗ
楽勝とはいっていないがmalloc()/free()くらいは完全に管理できるだろうねアロケータを準備したりしてね
お前はそれができないからmalloc()/free()を使わないんだろう？
死ね

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

>>86
スレッド生成時には好きに変えられるんだ馬鹿
死ね

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

（このままじゃくさおが生霊に殺されそう…）

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

>>90
憲法すら読んだことがないとはねえ
中卒？

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

>>89
CreateThreadは引数でスタックサイズ与えるんだから自明の事。ｗｗｗ
pthreadしか知らないバカか。ｗｗｗｗｗ

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

>>98
自明なのに「マルチスレッドだと、スタックサイズが固定になる」
って言いきった人がいるらしいですよｗ
生成時にいくらでも変えられるのにどのへんが固定なんでしょうねｗ

◆QZaw55cn4c · 2013/02/03(日) 16:44:08.32

炎上学習法が効果的に利いていますね

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

１．スタックサイズは固定だよバカ
２．（１へ）生成時に設定できるよ
３．（２へ）生成時に設定できるの知らないのかバカ

３は２に対してどのような作用を及ぼしているんだろう
さすがに草生やさないと会話できないだけあって文盲過ぎる

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

>>93
ちゃんとポインタが返ってきますよ。
楽観的ですから、使うときにはあいてるかもしれないですしね。

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

くさおはどうして日本語が不自由なの？

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

>>103
頭が不自由だからですよ。

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

>>98
pthreadもスタックサイズくらい変えられるが。

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

くさお敗走ｗｗｗｗｗｗ

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

>>94
お前やっぱりバカだ。ｗｗｗｗ
freeするにはfreeする対象を列挙する必要があるんだが。ｗｗｗｗ
free楽勝と豪語していたfree必須バカのお仲間は単純な連結リストでもバグってたぞ。ｗｗｗｗ

>>99
シングルスレッドなら必要に応じてOSが伸ばしてくれるが、マルチスレッドでは生成した後は固定。わかるかバカ。ｗｗｗｗ

>>81を読んでスレッド生成時のスタックサイズが固定と読むバカがいるとは思わなかった。ｗｗｗ
これからバカ相手に書くときはもっと気を付けよう。ｗｗｗｗ

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

スレッドのスタックサイズを変えるという話で
スレッドが動き出してから変えると認識した人
初めて見たわ。
スタックサイズを変えるなんて100%生成時しかあり得ないだろ。

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

>>107
君、スレに貼った超短いコードがいくつもバグってたよね？

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

>>109
freeを書くとバグるからfreeをやめよう、という宗教の教祖様ですから。

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

>>109
バグったのは
http://toro.2ch.net/test/read.cgi/tech/1359585842/12
だけだが。

>>108
(シングルスレッドなら)メインスレッドのスタックは動き出してから自動的に伸びるだろ。
お前ら決定的に力量不足。言い換えればバカ。ｗｗｗ

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

さすが力量マンの書くコードは力量が見て取れるナー
http://toro.2ch.net/test/read.cgi/tech/1359585842/12

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

mainの引数の仕様もしらんのか、こいつ。

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

>>111
直したつもりの奴でいいからさ
http://toro.2ch.net/test/read.cgi/tech/1359585842/15

argcが0以上をチェックする目的と
argv[0]を"-exit"と比較する意味を説明してくれ

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

おーい、このバカ(>>113)が何言ってるのか翻訳してくれ。ｗｗｗｗ
ANSI C99 5.1.2.2.1 Program Startupの↓これ以外の事なのか?
バカ同士ならわかるだろ。ｗｗｗ

int main(int argc, char *argv[]) { /* ... */ }
or equivalent;9) or in some other implementation-defined manner.
--
9) Thus, int can be replaced by a typedef name defined as int, or the type of argv can be written as
char ** argv, and so on.

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

>>103
憲法も読んだことないんですって

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

>>107
>シングルスレッドなら必要に応じてOSが伸ばしてくれる
本当か？

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

>>114
特別だぞ。バカ。ｗｗｗｗ

> argcが0以上をチェックする目的と
5.1.2.2.1 Program startup
2 If they are declared, the parameters to the main function shall obey the following
constraints:
The value of argc shall be nonnegative

> argv[0]を"-exit"と比較する意味を説明してくれ
free必須バカが正常系はfreeしろ、シグナル終了などの異常系はfreeしなくていい
例外とかいってるから、異常系ではないexecveで終了してみた。ｗｗｗｗ

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

>>118
argv[0] って普通プログラムの名前とかパスとかが入っているんですよね？これって環境依存？

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

>>119
procfs使ってるんだから環境依存に決まってんだろ。バカ。ｗｗｗｗｗ
mainのargvにはexecveに与えたものが渡される。そんな事も知らないで言いがかり付けてんのかよ。ｗｗｗｗ

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

execveで呼ばれたときにargv[0]は"/proc/???/exe"みたいなのなるだろ、つってんだよ

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

なんねーよ。バカ。ｗｗｗｗｗ
なんねーよ。バカ。ｗｗｗｗｗ
なんねーよ。バカ。ｗｗｗｗｗ
なんねーよ。バカ。ｗｗｗｗｗ
なんねーよ。バカ。ｗｗｗｗｗ
なんねーよ。バカ。ｗｗｗｗｗ
なんねーよ。バカ。ｗｗｗｗｗ
なんねーよ。バカ。ｗｗｗｗｗ
なんねーよ。バカ。ｗｗｗｗｗ
なんねーよ。バカ。ｗｗｗｗｗ

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

また一匹伝説のバカが生まれる瞬間に立ち会ってしまった。ｗｗｗｗ

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

argcがネガチブだったら、何もしないで終了した方がいいと思うの

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

nonnegativeって規格で決まってるんだからダメだろ。バカ。ｗｗｗｗ
それにexecveのargvになに渡すとネガティブになるんだよ。ｗｗｗｗｗ

"-exit"渡さないという方法もあるだろうけど、それで動くか確信持て
なかったので確実に動く"-exit"渡した。ｗｗｗｗ

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

今日も予定外かつ規格外のバカが釣れた。ｗｗｗｗ
こういうバカがfree楽勝。バグなんか作らないと豪語している。笑うしかないな。ｗｗｗｗｗ

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

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

gcc -o "-exit"

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

流れ追ってなくてよく分からないけど
http://toro.2ch.net/test/read.cgi/tech/1359585842/15
みたいなプログラム書く人が規格外のバカだっていうのはわかった

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

freeでバグるためなら、どんな阿呆で無意味なソースでも書いて見せます。

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

http://kazmax.zpp.jp/cmd/e/execve.2.html
execveでargv作ってるんだから0番目が-exitでもおかしくないんじゃないか
正常系か異常系かと言われたら作った人の頭が異常系だな

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

>>128-129
悔しそうだな。今度は自演という事にしないのか? ｗｗｗｗ
も一回、反芻しようっと。ｗｗｗｗ

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

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

execveでargv[0]を引数にして動作を振り分けるなんというキチガイな
実装を、有名なOSSの実装で１つでも出せるなら認めてやろう。

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

>>132
ヒント：マルウエア

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

>>132
BusyBox

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

>>132
ksh, zsh, ash, bash, .... ｗｗｗｗｗ
雑魚過ぎる。ｗｗｗｗ

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

なんかバカ相手の炎上学習教室開いてる気がしてきた。ｗｗｗｗ
お前らバカすぎる。ｗｗｗｗ

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

> From: [132] デフォルトの名無しさん <sage>
> Date: 2013/02/03(日) 18:48:17.85
>
> execveでargv[0]を引数にして動作を振り分けるなんというキチガイな
> 実装を、有名なOSSの実装で１つでも出せるなら認めてやろう。

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

煽ればキチガイが必死になって回答してくれるのでいろいろ捗るなｗ

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

よく >>137 みたいな事言う奴がいるけど、
そんなに自分の無能っぷりを自慢したいのだろうか？

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

>>138
その無能にいいように利用されている自称有能な人たちｗ

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

第三者と思い込む事でなかったことにしたいんだろう。ｗｗｗｗ
free必須バカってこんなのばっかり。規格外のバカ。ｗｗｗｗ

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

> From: [132] デフォルトの名無しさん <sage>
> Date: 2013/02/03(日) 18:48:17.85
>
> execveでargv[0]を引数にして動作を振り分けるなんというキチガイな
> 実装を、有名なOSSの実装で１つでも出せるなら認めてやろう。

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

>>139
そこの認識がが根本的に違うんだな。
答える奴等は、思っているよりずっと軽やかなのだよ。

野良猫に餌をやったからといって、
餌をやった人が野良猫の奴隷だとは言えないだろ？

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

そうやって奴隷の自覚のないまま奴隷にするのが
俺のテクニックだ。

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

>>142
なら、もっと愛嬌を磨くとよい。
そうやって生きていく場合、これが生命線だよ。
まあ頑張れ。

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

バカがついに崩壊したか。ｗｗｗｗ
freeは必須とか言ってるバカ、まだ生存してるのか? ｗｗｗｗ
大分踏みつぶしたけど。ｗｗｗｗｗ

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

ヒント：free派に便乗した炎上学習者にくさおが操られてるだけ

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

にくさおｗ

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

肉竿ってなんだか卑猥

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

～炎上学習者にくさお伝説～

＞バカがついに崩壊したか。ｗｗｗｗ
＞freeは必須とか言ってるバカ、まだ生存してるのか? ｗｗｗｗ
＞大分踏みつぶしたけど。ｗｗｗｗｗ

↑完全に乗せられています

**デフォルトの名無しさん** · 2013/02/04(月) 02:01:32.79

もう面倒だから free(malloc(size)); でいいじゃん。

**デフォルトの名無しさん** · 2013/02/04(月) 09:10:32.85

free必要なプログラムのうちの1%で
freeしてもしなくてもいい希少な例を
頑張って考えたところで、残り99%では
必要なことはまったく崩せていないんだけどね。
単に希少な特異な例を持ち出してクイズを
やっているに過ぎない。

**デフォルトの名無しさん** · 2013/02/04(月) 09:22:50.67

バカはあのクイズの意味を理解していない。ｗｗｗｗ
↓こんなこといってるバカだから理解できないのは当然と言えば当然だが。ｗｗｗｗ

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

**デフォルトの名無しさん** · 2013/02/04(月) 11:32:59.54

悔しい時の話題そらし
どこのスレでも同じだな

**デフォルトの名無しさん** · 2013/02/04(月) 11:44:30.00

踏みつぶされたゴミ虫がなんかほざいてるようだな。ｗｗｗｗｗ

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

**デフォルトの名無しさん** · 2013/02/04(月) 13:50:04.92

>>152
もう話題をそらす余裕さえ無くなってるみたいだな

**デフォルトの名無しさん** · 2013/02/04(月) 15:15:48.34

よほど話題を変えて欲しいらしい。まあ無理もないが。ｗｗｗｗ

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

**デフォルトの名無しさん** · 2013/02/04(月) 15:58:28.44

これをコピペすることだけが心の支えなんだな

**デフォルトの名無しさん** · 2013/02/04(月) 16:50:59.90

よほど話題を変えて欲しいらしい。まあ無理もないが。ｗｗｗｗ

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

**デフォルトの名無しさん** · 2013/02/04(月) 18:50:06.57

頭が悪いからよく分からないんだけど、ここまでで>>4から何か進展があった？

**デフォルトの名無しさん** · 2013/02/04(月) 22:28:51.21

ないよ

**デフォルトの名無しさん** · 2013/02/04(月) 22:30:11.74

>>156
今までの流れから察すると自分の中で負けを認めてしまったときからコピペになる

**デフォルトの名無しさん** · 2013/02/04(月) 22:30:28.84

臭夫の脳の腐乱がどんどん進んでいるという意味では進展あるな

**デフォルトの名無しさん** · 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
むりやり
ファック
ユー

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

argvを汚くする話ならしてたな

**デフォルトの名無しさん** · 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

**デフォルトの名無しさん** · 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

そういやあらわれないね

**デフォルトの名無しさん** · 2013/02/15(金) 20:24:21.30

完　全　に　く　さ　お　終　了

**デフォルトの名無しさん** · 2013/02/15(金) 20:59:42.95

free("くさお")

**デフォルトの名無しさん** · 2013/02/15(金) 21:08:09.10

freeしない派だから終身刑だろ
死ねばOSが解放してくれるんじゃね

**デフォルトの名無しさん** · 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

面接で落とされてまた戻ってきたのか

**デフォルトの名無しさん** · 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するとバグるよぉ、怖いよぉっていうのを自分に納得させるために
まず使わないトリッキーな方法を選りすぐって欺瞞を並べてます。
所詮は自分が獲得したメモリを自分の実装で管理しきれない無能。
図書館から本を借りパクしても、死ねば遺品整理で誰かが返してくれる方式。

**デフォルトの名無しさん** · 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);
> }

**デフォルトの名無しさん** · 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 秒）

**デフォルトの名無しさん** · 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);
> }
>
> バカのいいがかりなんて所詮この程度の事。バカには意味わからないだろうけどな。ｗｗｗ

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

くさおは能力ないからちゃんとした議論ができなくて実のない話ばっかだな

**デフォルトの名無しさん** · 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関数で解放可能な連結リストは
> 最大何個連結可能でしょうか？
>
> アーキテクチャは好きに選んでいいですよ

**デフォルトの名無しさん** · 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

「食器はセルフサービスです。使ったお皿は洗ってもとの場所に返しておいてください。」
という張り紙を書くか、
「...ただし終了前は洗わずに返してかまいません。終了するときには主催者から
アナウンスがありますので、注意して聞いてください。」
という張り紙を書くか。

**デフォルトの名無しさん** · 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を答えてもらってもいいですよ
> 答えられるならばの話ですけど