[#38323] [1.8.7][1.9.1][tk] 自前実装の拡張 widget を使いたい場合 — oshida@...

押田です。

22 messages 2009/04/24
[#38331] Re: [1.8.7][1.9.1][tk] 自前実装の拡張 widget を使いたい場合 — Hidetoshi NAGAI <nagai@...> 2009/04/26

永井@知能.九工大です.

[#38339] Re: [1.8.7][1.9.1][tk] 自前実装の拡張 widget を使いたい場合 — oshida@... 2009/04/27

押田です。

[#38340] Re: [1.8.7][1.9.1][tk] 自前実装の拡張 widget を使いたい場合 — Hidetoshi NAGAI <nagai@...> 2009/04/27

永井@知能.九工大です.

[#38697] Re: [1.8.7][1.9.1][tk] 自前実装の拡張 widget を使いたい場合 — Hidetoshi NAGAI <nagai@...> 2009/06/21

永井@知能.九工大です.

[#38711] Re: [1.8.7][1.9.1][tk] 自前実装の拡張 widget を使いたい場合 — oshida@... 2009/06/24

押田です。

[#38723] Re: [1.8.7][1.9.1][tk] 自前実装の拡張 widget を使いたい場合 — Hidetoshi NAGAI <nagai@...> 2009/07/01

永井@知能.九工大です.

[#38743] Re: [1.8.7][1.9.1][tk] 自前実装の拡張 widget を使いたい場合 — oshida@... 2009/07/07

押田です。

[#38747] Re: [1.8.7][1.9.1][tk] 自前実装の拡張 widget を使いたい場合 — Hidetoshi NAGAI <nagai@...> 2009/07/08

永井@知能.九工大です.

[#38748] Re: [1.8.7][1.9.1][tk] 自前実装の拡張 widget を使いたい場合 — oshida@... 2009/07/08

押田です。

[#38749] Re: [1.8.7][1.9.1][tk] 自前実装の拡張 widget を使いたい場合 — Hidetoshi NAGAI <nagai@...> 2009/07/08

永井@知能.九工大です.

[ruby-dev:38239] Re: *BSD で fork できない理由

From: Urabe Shyouhei <shyouhei@...>
Date: 2009-04-01 12:11:26 UTC
List: ruby-dev #38239
Urabe Shyouhei さんは書きました:
> Tanaka Akira さんは書きました:
>> In article <49D308AD.4040303@ruby-lang.org>,
>>   Urabe Shyouhei <shyouhei@ruby-lang.org> writes:
>>
>>> ちょっとこの「Pthreadの仕様的にも動作保障外」って部分の根拠がどうがんばっても自
>>> 力で発見できないので、よろしければ何かポインタを示していただけませんか?
>> fork の項にある
>>
>>   Consequently, to avoid errors, the child process may only
>>   execute async-signal-safe operations until such time as
>>   one of the exec functions is called.
>>
>>   http://www.opengroup.org/onlinepubs/009695399/functions/fork.html
>>
>> というところなんじゃないかと思います。
>>
>> async-signal-safe function のリストは
>> http://www.opengroup.org/onlinepubs/009695399/functions/xsh_chap02_04.html
>> に載っていて、pthread_create は入っていません。
>>
>> なので、規格としては、fork でできた子プロセスでは exec する
>> まで pthread_create を使ってはいけません。
> 
> なるほど。ありがとうございます。

しかしするとpthread_atforkのRATIONALEにある「forkの前にmutexを確保してfork後に
開放する」ってやつはそもそも無理なんですねえ。pthread_mutex_unlockもasync-
signal-safeではないようですし。


In This Thread