こんちわ

ラップしてる元のライブラリの中身で
同一のものを更新やロックなど行っていると固まる気がします・・

まずはそのライブラリを見直してみてはいかがでしょう？

そのライブラリに問題がなければ
各スレッドで別のインスタンスを生成してるなら
競合はしないはずです

ラップは・・まぁ元になるライブラリを覆い隠すもの　みたいな感じですかねぇ

元のライブラリの関数を見せたくない場合などによく使いますね

つばささん有難う御座います。

>まずはそのライブラリを見直してみてはいかがでしょう？

フリーのライブラリなのですが、ソースは公開されていない為
中でどのように動作しているのかはわからないのです。

>そのライブラリに問題がなければ
>各スレッドで別のインスタンスを生成してるなら
>競合はしないはずです

そうですか。今思いつきましたがそれぞれのスレッドで
ライブラリの関数のポインタを調べて、アドレスが異なれば
インスタンスが同一か否かを調べる事は可能だったんですかね？
質問前に試してみれば良かったですね。すみません。

>元のライブラリの関数を見せたくない場合などによく使いますね
私の認識は間違っていなかったようで何よりです。

有難う御座いましたm(__)m

> ライブラリの関数のポインタを調べて、アドレスが異なれば
> インスタンスが同一か否かを調べる事は可能だったんですかね？

スレッド毎にライブラリ関数のアドレスを取得して、それぞれ較べるということですか？
スレッドが異なっても、よほど変なことをしない限り同じ関数のアドレスは一緒ですよ。
関数がスレッドセーフかどうかは、関数のアドレスやプロトタイプなどの外見から判断することは不可能
で、純粋にその関数の実装に左右されます。
ライブラリソースが公開されていなければ、ライブラリの仕様書が頼りです。仕様にスレッドセーフである
or スレッドセーフでない、とあれば完璧。
そうでない場合も、仕様からある程度推測することはできますが、予想を裏切る実装になっていることもし
ばしばありますので、スレッドセーフかどうか何も書かれていなければ、安全側に振って、スレッドセーフ
でないと思っておいた方が無難です。

> 仮にGUIから各スレッドの呼び出しの際にクラスの
> ポインタを渡した場合は当然インスタンスは１つですから
> スレッドＡ、Ｂで同時にライブラリの関数が呼ばれた場合、
> 予測出来ない不具合が発生するのは理解できます。

class X { public: int value; void func() { ライブラリコール } };
X a,b;
と下場合
スレッドAでa.valueの操作とスレッドBでb.valueの操作を並列に行っても
問題は起きないでしょうけど
スレッドAでa.func()のコールとスレッドBでb.func()のコールを並列に行えば
スレッドセーフではないライブラリをスレッドA, Bで同時に呼んでしまうよ。

そもそも、あなたの発言にはロック（待ち処理）や排他制御を
ラップクラスに組み込んだとは書いてない。

俺の経験ではVisualStudioがフリーズすることがよくある。

> そのライブラリに問題がなければ
最初の発言でライブラリはスレッドセーフじゃないって書いてあるってば。