Windows10で固まる

[MTA]

他に報告がないので、私のPC固有の問題だと思いますが、バージョンアップをしてから１度送信するとかなりの確率で固まります。
どんな問題が考えられるでしょうか教えて頂ければ助かります。

Version：4.03
現象：アイコンダブルクリック、右クリックしても反応しない、受信も受付なくなる。相手側は送信エラー。（・・送信できません。再試行しますか？）
OS：Widdows10（Anniversary Update済）
他にどんな情報をお伝えすればよろしいでしょうか？

[Hiroaki SHIROUZU]

v4.04 にアップデートしてどうなるか教えて頂けますか？

（着信時用のトーストの制御を少し変えていますので）

それでもダメな場合、ipmsg.exe が存在するフォルダに iptoast.dll というのがあると思いますので、

一旦IPMsgを終了したのちに、それを別のファイル名にリネームして、IPMsgを起動した場合に

どうなるか教えてください。

どうも、Anniv.Update関連で toast等でいろいろと挙動が変わったような印象があります。

[mmtta...@gmail.com]

返信ありがとうございます。いつも便利に使わせて頂いております。
結論としては、20数回メッセージ交換しても固まらなくなりましたので、問題ないかと思います。
ありがとうございました。

気の性かも知れませんが、一応上手く動作するまでの流れをお伝えします。

1.Windows10 Anniversary Update済状態で、v3系からv4.03にupdate
2.動作不良（2～3回のメッセージ交換で固まる現象）
3.v4.04にupdate
4.動作不良（2～3回のメッセージ交換で固まる現象は変わらず）
5.設定->送受信画面->受信->ノンポップアップ受信が、チェックON・・・v3系の昔からポップアップ受信で使っており、変更した覚えがない。v4にverupしてからも普通にポップアップ受信している。
6.設定->送受信画面->受信->ノンポップアップ受信をチェックOFF・・・ノンポップアップ受信になった。ON/OFFで逆の動きをしている。
7.アンインストールし、レジストリも掃除
8.ノンポップアップ受信のチェック状態と動きが一致
9.20数回メッセージ交換しても固まることなく安定状態

再インストールのタイミングが嘘かも知れません。（動作が不安定な状態だったので何回か実施しています）
ノンポップアップ受信の設定と動きが一致して安定化した様に見えます。

[Hiroaki SHIROUZU]

詳細なレポートありがとうございました。

動くようになって何よりです。

古いレジストリ情報によって、通常は通らないロジックを通っているのかもしれないですね。

後で確認しておきます。

