UNIX上でのC++ソフトウェア設計の定石 (3) - memologue

テクノロジーカテゴリーの変更を依頼記事元:

yupo5656.hatenadiary.org

40 usersがブックマークコメント

コメント

5

記事へのコメント5件

注目コメント
新着コメント

nharuki ほんと意味わからんところでデッドロックするので、悪いことは言わないが、やめとけ

Linux
C++

2016/07/01 リンク

hiboma pthread, fork, デッドロック /// monit-5.4 がこれで死んだ

linux

2013/03/05 リンク

masterq 諸説あります。でもとにかくforkしたらできうるかぎり早くexecしてください。おねがいです

pthread
unix

2011/10/13 リンク

kenichiice 「鉄則3: マルチスレッドのプログラムでのforkはやめよう」

2011/10/03 リンク

yostat the combination psthread & fork is dangerous.

2006/12/28 リンク

注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

規約違反を報告

アプリのスクリーンショット

いまの話題をアプリでチェック！

バナー広告なし
ミュート機能あり
ダークモード搭載

アプリをダウンロード

関連記事

{{ total_bookmarks_with_user_postfix }}{{ root_title }}

UNIX上でのC++ソフトウェア設計の定石 (3) - memologue

鉄則3: マルチスレッドのプログラムでのforkはやめようマルチスレッドのプログラムで、「自スレッド以... 鉄則3: マルチスレッドのプログラムでのforkはやめようマルチスレッドのプログラムで、「自スレッド以外のスレッドが存在している状態」でfork*1を行うと、さまざまな問題を引き起こす可能性があります。「問題」の典型例としては、子プロセスのデッドロックが挙げられます。問題の詳細を把握しないまま、マルチスレッドのプログラムで不用意にforkするのはやめましょう！何が起きるか実例から見てみましょう。次のコードを実行すると、子プロセスは実行開始直後のdoit() 呼び出し時、高い確率でデッドロックします。 void* doit(void*) { static pthread_mutex_t mutex = PTHREAD_MUTEX_INITIALIZER; pthread_mutex_lock(&mutex); struct timespec ts = {10, 0}; nanoslee

ブックマークしたユーザー

osamu03292020/01/26
serihiro2018/10/09
wushi2017/11/11
peketamin2017/11/10
cou9292017/05/25
yvt2017/02/23
astromi2016/10/25
nharuki2016/07/01
fimbul2016/02/11
bunnyhop2015/05/22
amagasa992014/11/04
eagletmt2014/09/03
dola963ke2014/09/03
KinjouJ2014/08/07
gfx2014/08/07
afternoonteeee2014/07/03
hiboma2013/03/05
hiroyukim2012/02/16

同じサイトの新着

同じサイトの新着をもっと読む

いま人気の記事

いま人気の記事をもっと読む

いま人気の記事 - テクノロジー

いま人気の記事 - テクノロジーをもっと読む

新着記事 - テクノロジー

新着記事 - テクノロジーをもっと読む

設定を変更しましたx