- このトピックには5件の返信、2人の参加者があり、最後ににより5年、 2ヶ月前に更新されました。
-
投稿
-
下記のファイルにCOMPOSERタグの値を入力しようとした所、応答なしになり、そのまま待つと強制終了してしまいました。
「03-Brahms_ Double Concerto in A Minor, Op. 102 – 3. Vivace non troppo – Poco meno allegro – Tempo I.flac」
再起動後、ダンプファイル自動作成I(05:27~29頃送信）です。
そのままにしておこうとも思いましたが、せっかく原因に繋がるかもしれないきっかけがわかっているので報告させていただきました。
おはようございます。
ダンプファイルの送信、ありがとうございました。たしかにご連絡いただいた通りのダンプファイルが届いていましたので、なかを確認しました。
その結果、タグの編集後、保存 (=タグ編集のダイアログボックスを閉じる操作) して保存処理(1)中に、理由は不明ながらもういちど保存処理(2)が走り、結果として保存処理(1)が完了したときに保存処理(2)で削除されたオブジェクトを参照しようとして、動作を停止するに至っていました (ややこしくてすいません)。
すこし確認をさせてください。
- 「COMPOSERタグの値を入力しようとした所、応答なしになり」とのことですが、実際には保存操作 (=タグ編集のダイアログボックスを閉じる操作) を行ったときに動作を停止した、という理解は合っているでしょうか?
- 合っているとして、ダイアログボックスを閉じる操作は、マウス操作での「OK」ボタンのクリックでしょうか、キーボードの「Enter」キー操作でしょうか、あるいはまた別の操作でしょうか?
- 上でご説明したように、保存操作中にもういちど保存操作が行われたような状況が発生していて、これは本来TuneBrowserが操作をブロックすべきものなのですが、それが何らかの理由で効いていないということになります (TuneBrowserの問題です)。これに関連して、なにかすこし特別な操作をされたとか、そのようなお気づきの点はありませんでしょうか?
文章が長くて恐縮です。おわかりになる範囲で結構ですので、ご教示いただければ幸いです。
詳細の情報ありがとうございました。
最初に発生した、きっかけとなる事象=貼り付けを行ったあとしばらく反応がなかった、という件は、ダンプファイル内のログにも痕跡は残っていました。ただTuneBrowserとしては音楽再生以外にはとくになにもしておらず、9.1秒後にWindowsからの制御が戻ってきて、その後の動作を継続したような形になっています。9.1秒というのは相当長いので、なにかが起きていたとは思うのですが、残念ながらTuneBrowser側からはこれ以上はわかりませんでした。
その間にOKボタンを2回押されていますので、その後Windowsから制御が戻ってきたときに、OKボタンを処理するイベントが連発したのだと理解しました。これについては、次のリリースまでに対処を入れておきます。
よろしくお願いします。
- このトピックに返信するにはログインが必要です。