Discussion :

[mc1717]

Bonjour,
Je poste aujourd’hui, car je n'arrive pas à trouver pourquoi mon application crash uniquement sous windows: (Voir pièce jointe)
En effet sous Debian 8.2 et JDK 1.8 sun l'application ne crash pas même après 12h d’exécution.

En vous remerciant tous par avance pour votre aide,
mc1717

[adiGuba]

Salut,


Cela semble provenir de la librairie org.bridj.JNI.
Vérifies que tu utilises bien la dernière version, et si oui soumet ton rapport aux concepteurs de la librairie.


a++

[tchize_]

Je confirme trace pointe vers ta librairie native. On peut suspecter un double free d'une donnée native vu le nom des méthodes. Je suppose qu'on tente de lire quelque chose déjà libéré. Le modèle mémoire de linux est un peu plus résilient. Je parie que ca crashera aussi sous linux avec valgrind et electic fence...

[mc1717]

Je vous remercie pour vos réponses.
En poursuivant mon investigation, il semble que Collecteur d'ordure ne collecte pas que les ordures.
En effet c'est 3 ms après son déclenchement automatique par le JVM que le crash survient.

Pensez-vous que mes conclusions soient possible ?
Avez vous une idée pour résoudre ce problème ?

[tchize_]

Ben pas besoin de recherche, la stack montre que l'erreur a lieu par le module JNI lors du finalizer d'un objet (lors de la libération). Le GC lance les finalizers quand il libère des objet, mais ce que font les finalizer (ici crasher) ce n'est pas de son problème

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
j  org.bridj.JNI.free(J)V+0
j  org.bridj.Pointer$FreeReleaser.release(Lorg/bridj/Pointer;)V+123
j  org.bridj.Pointer$4.release(Lorg/bridj/Pointer;)V+14
j  org.bridj.Pointer$2.release()V+19
j  org.bridj.Pointer$2.finalize()V+1
J 2578 C2 java.lang.ref.Finalizer.access$100(Ljava/lang/ref/Finalizer;Lsun/misc/JavaLangAccess;)V (6 bytes) @ 0x0000000002b58ecc [0x0000000002b58d00+0x1cc]
j  java.lang.ref.Finalizer$FinalizerThread.run()V+45