0

私が理解したように、ネイティブコードを使用しない限り、これらが表示されることはないはずですが、私は絶対にそうではありません。Webデータをフェッチしてリストビューにデータを入力する一連のAsyncTasksを呼び出しているだけです。

どうすればデバッグできますか？何が原因であるかはまったくわかりません。これはかなり一貫性があり、アクションの6回または7回の実行ごとに1回発生し、エミュレーターではなくGNexでのみ発生します。たくさんのlogcatをその周りに置くことが唯一の方法ですか？

12-08 00:26:03.362: D/dalvikvm(10906): GC_CONCURRENT freed 651K, 12% free 10861K/12320K, paused 4ms+9ms, total 52ms
12-08 00:26:03.362: D/dalvikvm(10906): WAIT_FOR_CONCURRENT_GC blocked 18ms
12-08 00:26:03.362: D/dalvikvm(10906): WAIT_FOR_CONCURRENT_GC blocked 6ms
12-08 00:26:03.401: A/libc(10906): Fatal signal 11 (SIGSEGV), thread 10958 (pool-1-thread-9)
12-08 00:26:03.401: A/libc(10906): Fatal signal 11 (SIGSEGV) at 0x637f4008 (code=1), thread 10923 (pool-2-thread-1)
12-08 00:26:04.330: I/Choreographer(10906): Skipped 47 frames!  The application may be doing too much work on its main thread.
4

1 に答える 1

1

どうすればデバッグできますか？

ほとんどの場合、あなたはそうしません。あなたは他の誰かが修正するためにそれを報告します。

まず、エラーを再現できるサンプルプロジェクトを作成します。

それで：

  • ROM modでこれが発生し、標準のAndroid環境で正常に機能する場合は、ROM modに対してバグレポートを提出し、サンプルプロジェクトと完全なLogCat出力（利用可能な場合はSIGSEGVからのすべてのコアダンプを含む）を提供します。 ）。

  • 特定のメーカーのデバイスでこれが発生し、他の環境（エミュレーターなど）では発生しない場合は、問題のメーカーに連絡してみてください。たとえば、HTCはhtcStackOverflowでタグを監視する傾向があります。

  • エミュレーター、Nexusデバイス（ストックROMを実行）、または異なるメーカーの複数のデバイスでこれが発生した場合、問題はおそらくAndroid本体にあるため、http：//b.android.comで問題を報告してください。サンプルプロジェクト、LogCatダンプ、およびエラーを再現する手順

アプリの一部をログに記録してコメントアウトする（または、エラーを再現できる場合はデバッガーで実行する）までの間に、コードのどのセグメントがSIGSEGVをトリガーしているかを把握できるはずです。これにより、回避策に役立つデータが得られるだけでなく、エラーを再現するためにサンプルプロジェクトに何を入れるかがわかります。

于 2012-12-08T13:16:48.870 に答える