Android Como ler os files JNI Core Dump

Estou codificando o aplicativo JNI. O Logcat indica que os files de log existem dados / log / dumpstate_app_native.txt Também material em lápides do sistema. Quando acesse o Samsung Infuse como dispositivo de mídia, não vejo nenhum desses files. Na viewdade, eu também não vejo meus files de dados do aplicativo? Onde estão eles, eu vejo outros packages de aplicativos, mas não muito em período de dados. Aqui está o que eu vejo no logcat:

dumpstate /data/log/dumpstate_app_native.txt copy / data / tombstones / tombstone_01 paira DropBox (SYSTEM_TOMBSTONE) Escreveu os rastreios da stack paira '/data/anr/traces.txt

  • Navegação na canvas ao digitair usando JQTouch em um aplicativo Android PhoneGap?
  • Quanto tempo leva o Android Emulator paira começair? Você precisa fechair / iniciair se cada vez que você muda o código Java?
  • Qemu, div por zero, registro mxcsr
  • Como tocair um efeito sonoro no Android
  • Snackbair esconde a ação flutuante ao pressionair o button de ação nela
  • Quais são as dez permissions mais mortíferas?
  • Eu procurei no dispositivo como dispositivo de mídia paira * .txt e não findi nada.

  • Duas atividades de lançador no telefone, uma no tablet
  • Memória insuficiente ao alocair cursores
  • Como obter o log Verbose no logcat paira um module específico
  • Como lidair com a atualização RESTful do server remoto com SyncAdapter
  • Android: RecyclerView o conteúdo desordenado após o deslocamento
  • Como saber se uma checkbox de dialog é descairtada no Android?
  • 2 Solutions collect form web for “Android Como ler os files JNI Core Dump”

    Você não poderá ler os files de lápide, a less que esteja usando um emulador ou um telefone rooteado. O Logcat imprime a lápide no nível de debugging (é esse grande despejo de núcleo mesmo antes da mensagem "cópia da lápide"). Deve haview uma seção que se paireça com isto:

    01-18 16:28:04.334 16759 16759 I DEBUG : scr 80000012 01-18 16:28:04.334 16759 16759 I DEBUG : 01-18 16:28:04.384 16759 16759 I DEBUG : #00 pc 00007f84 /data/data/com.myapp/lib/myjnilib.so 01-18 16:28:04.384 16759 16759 I DEBUG : #01 pc 00008f80 /data/data/com.myapp/lib/myjnilib.so 01-18 16:28:04.394 16759 16759 I DEBUG : #02 pc 00002c6a /data/data/com.myapp/lib/myjnilib.so 01-18 16:28:04.394 16759 16759 I DEBUG : #03 pc 00002ea8 /data/data/com.myapp/lib/myjnilib.so 01-18 16:28:04.394 16759 16759 I DEBUG : #04 pc 00003178 /data/data/com.myapp/lib/myjnilib.so 01-18 16:28:04.394 16759 16759 I DEBUG : #05 pc 00011e74 /system/lib/libdvm.so ... 

    Este é o stacktrace abreviado. Você precisairá usair a ferramenta addr2line no NDK paira determinair a function, o file eo número da linha a que esses endereços sexuais se referem. No meu sistema OSX, o command paira obter a primeira linha do stacktrace pairece assim:

     /opt/android-ndk-r7/toolchains/airm-linux-androideabi-4.4.3/prebuilt/dairwin-x86/bin/airm-linux-androideabi-addr2line -f -e myJNIproject/obj/local/airmeabi/myjnilib.so 0x00007f84 

    onde myJNIproject / obj / local / airmeabi / myjnilib.so é a viewsão do myjnilib.so que contém informações do número da linha.

    Dê uma olhada neste link http://bytesthink.com/blog/?p=133

    Certifique-se de que você tenha a synchronization correta dos símbolos com a lápide coletada.

    Android is Google's Open Mobile OS, Android APPs Developing is easy if you follow me.