version 1.4.0 -ソーシャルITメディア-

ポインタ、やりましたねー
ポインタのポインタとか。ポインタを使ってリスト構造を使ったりしましたね。
メモリをfreeする順番を間違えると、二度とアクセスできないメモリ空間ができてしまったりして・・・・

親関数から、子関数を呼んだときに、そちらでmallocして関数の実行が終わって、処理が親関数にもどってきたら子関数で確保されたメモリって自動でfreeされるんでしたっけ！？？

親関数から、子関数を呼んだときに、（省略）


freeされないと記憶していますが、あまり自信ないです・・・。
子関数から戻る直前に子関数の中でfreeするのが礼儀（？）だったような・・・。
・・・
さすがに長年触ってないと忘れてしまいますね・・・。

全く記憶していなくて、全く自信がないですが、自動でfreeされないでしょう。

関数抜けるとfreeされる仕様だと仮定すると、大きなメモリを必要とする処理は、すべて同じ一つの関数内に集めることになります。イメージ的にはでっかいmain関数とか、もしくはmallocばっかり並んでるmain関数とかって感じですね。

そして処理の過程で、子くらいならまだしも、孫関数で動的にメモリ確保が必要になり、それが継続して確保し続ける必要がある場合は、「いったん戻って確保して確保して、また孫の階層で処理する」「孫で必要になるかもしれないからとりあえず確保しておいてから関数を使い、必要なかったら戻ったところでfreeする」なんか変です。

これが、はじめの仮定(仕様)を変えることで楽になれるなら、言語仕様の方を変えたいですよね。
そして、そんなコードを書いた記憶はありませんよね？

takanowaさん、sendredirectさん、ありがとうございます。やはりされないですよね。
確かに、子や孫では、その関数の処理が終了しても持ち続けないといけないようなメモリを確保するのは、おかしいですね。子のほうで終了前にきちんとfreeしとくということですね。

親関数から、子関数を呼んだときに、そちらでmallocして関数の実行が終わって、処理が親関数にもどってきたら子関数で確保されたメモリって自動でfreeされるんでしたっけ！？？


　一般的には解放されないでしょう(Cが使える環境すべてを知っているわけではありませんので、一般論です)。言語仕様がそうなっていたかと記憶します。



　ちなみに、Visual C++標準のライブラリですと、malloc()した領域は、プロセスが「正常に」終了した時点で自動的に解放されます。
　(上記ライブラリのmalloc()関数が内部的に使用している、HeapAlloc()というWindows APIの仕様による)



　他の処理系については、ちょっとわかりません

fujiyoshisyoutaさん、ありがとうございました！

でも皆さん既にＣ言語現役ではないのですね