エントリーの編集

エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
Gtk+ がイベント・ループに使っている GMainContext は「POSIX シグナルの GSource イベント化の実装読... Gtk+ がイベント・ループに使っている GMainContext は「POSIX シグナルの GSource イベント化の実装読み」のように、 スレッドで POSIX シグナル通知フラグを転記する凝ったやりかたを採用しています。 イベント・ハンドラを動かすスレッドでシグナル通知フラグをチェックしないのは、 poll (2) および select (2) システム・コールに存在する競合問題を避けるためなのでしょう。 POSIX 2001 以降なら pselect (2) システム・コールを使うことで競合問題が解決するので、 イベント・ループを動かすスレッドでフラグを直接チェックすれば良いのですけど、 可搬性から poll (2) システム・コールを使うこととし、 転記スレッド方式を取り入れたのでしょう。 では、 マルチ・スレッドより前の世代で競合問題をどのように解決していたのでしょう。 s