- 1 名前：デフォルトの名無しさん mailto:sage [2005/11/03(木) 11:23:05 ]
- マルチスレッドプログラミングについて語るスレ。
OS・言語・環境は問わないが、それゆえ明記すべし。
その１ pc3.2ch.net/test/read.cgi/tech/997345868/
その２ pc5.2ch.net/test/read.cgi/tech/1037636153/
その３ pc8.2ch.net/test/read.cgi/tech/1098268137/
- 820 名前：デフォルトの名無しさん mailto:sage [2006/08/05(土) 16:42:27 ]
- そもそもCではvolatile参照の意味は処理系定義だ。
参照時にlock/unlockする処理系もありうるし、volatile参照を最適化で
削除してしまう処理系もある（マニュアルに書かれている）。
Javaのvolatileはまた違う意味を持っているし。
- 821 名前：デフォルトの名無しさん mailto:sage [2006/08/05(土) 19:31:21 ]
- ここ読め。
1.8 Program execution [intro.execution]
- 822 名前：デフォルトの名無しさん mailto:sage [2006/08/05(土) 21:02:19 ]
- >820でFA?
- 823 名前：デフォルトの名無しさん mailto:sage [2006/08/05(土) 22:17:01 ]
- >>820
volatile 参照の削除はできないだろ。
- 824 名前：デフォルトの名無しさん mailto:sage [2006/08/05(土) 22:25:56 ]
- >>823
820が言うとおりvolatile参照は処理系定義。
某組み込み向けコンパイラでは、マニュアルに「sequence pointを含まない
式中のvolatile参照は削除されうる」と定義されていたりする。
- 825 名前：デフォルトの名無しさん mailto:sage [2006/08/05(土) 22:47:47 ]
- >>824
それって、ふたつのシーケンスポイントの間で同じ volatile オブジェクトを複数回
参照する場合、１回にまとめられることがある、ってことだよね？
- 826 名前：デフォルトの名無しさん mailto:sage [2006/08/05(土) 23:07:40 ]
- >>825
yes
- 827 名前：デフォルトの名無しさん mailto:sage [2006/08/06(日) 10:53:58 ]
- sequence pointウンヌンが書いてないから、
>820でFA?
はありえない。>>821の示しているものには詳しく書いてある。
そこのところをそのまま理解するのがFA。
- 828 名前：デフォルトの名無しさん mailto:sage [2006/08/06(日) 11:14:29 ]
- 要はvolatileでokかngかは言語及び処理系依存ってこと。
それを無視して擁護する奴も批判する奴も間違っている。
- 829 名前：デフォルトの名無しさん mailto:sage [2006/08/06(日) 11:17:05 ]
- 処理系定義の範囲は？
volatile参照に対してハードディスクをフォーマットするコードを出すのもありなのか？
- 830 名前：デフォルトの名無しさん mailto:sage [2006/08/06(日) 11:23:23 ]
- >>828
「volatileでokかngか」
こういういい加減な設問の立て方はやめれ
- 831 名前：デフォルトの名無しさん mailto:sage [2006/08/06(日) 11:24:07 ]
- >>829
それを処理系定義動作として明記していれば、それはANSI準拠なコンパイラとして正しい。
そんなコンパイラは売れないだろうが。
- 832 名前：デフォルトの名無しさん mailto:sage [2006/08/06(日) 11:30:01 ]
- じゃあvolatile参照の前後でlock/unlockするANSI Cコンパイラ作ったら売れるかな？
- 833 名前：デフォルトの名無しさん mailto:sage [2006/08/06(日) 11:56:47 ]
- >>832
自分で lock/unlock すればいい。そんな奇怪な動作をするコンパイラは要らない。
- 834 名前：デフォルトの名無しさん mailto:sage [2006/08/06(日) 16:58:08 ]
- じゃあvolatile参照の前後でミサイル発射するANSI Cコンパイラ作ったら売れるかな？
- 835 名前：デフォルトの名無しさん mailto:sage [2006/08/06(日) 17:09:29 ]
- 自分で面白いと思って書いてるんだったら相当やばい。
- 836 名前：デフォルトの名無しさん mailto:sage [2006/08/06(日) 17:11:32 ]
- >>834
自分で発射すればいい。そんな奇怪な動作をするコンパイラは要らない。
- 837 名前：デフォルトの名無しさん mailto:sage [2006/08/06(日) 17:15:21 ]
- ていうかコンパイラだけでミサイル発射できるならしてみろｗ
- 838 名前：デフォルトの名無しさん mailto:sage [2006/08/06(日) 17:23:34 ]
- はいはい
続きはここでやれな
pc8.2ch.net/test/read.cgi/tech/1147746792/
- 839 名前：デフォルトの名無しさん [2006/08/09(水) 00:24:50 ]
- 突然ですが非同期をするメリットって何でしょうか？
- 840 名前：デフォルトの名無しさん mailto:sage [2006/08/09(水) 00:38:57 ]
- シャンプー
- 841 名前：デフォルトの名無しさん mailto:sage [2006/08/09(水) 00:51:16 ]
- いや、メリットは同期してると思うが
- 842 名前：デフォルトの名無しさん mailto:sage [2006/08/09(水) 01:07:53 ]
- >>839
スレッド、プロセス、タスクはただ待たせとくには、
もったいなさ過ぎるリソースなんじゃ！
スレッドプールでぐぐれ！
- 843 名前：デフォルトの名無しさん mailto:sage [2006/08/09(水) 01:08:25 ]
- リンスも利いてるし?
- 844 名前：デフォルトの名無しさん mailto:sage [2006/08/09(水) 07:28:17 ]
- ZPt
- 845 名前：デフォルトの名無しさん mailto:sage [2006/08/09(水) 10:19:08 ]
- ちゃん・りん・しゃん、という選択肢
- 846 名前：デフォルトの名無しさん mailto:sage [2006/08/09(水) 10:23:33 ]
- >>842
スレッドプールの中のスレッドはほとんど待ってるだけだぞｗ
- 847 名前：842 mailto:sage [2006/08/09(水) 11:11:59 ]
- >>846
プールとか書いたんは、俺なりの「サプライズ」や。
色んな意見があるのはわかっとるし、好きに言うたらええ。
俺はまた覚えたての言葉使って、レスしていくだけや。
- 848 名前：デフォルトの名無しさん mailto:sage [2006/08/09(水) 11:54:36 ]
- んまあ、I/Oとか凍り付いて待ってる間に他の仕事が出来るのがメリットだわね。
多くの場合、他の仕事っていうのは、ユーザに対して「やってますよ、生きてますよ」っていう
アピールをすることだったりするけどｗ
- 849 名前：デフォルトの名無しさん mailto:sage [2006/08/09(水) 12:49:31 ]
- >>846
馬鹿？
- 850 名前：デフォルトの名無しさん mailto:sage [2006/08/09(水) 13:14:16 ]
- だっておまい、単純なスレッドプールなら、
例えばプールにスレッドが10個あってタスクが2個だったら8つは待ってるだけじゃんか。
まあ、忙しさに合わせてスレッド数を適当に増減させるような実装も可能だけど。
- 851 名前：デフォルトの名無しさん mailto:sage [2006/08/09(水) 13:17:55 ]
- スレッドプールの利点
・タスクが200個あるけど、同時に動くのは最大10個
・スレッド生成が頻発な場合、生成のボトルネックを消す
…
- 852 名前：デフォルトの名無しさん mailto:sage [2006/08/09(水) 13:24:35 ]
- スレッド数の上限を制御したいときも使うわね
ていうかすみませんでしたよ。
軽い気持ちで書いただけなんですよごめんなさい。
- 853 名前：デフォルトの名無しさん mailto:sage [2006/08/09(水) 15:55:01 ]
- 大したテクニックじゃない気がするんだが…。
- 854 名前：デフォルトの名無しさん mailto:sage [2006/08/09(水) 19:20:00 ]
- 大したテクニックじゃないといけないのか？
- 855 名前：デフォルトの名無しさん mailto:sage [2006/08/09(水) 20:09:24 ]
- >>850
そんなの実装に依存。
議論するだけ無駄だなｗ
pool状態のthreadはqueueに入れないから、待つことはないって場合もあるだろうし。
- 856 名前：デフォルトの名無しさん mailto:sage [2006/08/09(水) 22:11:11 ]
- >>855
スレッド、プロセス、タスクはただ待たせとくには、
もったいなさ過ぎるリソースなんじゃ！
スレッドプールでぐぐれ！
- 857 名前：デフォルトの名無しさん mailto:sage [2006/08/09(水) 22:46:54 ]
- 非同期のメリットは何かと聞かれてスレッドプールでググれって言われてもアレだな
- 858 名前：デフォルトの名無しさん [2006/08/10(木) 00:56:12 ]
- このエディタは非同期でテキスト入力してるっていわれたんだけど
じゃあ入力以外に何か処理やってるのかな？
- 859 名前：デフォルトの名無しさん mailto:sage [2006/08/10(木) 00:57:44 ]
- 個人情報の流出
- 860 名前：デフォルトの名無しさん mailto:sage [2006/08/10(木) 07:40:47 ]
- 仁義無きエディタ
- 861 名前：デフォルトの名無しさん mailto:sage [2006/08/10(木) 08:46:31 ]
- キー入力拾うのと、バッファに突っ込むのが非同期なんじゃね？
- 862 名前：デフォルトの名無しさん mailto:sage [2006/08/10(木) 09:39:08 ]
- >>858
GUIのエディタだと、
ウィンドウサイズ変えられるのに対応したり、
マウスで指定された範囲を反転表示したり。
- 863 名前：デフォルトの名無しさん mailto:sage [2006/08/10(木) 10:35:09 ]
- しながら同時にテキスト入力できるのか！
- 864 名前：デフォルトの名無しさん mailto:sage [2006/08/10(木) 10:39:46 ]
- >>858
画面出力とか。
- 865 名前：デフォルトの名無しさん [2006/08/11(金) 22:57:19 ]
- どこまでがマジレスなのか…
- 866 名前：デフォルトの名無しさん [2006/08/14(月) 21:40:21 ]
- みんなスレッドプールって最大数超えた場合どうしてる？
- 867 名前：デフォルトの名無しさん mailto:sage [2006/08/16(水) 01:06:17 ]
- 再起動
- 868 名前：デフォルトの名無しさん mailto:sage [2006/08/16(水) 08:42:10 ]
- 海に行く
- 869 名前：デフォルトの名無しさん mailto:sage [2006/08/16(水) 18:56:59 ]
- オレは泳がないから
- 870 名前：デフォルトの名無しさん mailto:sage [2006/08/18(金) 00:26:11 ]
- 眺めてるだけでも心和むじゃまいか
- 871 名前：デフォルトの名無しさん mailto:sage [2006/08/18(金) 07:41:37 ]
- 潜りてー
あの不要な音が聞こえない感覚が良いんじゃー
- 872 名前：デフォルトの名無しさん [2006/08/18(金) 14:51:42 ]
- >>866
＠IT：連載：.NETマルチスレッド・プログラミング入門 第4回
www.atmarkit.co.jp/fdotnet/mthread/mthread04/mthread04_01.html - 53k - キャッシュ - 関連ページ
スレッドプールのカスタマイズ
www.atmarkit.co.jp/bbs/phpBB/viewtopic.php?topic=27266&forum=12&3 - 26k - キャッシュ - 関連ページ
[ 他、www.atmarkit.co.jp内のページ ]
スレッドプール 最大数 の検索結果 約 1,440 件中 1 - 50 件目 (0.59 秒)
- 873 名前：デフォルトの名無しさん mailto:sage [2006/08/18(金) 19:28:16 ]
- 大阪には株式会社モータープールがあり、東京には株式会社月極がある。
- 874 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 09:06:17 ]
- MFCでマルチスレッドのプログラムを作成していますが、引数の受け渡しのところで悩んでいます
struct ThreadParams{
int a;
int b;
int c;
};
BOOL MyApplicationDlg::OnInitDialog()
{
…
struct ThreadParams tParams;
tParams.a = 1; tParams.b = 2; tParams.c = 3;
AfxBeginThread(MyThread, (LPVOID)&tParams, THREAD_PRIORITY_NORMAL);
return TRUE;
}
UINT MyApplicationDlg::MyThread(void * param)
{
struct ThreadParams tParams = (struct ThreadParams)(*param); ←ここで既に呼び出し元のtParamsが消えているかも？
/* tParamsを使っていろいろ処理 */
return 0;
}
上のようなコードを書いたのですが、OnInitDialog中のtParams変数のスコープは関数内だけなので
MyThread関数でtParamsを受け取ろうとしたときには既に消えている可能性があるのではないかと思いました。
こういう場合には呼び出し元で new してスレッドの方で delete するとかで対処するのでしょうか？
他に何かよい方法があればアドバイスをお願いします。
- 875 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 09:33:15 ]
- MyThread()とダイアログクラスの結びつきが強いのなら、クラスメンバにしておけばいいんでない?
要は、スレッドよりも長寿命ならいいわけだから。
#ダイアログクラスよりもスレッドの方が長寿ならこの手は使えないのは当然だけど。
- 876 名前：874 mailto:sage [2006/08/26(土) 10:20:36 ]
- そうですね。ぐぐって探してみましたがクラスメンバにしているサンプルがありました
とりあえずこの方法でやってみます。ありがとうございました
- 877 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 10:26:12 ]
- >>874
あんたの心配は正しい。
領域を渡して後はスレッド側でよろしことする以外にも...
・スレッド側で (コピーしておくとして) そのパラメータを
使わなくなるまで親を待たせる。
・領域を静的に確保する。
・スレッドが起動してからパイプとかでパラメータをもらう。
等等。個人的には new / delete を使うことが多い。
- 878 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 19:08:33 ]
- volatileですべて解決します。
グローバル変数にvolatile属性を付けて置く。
これ最強。
- 879 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 19:17:49 ]
- >>878
>>877
＞・領域を静的に確保する。
- 880 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 20:26:54 ]
- 何でvolatileネタって流行ってるの？
とくに引っ張って面白いネタとも思えないけど
- 881 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 21:25:02 ]
- sizeof(int)以下ならvolatileでいいですよね？
排他は重いからやりたくないんですが・・・
という馬鹿が一時期沸いた
- 882 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 21:28:54 ]
- すごいな
全く意味のわからん質問だ
- 883 名前：デフォルトの名無しさん mailto:sage [2006/08/27(日) 16:59:50 ]
- マルチスレッドなんか使わなければ解決
- 884 名前：デフォルトの名無しさん mailto:sage [2006/08/27(日) 19:58:38 ]
- >>877
スレッドを越えてのnew / deleteは止めとけ。
つーか、調べると分かるが、状況によって手痛いしっぺ返しを喰らうぞ。
- 885 名前：デフォルトの名無しさん mailto:sage [2006/08/27(日) 21:05:30 ]
- アホ発見 >>884
状況を具体的に説明してみろよ
- 886 名前：デフォルトの名無しさん mailto:sage [2006/08/27(日) 21:34:42 ]
- >>884
それは874に宛てるべき内容だ。
呼ぶ側がdeleteするか、呼ばれた側がdeleteするかは統一するべきだとは思う。
呼ばれた側がdeleteする場合は、浅いコピーをして使い回す場合に対応できないからオススメできない。
- 887 名前：デフォルトの名無しさん mailto:sage [2006/08/27(日) 23:06:55 ]
- >>886
> 呼ばれた側がdeleteする場合は、浅いコピーをして使い回す場合に
> 対応できないからオススメできない。
kwsk
- 888 名前：デフォルトの名無しさん mailto:sage [2006/08/28(月) 00:21:30 ]
- シャローコピーで参照を共用してる場合
データレースが起きるよヤバイよって事じゃないの？
そんなもん別スレッドに渡すなよと思うけど
- 889 名前：888 mailto:sage [2006/08/28(月) 00:23:33 ]
- なんか違うな
忘れてくれ
- 890 名前：デフォルトの名無しさん mailto:sage [2006/08/28(月) 00:41:46 ]
- しったかぶりっこ
- 891 名前：デフォルトの名無しさん mailto:sage [2006/08/28(月) 01:49:18 ]
- 参照ってもスレッドに渡す前に参照カウント１アゲるだろ
- 892 名前：デフォルトの名無しさん mailto:sage [2006/08/28(月) 01:50:45 ]
- ぶるぶるぶりっこ
- 893 名前：デフォルトの名無しさん mailto:sage [2006/08/28(月) 02:58:49 ]
- 一体何の話をしてるのだろう？
- 894 名前：デフォルトの名無しさん mailto:sage [2006/08/28(月) 05:08:03 ]
- ぶりっ子ロックンロール / 紅麗威甦
- 895 名前：デフォルトの名無しさん mailto:sage [2006/08/28(月) 20:39:11 ]
- 環境はWindowsです。
メインスレッドで生成されたWindowから、別スレッドを起動します。
このスレッドは、ファイルを1行づつ読み、
vector<string>に50件溜まったら、Windowへ通知します。
とりあえず下のような感じで組んだのですが、
Windowsが閉じられた場合、このスレッドを破棄しないといけません。
もしスレッドを破棄したらNetFileReaderのオブジェクトって、
解放されないのですよね。
こういうプログラムって、どうやって組むのが良いでしょう？
static vector<string> text;
void NetwordThread::execute(void* pData) {
MyWindow* win = (MyWindow*)pData;
NetFileReader* reader = new NetFileReader("hoge.txt");
string* line;
while ((line = reader->readLine()) != NULL) {
text.push_back(*line);
if (text.size() > 50) {
SendMessage(win->m_hWnd, WM_MY_MESSAGE, NULL, (LPARAM)&text);
text.clear();
Sleep(10);
}
SendMessage(win->m_hWnd, WM_MY_MESSAGE, NULL, (LPARAM)&text);
text.clear();
_endthread();
}
- 896 名前：デフォルトの名無しさん mailto:sage [2006/08/28(月) 21:25:26 ]
- 中断フラグを作って、メイン側で Window を閉じる時に
フラグを On にする。
スレッド側は中断フラグを一行毎にチェックしてて、
On になったら、速やかに終了する。
通常のディスクファイル相手ならこれでいいと思う。
ネットワークファイルとかで一行の読み出しにすごく時
間がかかる場合があるならその読み出し処理自体を中断
する必要があると思う。
- 897 名前：デフォルトの名無しさん mailto:sage [2006/08/28(月) 21:52:15 ]
- ていうか、「Windowが閉じられたら」とか「スレッドを破棄」とか書いてるけど
普通は、閉じるボタンが押されたら、フラグなりイベントなりでスレッドに対して終了を通知して
ワーカースレッドは自分で後始末をしてから終了する、
GUIスレッドはワーカースレッドが終了するまで待機する
っていうふうに作るのが普通だろ。
- 898 名前：895 mailto:sage [2006/08/28(月) 21:54:13 ]
- どもです。
中断フラグをONするメソッド作って、中はMutexで排他処理、
スレッドのexecute()の方はSendMessage()をMutexで排他処理
しておけば、1行ごとにチェックまではしなくてよいかな？
あと、スレッドの中でSleep()呼ばないと、このスレッドに完全に制御が移ってしまい、
スレッドが終了するまでWindowが固まってしまいます。
これはそういうもんでしょうか？
マルチスレッドって、どこで処理が割り込むかわからないものだと思っていたのですが。
- 899 名前：895 mailto:sage [2006/08/28(月) 21:55:29 ]
- >>897
書き込み中にレスが。
ええ、その「普通はこうだ」ってのが聞きたかったんです。
なにぶん素人なのもので・・・
- 900 名前：デフォルトの名無しさん mailto:sage [2006/08/28(月) 22:05:09 ]
- 固まらなねーよ。
プライオリティとかいじってなきゃな。
- 901 名前：895 mailto:sage [2006/08/28(月) 22:25:55 ]
- _beginthread()呼んでるだけで、プライオリティはいじってないですね。
ActiveX内で、やってるからかなぁ。
- 902 名前：デフォルトの名無しさん mailto:sage [2006/08/28(月) 23:06:40 ]
- >>895
>解放されないのですよね。
そもそも、なんで new で割り当ててんの？
- 903 名前：デフォルトの名無しさん mailto:sage [2006/08/29(火) 04:29:53 ]
- >>898
> あと、スレッドの中でSleep()呼ばないと、このスレッドに完全に制御が移ってしまい、
> スレッドが終了するまでWindowが固まってしまいます。
SendMessage()のせいじゃね？
- 904 名前：895 mailto:sage [2006/08/29(火) 14:19:52 ]
- >>903
その通りでした。SendMessageは使わない方がよさそうですね。
スレッドがデータ格納するバッファは、Window側でタイマーで定期的に監視。
スレッドがバッファに格納するときと、Windowがバッファから取得するときは、
mutexで排他処理かましておくと良いかな。
- 905 名前：デフォルトの名無しさん mailto:sage [2006/08/29(火) 16:46:22 ]
- PostMessage（）使ってみたら？
- 906 名前：デフォルトの名無しさん mailto:sage [2006/08/29(火) 20:26:56 ]
- タイマーで監視しなくても、PostMessage()で合図送ればいんじゃね？
- 907 名前：895 mailto:sage [2006/08/29(火) 21:41:10 ]
- PostMessageだと、ちょっと不安があってやめたんです。
たとえば、スレッドからPostMessageを呼んだ直後に、
Windowのスレッドがアクティブになって、Windowを閉じる処理をした場合、
Windowのハンドルが無効になった後に、メッセージを飛んできて、
死亡したりしませんかね？
- 908 名前：デフォルトの名無しさん mailto:sage [2006/08/29(火) 21:42:23 ]
- 誰が死亡するの？
- 909 名前：895 mailto:sage [2006/08/29(火) 21:50:03 ]
- ｵｻｰﾝのプログラム。無効なウィンドウハンドルに投げようとして
ハングしたりしないかなと。
- 910 名前：デフォルトの名無しさん mailto:sage [2006/08/29(火) 21:51:47 ]
- ,､‐ "￣:::ﾞ:丶､
,r::::l3ﾞ::::::::/ﾊヽ:ヽ::::､:ヽ
{::://:::::::// ヽ＼ﾄ､:::::::!
ヾ l:::::::/ 丶 ｀ヾ ｨ､:::|
|;:r::| Ｏ` 'Ｏ ﾞﾊ| ＜ ないない
ヽﾊ :.:. :.: ﾚ
´＼ r‐--‐､,ノ
r､ r､／ヾ￣下ヘ
ヽヾ 三 |:l1､＿ヽ/__ .ィヽ
＼>ヽ/ |｀ ｝ n_n| |
ﾍ lノ `'ｿ lﾟωﾟ| |
/´ / ￣|. |
＼. ｨ ＿＿＿ | |
| ﾉ l | |
| | i:| |
- 911 名前：デフォルトの名無しさん mailto:sage [2006/08/29(火) 22:29:31 ]
- >>907
> メッセージを飛んできて、
> 死亡したりしませんかね？
メッセージを割り込みみたいなもんと勘違いしてないか？
- 912 名前：895 mailto:sage [2006/08/29(火) 22:58:03 ]
- いや、それはないです。
PostMessageも当然、中でいろいろやってますよね。
PostMessageで実際にキューにメッセージ入れる直前に、
Windowのスレッドに切り替わることってないんですかね？
- 913 名前：デフォルトの名無しさん mailto:sage [2006/08/29(火) 23:09:22 ]
- そろそろスレ違い
- 914 名前：デフォルトの名無しさん mailto:sage [2006/08/30(水) 00:04:27 ]
- >>909
無効なハンドル次第では、デスクトップの再描画とか起こるかも。
- 915 名前：デフォルトの名無しさん mailto:sage [2006/08/30(水) 00:26:29 ]
- >>914
909じゃないけど詳しく教えてください
- 916 名前：デフォルトの名無しさん mailto:sage [2006/09/05(火) 22:30:07 ]
- そりゃロックしたままSendMessageしたらデッドロックだろうよ
- 917 名前：デフォルトの名無しさん [2006/09/06(水) 21:28:12 ]
- 居なくなった人のプログラムを押し付けられたんだけど、
CreateThread()した後、即CloseHandle()している。
どうして即CloseHandle()するのか、
Thread関数内のExitThread()直前に呼べばいいんじゃないのか、
そもそもCloseHandle()しなくてもExitThread()するんだから要らないんじゃないのか
と思うんですが、誰も（？？）
そのままにしておけばいいんでしょうか。
- 918 名前：デフォルトの名無しさん mailto:sage [2006/09/06(水) 21:53:38 ]
- >>917
MSDN の CreateThread あたりに理由は書いてあると思ったけど、
調べてみた? 推測はほどほどにして、ちゃんと確認したほうがいいよ。
- 919 名前：デフォルトの名無しさん mailto:sage [2006/09/07(木) 01:04:39 ]
- >>917
> Thread関数内のExitThread()直前に呼べばいいんじゃないのか、
ハンドルの話じゃないけど…
マルチスレッドプログラミングにおいて、「〜の直前だから大丈夫」
なんてこと考えてたらはまるよ。
- 920 名前：デフォルトの名無しさん mailto:sage [2006/09/07(木) 13:24:51 ]
- >>917
CreateThread - ExitThread - CloseHandleするのがここでのならわし。
盲目的にこうしてればいいよ。
|
 |
