Some Days You Get the Bear

IT系エンジニアの、日々の気づきや考えたこと。

POSIXスレッドを調べたときのヤツ

何年も前の古いメモが出てきた。ネットのインタビュー記事の引用だった。
URLも書いてあったけど、もうなくなっていた。検索したけど記事も出てこない。
 
時々こんなことがあるので、ネットの情報はブックマークだけだと心細い。
 
...と書きつつも、以下、リンク集。

以前*1 pthread のプログラムを書いたときに見たところ。

 

join編

POSIX スレッド・プログラミングでのメモリー・リークを防ぐ
http://www.ibm.com/developerworks/jp/linux/library/l-memory-leaks/

pthread_createしたらjoinを忘れない
http://www.hakodate-ct.ac.jp/~tokai/tokai/gtkmm/etc/p4.htm

[linux]pthread_join()をしなければメモリリークする。
http://d.hatena.ne.jp/tomohikoseven/20120714/1342217367
 
 

detach編

pthreadはデタッチ状態になるまでリソースを解放しない
http://ymkn.hatenablog.com/entry/20080715/p1

Pthreadプログラミング(2)
DETACHED属性の利点と問題点の解決

http://www.geocities.jp/woodwood77777/linux_c_pthread02_detached.htm

POS41-C. スレッドの終了状態が必要ない場合は pthread_detach() または同等の関数を使用する
https://www.jpcert.or.jp/sc-rules/c-pos41-c.html

スレッドのデタッチとjoin
http://www.fireproject.jp/feature/c-language/pthread/pthread_join.html
 
 

その他

pthread_exit(3)を調べてみる
http://kernhack.hatenablog.com/entry/2014/07/06/123141
 
メモリリークの調査方法 (これはメモだけど*2

CONFIG_DEBUG_KMEMLEAK=y でカーネルをビルドする
リークがあれば、コンソールに以下のように出力される
[ 72.198894] kmemleak: 6 new suspected memory leaks (see /sys/kernel/debug/kmemleak)




*1:3年くらい前なのだけど。

*2:組込みLinuxだったので、こんなことも役に立つかと。