「LDAP検索で一回目の動作が途中で止まるNo.13864
まるじ さん 03/07/21 15:43
 
まるじと申します。

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

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

[ ]
RE:13864 「LDAP検索で一回目の動作が途中No.13866
秀まるお2 さん 03/07/21 22:01
 
 V2.97とV3.00の、オートコンプリート上でのLDAP検索のソースコードを比較し
ましたが、何も変更は加わっていませんでした。なので、鶴亀メールがV2.97か
らV3.00にかけて修正されたことと、LDAP検索の1回目が失敗することは、たぶ
ん無関係だと思います。

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

 鶴亀メールの「全般的な設定・デバッグ」の「鶴亀メールの動作を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検索で一回目の動作が途中No.13868
まるじ さん 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検索で一回目の動作が途中No.13869
秀まるお2 さん 03/07/22 10:32
 
 ログありがとうございます。たしかにPostThredMessageに失敗しているようで
す。

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

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

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

[ ]
RE:13869 「LDAP検索で一回目の動作が途中No.13874
まるじ さん 03/07/22 14:22
 
> 同じWindows2000でどうしてそういう動作の違いがあるのか分かりませんが、
>別の対処方法(イベントを使って同期する方法など)があるのでそれでなんとか
>修正してみます。
>
> 一応、再現テストできるに超したことは無いので、もし何か他に常駐させてる
>ソフトがあったらそれの名前など教えて欲しいです。

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

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

[ ]
RE:13874 「LDAP検索で一回目の動作が途中No.13875
秀まるお2 さん 03/07/22 16:37
 
 ドクターマウスはうちの会社にもあって、可能性的にはこれがあるかも…。

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

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

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

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

[ ]
RE:13875 「LDAP検索で一回目の動作が途中No.13879
まるじ さん 03/07/22 17:37
 
> 念のためスレッドの優先順位を少し上げます。
>
> もし次のV3.01でも直らなかったら、今度はドクターマウスから順番に常駐ソ
>フトを終了させた状態で試して欲しい所です。

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

[ ]
RE:13879 「LDAP検索で一回目の動作が途中No.13895
秀まるお2 さん 03/07/23 13:42
 
 いろいろテストさせてしまってすみません。

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

[ ]