Application se bloque (parfois) avec Fatal signal 11 (SIGSEGV), code 1

Je développe une application avec le SDK, et tout a bien fonctionné jusqu'à maintenant. J'ai des erreurs comme celle-ci:

Fatal signal 11 (SIGSEGV), code 1, fault addr 0x750057 in tid 10206 (FinalizerDaemon)

ou bien celle-ci:

Fatal signal 11 (SIGSEGV), code 1, fault addr 0x94789680 in tid 24605 (FinalizerDaemon)

et ils font mon appli crash.

Il n'est pas toujours les mêmes erreurs, mais ils viennent toujours tout seul dans mon Logcat,sans aucune autre information.

Dans tous mon application j'utilise ICI des objets et des services, et même par l'impression de la stacktrace je n'ai pas plus d'informations sur les erreurs.

Je viens de remarquer que ces erreurs apparaissent assez bien au hasard, mais seulement quand je suis à l'aide de ces objets/services.

Je utiliser un vrai appareil pour tester mon application, un Sony Xperia Z3 compact, donc je ne pense pas que ça vient de là.

Je suis vraiment perdu, donc si quelqu'un a une idée, même sur la façon d'obtenir plus d'infos sur les erreurs, s'il vous plaît aider

EDIT:

 05-09 23:04:10.148 6770-6782/? A/libc: Fatal signal 11 (SIGSEGV), code 1, fault addr 0x4 in tid 6782 (FinalizerDaemon)
05-09 23:04:10.266 30179-30179/? I/DEBUG: *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***
05-09 23:04:10.266 30179-30179/? I/DEBUG: UUID: 5569a1b9-c913-4101-99fa-5099e2cadd48
05-09 23:04:10.266 30179-30179/? I/DEBUG: Build fingerprint: 'Sony/D5803/D5803:5.1.1/23.4.A.1.264/2418263178:user/release-keys'
05-09 23:04:10.266 30179-30179/? I/DEBUG: Revision: '0'
05-09 23:04:10.266 30179-30179/? I/DEBUG: ABI: 'arm'
05-09 23:04:10.266 30179-30179/? I/DEBUG: pid: 6770, tid: 6782, name: FinalizerDaemon  >>> com.david.metroz <<<
05-09 23:04:10.266 30179-30179/? I/DEBUG: signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), fault addr 0x4
05-09 23:04:10.294 30179-30179/? I/DEBUG:     r0 98327400  r1 00000000  r2 00000002  r3 00000000
05-09 23:04:10.294 30179-30179/? I/DEBUG:     r4 aec264c0  r5 b3df7acc  r6 98327400  r7 73652348
05-09 23:04:10.294 30179-30179/? I/DEBUG:     r8 6f9983a8  r9 b482a800  sl 12f1d820  fp b3df7abc
05-09 23:04:10.294 30179-30179/? I/DEBUG:     ip b5303950  sp b3df7ab0  lr b510717f  pc a0b7205c  cpsr a00e0010
05-09 23:04:10.294 30179-30179/? I/DEBUG:     #00 pc 000f405c  /data/app/com.david.metroz-1/lib/arm/libMAPSJNI.so (Java_com_nokia_maps_GeoBoundingBoxImpl_destroyNative+76)
05-09 23:04:10.294 30179-30179/? I/DEBUG:     #01 pc 001d7d4f  /data/dalvik-cache/arm/data@[email protected]@[email protected]
05-09 23:04:12.302 862-1274/? E/NativeCrashListener: Exception dealing with report
android.system.ErrnoException: read failed: EAGAIN (Try again)
at libcore.io.Posix.readBytes(Native Method)
at libcore.io.Posix.read(Posix.java:165)
at libcore.io.BlockGuardOs.read(BlockGuardOs.java:230)
at android.system.Os.read(Os.java:350)
at com.android.server.am.NativeCrashListener.consumeNativeCrashData(NativeCrashListener.java:240)
at com.android.server.am.NativeCrashListener.run(NativeCrashListener.java:138)

EDIT 2: je suis maintenant à peu près sûr que le crash se produit lorsque je suis récupération ICI des objets de base de données à l'aide de gson.

Le code suivant fonctionne quand tout est fait dans la même application d'exécution, mais lorsque j'enregistre une chaine de caractères dans la base de données, fermer l'application, puis ouvrez-la à nouveau, j'ai l' Fatal signal lors de la conversion du json string de revenir à l'objet.

//to insert I create a json string and then insert it in the database
String mGbSortie = gson.toJson(geoboundinBox);
//and then to retrieve the data :
Type gbType = new TypeToken<GeoBoundingBox>(){}.getType();
geoBoudingBox = gson.fromJson(stringFromDb, listType)

Je ne sais vraiment pas pourquoi ça ne marche pas.

maintenant, je vais avoir le même problème. J'ai une application et de la variation aléatoire des fragments. il m'indique le même message d'erreur sur l'application de s'écraser, mais il est très aléatoire de comportement signifie qu'il n'existe pas de motif pour cela. mais il est écrasé

OriginalL'auteur David Seroussi | 2016-05-08