Windowのクラス化
このアーカイブの無断配布は禁止します。ただしプログラムのソースそのものは自由に改変したり利用するのは構いません｡ただし、このプログラムによって生じる一切の不具合、影響などに関する損害は当方は一切感知いたしません｡ Windowの生成処理(当サイトのDirectX Tipsの準備講座第二回参照)を見てもらえば処理自体はシンプルなものであると分かる(昔はすごく複雑に感じたのだけれど･･･)。関数が最低二個もあればWindowは作れます。では、これをクラス化するのは容易だろう･･･、と思いました。が、ウィンドウプロシージャがCALLBACK関数のためそのままでは組み込めません(エラーは出ませんが処理はうまくいかないはず)。はじめ、私はどこかでstaticをつけると動くと聞いたので試してみました(下記イメージ�@)。しかし、これではウィンドウプロシージャ内の変数は当然staticでなきゃいけま
UNIX上でのC++ソフトウェア設計の定石 (5) - memologue
鉄則5: スレッドの「遅延キャンセル」も出来る限り避けて通ろう スレッドの非同期キャンセルとは：あるスレッドが別のスレッドに処理の中断を依頼すること 遅延キャンセルは、規格の自由度が比較的高いため、OSやCライブラリのバージョンにより動作がまちまち 環境によらず安定した動作を得るには、使用する環境の詳しい調査や、Cライブラリの抽象化作業、条件コンパイルなどが必要 C++では、「キャンセル発生時のオブジェクトの解体」を、移植性のある方法で実現できない 慎重に使用すること。C++では使用しないこと 説明: スレッドのキャンセルに「非同期」「遅延」の二種類があることはすでに述べた通りで、またこの「非同期キャンセル」が非常に厄介な数々の問題を引き起こす元凶であることも、既に述べました。 さて今回は「遅延キャンセル」を扱います。遅延キャンセルは、非同期キャンセルほど様々な問題は引き起こさないのですが
memologue - UNIX上でのC++ソフトウェア設計の定石 (2)
鉄則2: シグナルハンドラで行ってよい処理を知ろう sigaction関数で登録したシグナルハンドラで行ってよい処理は非常に限定されている 次の３つの処理だけが許されている 自動変数の操作 “volatile sig_atomic_t” 型の大域変数の操作 「非同期シグナルセーフ」関数の呼び出し これ以外の処理を記述しないこと！ 説明： シグナル受信時に何らかの処理を行うためには、シグナルハンドラと呼ばれる関数を用意し、それをsigaction関数でシグナル名と紐付けておけばOKです。しかし、シグナルハンドラ内で行ってよい処理は、上記の通り非常に限定されています。これを把握しないまま奔放なコードを書くと次のような現象が起き得ます： 問題1: プログラムがデッドロックする危険がある タイミングに依存する、再現困難なバグの原因となる デッドロックの発生が典型例だが、それ以外にも関数の戻り値不正
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Memory leak in pthreads (Page 1) / Threads / UNIX Socket FAQ
codepad