「LDAP検索で一回目の動作が途中で止まる - 秀丸メール情報交換会議室 - スレッド13864, 2003/07/21

「LDAP検索で一回目の動作が途中で止まる

まるじ さん　03/07/21 15:43

まるじと申します。

以前「13730 LDAP検索で一回目の動作が途中で止まる」という
現象が、2.97で修正され心地よく使わせて頂いていましたが、
3.00になったらこちらの環境では元に戻ってしまったようです。
2.96以前より1回目の検索に時間がかかるようにさえ感じます。
もっともこちらの環境も大きく変更(PC/OSの入れ替え)して
しまったので、鶴亀のせいではないかもしれません。
2.97を取っておいてないのでこちらでチェックできないのが
残念です。

当方だけの問題でしょうか?

RE:13864 「LDAP検索で一回目の動作が途中

秀まるお2 さん　03/07/21 22:01

　V2.97とV3.00の、オートコンプリート上でのLDAP検索のソースコードを比較し
ましたが、何も変更は加わっていませんでした。なので、鶴亀メールがV2.97か
らV3.00にかけて修正されたことと、LDAP検索の１回目が失敗することは、たぶ
ん無関係だと思います。

　またユーザーさんにテストさせるのかと言われそうで恐縮ですが、現象の起き
る環境が特定ユーザー様に限られているということで、大変お手数ですがテスト
にご協力いただきたいと思います。といってもそんなに面倒ではありませんので。

　鶴亀メールの「全般的な設定・デバッグ」の「鶴亀メールの動作をdump.txtに
記録する」をONにして、その状態でオートコンプリートのLDAP検索を起動させて
みて欲しいです。

　それで検索が終わらない症状を再現させて、その状態でdump.txtをエディタで
開くなどしてみて欲しいです。そうすると、LDAP検索に関係した部分の記録が出
ているはずです。

　その部分か、もし部分の特定が困難でしたら、dump.txt全体を、僕にメールで
送って頂くか、またはここの会議室に書き込んで欲しいです。

　例えばこんなログが出ます。（正常パターンの時）

21:59:49.024 (4727) tid=1232 InitOuterHidemaru
21:59:52.229 (6995) tid=1232 post
21:59:52.239 (7019) tid=1232 tick = 0
21:59:52.239 (6837) tid=736 start
21:59:54.632 (6943) tid=736 ldap stop

　メールで送って頂く場合は、maruo@mitene.or.jp 宛にお願いします。

RE:13866 「LDAP検索で一回目の動作が途中

まるじ さん　03/07/22 09:31

まるじです。

dumpとってみました。

09:13:02.124 (11862) tid=1288 HmCreate return
09:13:02.124 (4727) tid=1288 InitOuterHidemaru
09:13:08.358 (2839) tid=1288 tkinfo 145
09:13:08.358 (2839) tid=1288 tkinfo 145
09:13:08.358 (6995) tid=1288 post
09:13:13.373 (7001) tid=1288 PostThreadMessage failed
09:13:42.450 (8273) tid=1288 ProcessFrameClose()
09:13:42.450 (6018) tid=1288 DialogBox2Param() template=249
09:13:42.450 (13743) tid=1288 MessageBeep2

PostThreadMessage のfailが原因でしょうか。
念のため、起動から現象を起こし、終了までのdump.txtを
メールでお送りしておきました。

RE:13868 「LDAP検索で一回目の動作が途中

秀まるお2 さん　03/07/22 10:32

　ログありがとうございます。たしかにPostThredMessageに失敗しているようで
す。

　スレッドを起動してから少しの間はPostThreadMessageが失敗することがあり
まして、そういう場合はSleep()しながらPostしつづけることでいつか成功する
はずなんですが、５秒経過しても失敗しっぱなしってことのようです。

　同じWindows2000でどうしてそういう動作の違いがあるのか分かりませんが、
別の対処方法（イベントを使って同期する方法など）があるのでそれでなんとか
修正してみます。

　一応、再現テストできるに超したことは無いので、もし何か他に常駐させてる
ソフトがあったらそれの名前など教えて欲しいです。

RE:13869 「LDAP検索で一回目の動作が途中

まるじ さん　03/07/22 14:22

>　同じWindows2000でどうしてそういう動作の違いがあるのか分かりませんが、
>別の対処方法（イベントを使って同期する方法など）があるのでそれでなんとか
>修正してみます。
>
>　一応、再現テストできるに超したことは無いので、もし何か他に常駐させてる
>ソフトがあったらそれの名前など教えて欲しいです。

すみません。環境をお知らせしていませんでした。
・WinXP SP1(パッチはほとんど当ててあります)
・常駐ソフト
　　・チューチューマウス
　　　　(Windowの上下がおかしくなるので普段はお休みしています)
　　・ドクターマウス(キーを押したときだけ動作するモードです)
　　・ミニボウズ
　　・付箋紙95
　　・Virus Scan
　　・鶴亀(関係ないですね)

2.99がダウンロードエリアにあったので試してみました。
状況は変わりませんでした。当方固有の問題かもしれません。

RE:13874 「LDAP検索で一回目の動作が途中

秀まるお2 さん　03/07/22 16:37

　ドクターマウスはうちの会社にもあって、可能性的にはこれがあるかも…。

　あと、直していて思いついたんですが、LDAPのスレッドの優先順位が少々低め
に設定されていて、もしかしてキー入力した時に他のスレッド（特にドクターマ
ウスが怪しい…）がCPUを100%食っていると、LDAPのスレッドがまったく動作せ
ずに５秒以上待たされることがあるかもと思いました。

　念のためスレッドの優先順位を少し上げます。

　もし次のV3.01でも直らなかったら、今度はドクターマウスから順番に常駐ソ
フトを終了させた状態で試して欲しい所です。

　どっちにしてもしばらくお待ちください。
　（慌ててアップロードするとまたレベルダウンするかもしれないので）

RE:13875 「LDAP検索で一回目の動作が途中

まるじ さん　03/07/22 17:37

>　念のためスレッドの優先順位を少し上げます。
>
>　もし次のV3.01でも直らなかったら、今度はドクターマウスから順番に常駐ソ
>フトを終了させた状態で試して欲しい所です。

ログオン時にShiftを押して常駐ソフトが動かないように
(Virus Scanだけは動作)してやってみましたが、現象は変わり
ませんでした。オートコンプリートの5秒間は鶴亀がほとんど
CPUを食っていました。(97%くらい)
希にVC++が死んだり、Shellが突然再起動したりしますので、
こちらの環境を構築し直した方がいいのかな、と思えてきました。

RE:13879 「LDAP検索で一回目の動作が途中

秀まるお2 さん　03/07/23 13:42

　いろいろテストさせてしまってすみません。

　うちの会社のWindowsXP Professional ServicePack1 のマシンでテストしたら、
簡単に再現してしまいました。最初っからWindowsXPと相性が悪かったのか、は
たまたServicePack1を入れてからおかしくなったのか分かりませんが、とにかく
バグが再現できたので、確実に修正させていただきます。