リモートデスクトップエンジニアのブログ。

>Mutexもメッセージもダメなのですがレジストリは触りたくないので何かスマートが良い方法は無いものでしょうか。

メモリマップトファイルでいいんじゃないですかね
|｡･ω･)。o ( ローカルソケット通信という技もありますが… )

ところで、パスワードの入力制限項目ができたので、
間違えるたびにアプリ終了しないで、継続してトライできるように
なったらいいなぁと…思うけどどうなったんだろう（まだ試してない）。

> メモリマップトファイル

なるほど、そんな方法があるんですねー。今後の参考にさせて頂きます。ロカルソケットも検討はしてましたけど見送っておりましたー。

> 継続してトライ

そーいえばそうですね。検討させて頂きますー。

先日の sendclipboard 何ですが、 0を入れると、送信されないどころか、クライアント(Win7)側のクリップボードが100%破壊されるみたいです。

|｡･ω･)。o (破壊されるのを防ぎたかったのにこれじゃ意味ないっす。まだ指定しない方がましでした･･･。 )

> クリップボードが100%破壊されるみたいです。

破壊されるのはクライアント側ですかね？

もしそうであれば、サーバー側の設定ファイルに「sendclipboard=0」と記述されているかと思いますが、その場合はサーバー側からクリップボードの情報を送る事はありませんので、クライアント側はクリップボードのデータを受け取るはずも無くクリップボード周りの処理は動きません。

手元のWindows7環境で「sendclipboard」をサーバー側とクライアント側の双方に設定して「0」と「1」を切り替えてテストしてみましたが、想定していた動作を確認しまして特に問題はありませんでした。

クライアント側の設定ファイルにも「sendclipboard=0」と記述して完全にクリップボードの共有を行わないようにしても破壊されるかどうか気になるところではありますが、もうちょっとこちらでも調べてみたいと思います。

あー、これ、サーバー側にsendclipboard記述しないとダメなんですか？・ω・；
Client 側だけに記載したら、クライアント側の Clipboard が一切使えなくなりました

どっちかというと繋いでるマシンによって変わるので、
クライアント側でON/OFF 制御したいのですが
Mirror-DTC みたいにクライアントサイドでON/OFFできないでしょうか

> サーバー側にsendclipboard記述しないとダメなんですか？

「send」ってなってるので送り側に記述しないとダメですね。恐らくサーバー側からのクリップボードの情報をクライアント側が受け取ってクリップボードの内容を書き換えちゃってる感じですかね。クリップボードの内容を書き換える時にグローバルメモリとか使用してるんでそれが影響しているんじゃないかとも推測できますけどちょっと詳しいところまでは不明ですが。

> クライアントサイドでON/OFFできないでしょうか

さて、黒翼猫さんならそんな事を仰るじゃないかと思って既に「recvclipboard」とゆー設定を追加する準備を行っております。ま、「send」しか無いとゆーのもちょっとアレでしたので。この「recvclipboard」は、クライアント側とサーバー側のどちらでも記述が可能で、仮にクライアント側に「recvclipboard=0」と記述すれば、サーバー側からクリップボードの情報が送られてきたとしても、クライアント側のクリップボードには影響を与えない感じになる予定です。実装までもう少々御待ち下さいませませ。

Mirror-DTCの場合は、クライアントのメニューバーに
「クリップボードの転送」ってチェックできる項目があるんですよね･ω･
ＩＮＩ書き換えなくても、起動状態で切り替えられるとありがたいでござる

> 起動状態で切り替えられるとありがたいでござる

検討させて頂くでござる。