(2016/09/19 追記）

　v3(non-popup off) -> v4 への verup で追試しましたが、残念ながら再現できずでした。

　同様の方向があって、詳細の条件が明確になった場合、対処を入れることにします。

[xxjav...@gmail.com]

便乗して申し訳ございません。

実は私も同様の状況に陥っております。

[Hiroaki SHIROUZU]

ご報告ありがとうございます。

設定 → その他/Firewall → 設定内容をファイルに書き出し、を実行して、そのファイルをお送り頂けますか？

（ユーザ名等、気になる部分があれば、内容の一部を置換等して頂いても構いません）

その後、スタートメニューから見えるプログラムリストで、"IP Messenger fro Win"フォルダを選び、その下にある "Uninstall IPMSG" を実行してみてください（公開鍵の削除は不要です）。

すると、設定内容（レジストリ）がクリアされます。

その上でもう一度、インストールして、同様の現象が起きるかどうかご確認ください。

[mmtta...@gmail.com]

お世話になります。

> その上でもう一度、インストールして、同様の現象が起きるかどうかご確認ください。

再現します。
必ずではありませんが、以下のMessageBoxがたまに出ます。

bind() error = 10048

[Hiroaki SHIROUZU]

>再現します。

こちらで再現する必要があるため、先に書いた通り、書きだしたファイルをお送りください。

>bind() error = 10048

これは二重起動エラーになります。

タスクマネージャで他にipmsgが起動していたり、2425ポートを使っているプロセスがいないか確認してみてください。

[kei.s...@gmail.com]

ver.4.06、Windows10 （Anniversary Update済）の環境で利用しているものです。
ver.4.06は新規でインストールしました。

数通メッセージを受信後、IPMsgが固まって反応しなくなります（操作できず、メッセージも受診できない）。

しばらく放置するとまた反応するのですが、やはり数通メッセージを受信後、固まり、また反応する．．．

の繰返しとなります。

一度、アンインストールして、再度インストールしましたが、状況は同じでした。

Windows7環境でも再現しています。

Win10環境にてiptoast.dllをリネーム後、起動した場合、固まらず問題ありません。

あと、「設定」→「送受信画面」→「受信」→「受信時のアイコンクリックで、ログビューワーを開く」に

チェックを入れ、常時ログビューワーを開いた状態でメッセージを受信しているのですが、

100通程度受信すると、その後、メッセージを受信できなくなります（Win10、Win7環境双方とも）。

[kei.s...@gmail.com]

2016年10月26日水曜日 9時10分30秒 UTC+9 kei.s...@gmail.com:

一度、アンインストールして、再度インストールしましたが、状況は同じでした。

Windows7環境でも再現しています。

 

すみません、Windows7環境では固まる現象は起きていません。

固まりはしないのですが、ログビューワーにて最新のメッセージに自動スクロールを

させている場合、メッセージを受信すると自動クロールがOFFとなります。

現象をまとめますと．．．

Win10 Anniv.Update環境

　・ログビューワーでメッセージを受信後、固まる、しばらくすると動く、また固まる．．．

　　→iptoast.dllをリネーム後、固まらなくなった

　・ログビューワーにて最新のメッセージに自動スクロールが勝手にOFFになる

　　→iptoast.dllをリネーム後、OFFにならなくなった

　・ログビューワーを表示した状態で100通受信すると、メッセージを受信できなくなる

Win7SP1,

　・ログビューワーにて最新のメッセージに自動スクロールが勝手にOFFになる

　　→iptoast.dllをリネーム後も勝手にOFFになる

　・ログビューワーを表示した状態で100通受信すると、メッセージを受信できなくなる

　

[Hiroaki SHIROUZU]

ご報告ありがとうとございます。

まず固まる件ですが、もう少し詳細を教えてください。

・本文が1行程度でも小さくとも発生しますか？それ以外に特徴はなにかありますか？

・自分自身に連続して送っても発生しますか？（2-3通で発生？）

・「しばらく」というのは、およそ何秒 or 何分程度でしょうか？

次に受信制限の件ですが、現状では未開封のままの受信（正確には閉じていない受信ウィンドウ数）は、デフォルトで100通までに制限してあります。

（レジストリのHKCU\Software\HStools\IPmsg\RecvMaxNTで変更可能）

受信ウィンドウが増えすぎて OSが不安定になったり、DOS状態を避けるためです。

なお、ログビューア受信チェックは、それ風に見せているだけで、裏では開封までhiddenな受信ウィンドウ用データが生存しており、現状では同様の制限が掛かっています。

（ただ、ログビューア受信の場合、なにがしかの対策が入れればとは思っていますので、少々お待ちください）

[kei.s...@gmail.com]

返信ありがとうございます。

Win10 Anniv.Update環境でリネームしたiptoast.dllをもとに戻し、以下、確認してみました。

・本文1行（1～10文字）で連続して自分自身に送信　：固まらず

・複数行の長い文章を自分自身に送信　：固まらず

・「通知なし」（バルーンを表示しないようにする）と設定　：固まらず

・固まった場合、固まってから5分程度で操作できるようになります。

固まってしまう現象ですが、以下の状況で起きています。

　・メッセージ送信用のサーバ内DBからランダムに検索した氏名（漢字の氏名と半角カナのフリガナ）などを本文として
　 IPメッセンジャーで送信

　・送信時は本文をShift_JISでエンコード

2016年10月26日水曜日 11時47分47秒 UTC+9 Hiroaki SHIROUZU:

次に受信制限の件ですが、現状では未開封のままの受信（正確には閉じていない受信ウィンドウ数）は、デフォルトで100通までに制限してあります。

（レジストリのHKCU\Software\HStools\IPmsg\RecvMaxNTで変更可能）

受信ウィンドウが増えすぎて OSが不安定になったり、DOS状態を避けるためです。

なお、ログビューア受信チェックは、それ風に見せているだけで、裏では開封までhiddenな受信ウィンドウ用データが生存しており、現状では同様の制限が掛かっています。

（ただ、ログビューア受信の場合、なにがしかの対策が入れればとは思っていますので、少々お待ちください）

当面は「レジストリの変更」と「通知なし」に設定して対処したいと思います。
将来的にログビューア受診の場合の対策を入れていただけるとありがたいです。 

[Hiroaki SHIROUZU]

ご確認ありがとうございました。

手元で再現できればよいのですが、今のところできないですね…。

追加で確認させてください。

・OSは64bitですか？

・コマンドライン送信時に利用してるオプションを教えてください。また本文の長さは、1行で数十文字程度ですか？

[kei.s...@gmail.com]

返信ありがとうございます。

・OSは64bitですか？

　・はい、64bitです。

・コマンドライン送信時に利用してるオプションを教えてください。また本文の長さは、1行で数十文字程度ですか？

　・以下のアドレスのページを参考に、rubyをもちいてUDPの2425番ポートあてにメッセージを送っています。

　　http://d.hatena.ne.jp/kohekit/20110603/1307117763

　

　・本文として以下のような文章を送信しています。

-----------

ID:　XXXXX　ＸＸ ＸＸ(ｱｱ ｱｱ)さんより電話

生年月日:　昭和99年9月99日(9999-99-99)

性別:　女

電話番号:　999-999-9999

携帯電話番号:　999-999-9999

（元々ダミーとは思いますが、念のため、置換しました：白水）

[Hiroaki SHIROUZU]

詳細な情報ありがとうございます。

ただ類似の仕組みで、全く同じ内容を送信してみましたが、残念ながら再現できずでした。

追加でお手数ですが、下記にテスト用iptoast.dll (x64用)を作りましたので差し替えた上で、現象を再現させてみて頂けないでしょうか？

再現させた後に、iptoast.dll の横に作成されている iptoast.log をお送り頂けますでしょうか？（内部的にどの呼び出しで固まっているかが判る筈なので）

https://ipmsg.org/tmp/iptoast_test.zip

[Hiroaki SHIROUZU]

ログありがとうございました。

トーストの非表示で、頻繁に丁度120秒固まっているようです。

詳細の解析＆回避法を検討してみますね。

[mmtta...@gmail.com]

こちらで再現する必要があるため、先に書いた通り、書きだしたファイルをお送りください。

クリーンインストールしても同じなので必要ないかと思います。
先の現象（ポップアップ受信が反転するの）は関係なさそうです。

>bind() error = 10048

これは二重起動エラーになります。

タスクマネージャで他にipmsgが起動していたり、2425ポートを使っているプロセスがいないか確認してみてください。

 
そうですね、タスクマネージャーで殺しながら起動していたので、たまたま２重起動状態になったのかと思います。
他に2425ポートを使っているプロセスはありませんでした。
他の方の報告にて、大分調査が進んでいる様で、確かにしばらく放置したら忘れたころにダブルクリックした物が溜まった様にウィンドウが開きます。
動き的に子スレッドの例外がキャッチアップできてない様に見えます。（タイムアウトで復帰？）

[Hiroaki SHIROUZU]

Win10 anniv のバグのようですね。

全く同じ報告（IToastNotifier::Hideが120秒固まる）がMSDNで行われているようです。

（いまのところ回答がない…）

https://blogs.msdn.microsoft.com/tiles_and_toasts/2015/10/16/quickstart-handling-toast-activations-from-win32-apps-in-windows-10/#comment-4485

従い、OSのbugfixを待つのが正攻法となりますが、下記に少しだけ対症療法を入れたバージョンを作ってみましたので、動作確認して頂けますでしょうか？

https://ipmsg.org/tmp/ipmsg406r2_x64.zip

これでも同様の事象が起きるようであれば、ちょっと対処が難しいかもです。

（事象が起きた場合、対処ができるかどうかはわかりませんが、一応、iptoast.log をお送りください）

[Hiroaki SHIROUZU]

>先の現象（ポップアップ受信が反転するの）は関係なさそうです。

別の方（xxjavateaxx）への質問に、割り込みで返信されていましたか…これは気づきませんでした。

結局のところ、mmttaakkaa さんからの報告の

 > 結論としては、20数回メッセージ交換しても固まらなくなりました

という話は勘違いで、今も発生していた、ということでいいですか？

だとすると、なかなか厄介な問題ですね。

別のところに書きましたが、今のところ、Win10 anniv. の問題に見えるので、とりあえずは iptoast.dll を削除/リネームしておくとよいかもしれません。

[mmtta...@gmail.com]

結局のところ、mmttaakkaa さんからの報告の

 > 結論としては、20数回メッセージ交換しても固まらなくなりました

という話は勘違いで、今も発生していた、ということでいいですか？

そうですね、暫くは安定していた様に思ったのですが、気が付いたら再現していました。

何回かWindowsUpdateを挟んでいるので、パッチのせいか私が色々設定を変えているのでと言う事だと思います。（Cortanaさんが、なかなか言う事を聞いてくれなくて・・・）

 

だとすると、なかなか厄介な問題ですね。

別のところに書きましたが、今のところ、Win10 anniv. の問題に見えるので、とりあえずは iptoast.dll を削除/リネームしておくとよいかもしれません。

対処療法と言う事で、アップ していただいているのはなかなか快適に動きます。（勝手ながら使わせていただきました）

トースト関連のバグと言う事で良いのではないでしょうか？

自分自身に送信、返信を繰り返す形で、２～３０回は試しましたが、問題なしです。（遅れて通知がピコピコ動きます）

ログ一部（繰り返しは省いています）
0.02 TID:3608: *** Create ToastMgr ***
0.00 TID:3608: ToastEvent()
0.00 TID:3608: PreShow(0000000000000000)
0.00 TID:3608: Hide(0000000000000000)
0.00 TID:3608: DelToast(0000000000000000)
0.00 TID:3608: end of DelToast(0000000000000000)
0.00 TID:3608: end of Hide(0000000000000000)
0.01 TID:3608: Show(000001F2EFD89850)
0.00 TID:3608: End Show(000001F2EFD89850)
2.72 TID:3608: Destroy ToastMgr
0.00 TID:3608: DelToast(000001F2EFD89850)
0.00 TID:3608: call hide(000001F2EFD89850)
0.02 TID:3608: end call hide (000001F2EFD89850)
0.00 TID:3608: ** Release (000001F2EFD89850)
0.00 TID:3608: end of DelToast(0000000000000000)
0.01 TID:3608: end of Destroy ToastMgr

vsでプロセスをモニターしたもの
0x00007FFDD2A87788 で例外がスローされました (IPMsg.exe 内): Microsoft C++ の例外: wil::ResultException (メモリの場所 0x000000A5417AD710)。
0x00007FFDD2A87788 で例外がスローされました (IPMsg.exe 内): Microsoft C++ の例外: [rethrow] (メモリの場所 0x0000000000000000)。
0x00007FFDD2A87788 で例外がスローされました (IPMsg.exe 内): Microsoft C++ の例外: wil::ResultException (メモリの場所 0x000000A5417AD300)。
0x00007FFDD2A87788 で例外がスローされました (IPMsg.exe 内): Microsoft C++ の例外: [rethrow] (メモリの場所 0x0000000000000000)。
スレッド 0x4e4 はコード 0 (0x0) で終了しました。
2.05 TID:3608: Destroy ToastMgr
0.00 TID:3608: DelToast(000001F2EFE49B90)
0.00 TID:3608: call hide(000001F2EFE49B90)
0.00 TID:3608: end call hide (000001F2EFE49B90)
0.02 TID:3608: ** Release (000001F2EFE49B90)
0.00 TID:3608: end of DelToast(0000000000000000)
0.00 TID:3608: end of Destroy ToastMgr
0.00 TID:3608: *** Create ToastMgr ***
0.00 TID:3608: ToastEvent()
0.00 TID:3608: PreShow(0000000000000000)
0.01 TID:3608: Hide(0000000000000000)
0.00 TID:3608: DelToast(0000000000000000)
0.00 TID:3608: end of DelToast(0000000000000000)
0.00 TID:3608: end of Hide(0000000000000000)
0.00 TID:3608: Show(000001F2EFE4A3D0)
0.02 TID:3608: End Show(000001F2EFE4A3D0)
スレッド 0x34ac はコード 0 (0x0) で終了しました。

[Hiroaki SHIROUZU]

> 対処療法と言う事で、アップ していただいているのはなかなか快適に動きます。

それは良かったです。

> 自分自身に送信、返信を繰り返す形

自分自身に送る形では kei.sakanaさん環境で発現しないようなので、できれば他の方のレポートも聞きたいところです。

> wil::ResultException

これも、Win10 Anniv. のIME関連バグですね。

https://social.msdn.microsoft.com/Forums/sharepoint/ja-JP/7279f3b4-90d5-446d-99db-b10875ef90b1/windows10-anniversary-update-wilresultexception?forum=vcgeneralja

[kei.s...@gmail.com]

対応いただきありがとうございます。

対症療法を入れたバージョンをインストールして、不具合がでた環境と同一条件で試してみました。

結果はやはり固まります。

ログは後ほどお送りします。

[Hiroaki SHIROUZU]

ご確認ありがとうございました。

やむを得ないので、トースト表示関連を別スレッド化して、トースト関連呼び出しで固まっても、

IPMsg本体は動作するように変更することを検討しておきます。

（別スレッド化することで、トースト関連API（COM呼び出し）の詰まりのような現象自体も解消するといいですが…）

[Hiroaki SHIROUZU]

マルチスレッド化したテスト版を置いてみましたので、ご確認頂けますでしょうか？

https://ipmsg.org/tmp/ipmsg406r3_x64.zip

これでたとえAPI側が固まっても、IPMsg本体が固まることはなくなるはずです。

ただ、くだんの現象が内部的に発生した場合、トーストがなかなか表示されない or まとめて表示される、といった現象に結びつく可能性はありますので、そのあたりをご確認いただけますと助かります。

[kei.s...@gmail.com]

ご対応いただきありがとうございます。

テスト版をインストールし同一条件で試したところ、

固まらなくなりました。

通知のバルーンが表示されないorまとめて表示される、

という現象も起きず、問題なく利用できております。

ありがとうございました。

[Hiroaki SHIROUZU]

ご確認ありがとうございました。

上手く動いて何よりでした。

（念のため、iptoast.log をお送り頂けないでしょうか？）

余談ながら、Win10 Anniv.側バグ回避のため（＝いずれ修正されるはず）だけに、1トーストごとスレッド生成＆関連ファクトリ生成しなおしという、「鶏を割くに焉んぞ牛刀を用いん」感が拭えない対処ですが（笑）、ともあれ問題回避できてよかったです。

[Hiroaki SHIROUZU]

その後も、何度か確認ありがとうございました。

Win10 anniv. の toast APIのバグに対して、マルチスレッド化することで問題回避できたようです。

今回実験した回避策は、次のリリースから反映します。

余談ですが、内部的にはCOMのSTAアパートメント用同期機構が問題を起こしているように見えますね。

一方で、MTAでマルチスレッド化すると、COM内部で作られた別スレッドからコールバックが呼ばれるため、それへの防御は別途必要だったりします。

（次の大型Windows updateでtoatAPIが直ることを期待しつつ）

ともあれ、長らくお付き合いいただき、ありがとうございました。

[Hiroaki SHIROUZU]

先ほど、v4.10をリリースしておきました。

ご確認いただけますと助かります。

[kei.s...@gmail.com]

ご対応いただきありがとうございます。

v4.10をインストールしたところ、固まる現象もなく問題なく利用できております。

早急にご対応いただき嬉しい限りです。

20年前、大学生の頃、ゼミの同級生同士でIPMsgを利用しておりました。
今また、業務で利用できるのも一つの縁だと思っております。

今後のIPMsgの発展を祈念しております。

どうぞよろしくお願いいたします。