Discussion :

[bordi]

bonjour,

je travaille sur un sujet complexe, j'ai une librairie c/c++ qui est compilé et utilisé par le jni/java d'android ou de objective c de IOS

Sur android je cherche un bug, pour cela j'utilise des printf pour localiser un plantage dans un contexte de thread au niveau C core

a ce stade je ne peux pas utiliser les logs android a ce niveau.

Il faut déjà être root, ensuite je dois modifier un fichier build.prop sous /sytem et j'ajoute la ligne ci dessous en fin de fichier de build.prop
log.redirect-stdio=true

par défaut les stderr/stdout sont redirigés sur >/dev/null dans android, or j'ai besoin de debuger la propriété log.redirect-stdio=true permet de rediriger
les stderr/stdout directement dans le logcat, ce qui me permet de voir mes printf injecter dans les programmes C du core dont les fonctions sont appelées par le jni.

Ca marche très bien avec des android 4, mais pas en android 7, j'utilise le même code et la même configuration, mais sur A7 je n'ai plus mes printf.

Je cherche à comprendre la différence entre les deux versions


https://stackoverflow.com/questions/...in-android-ndk

[bordi]

J'ai fini par trouver l'explication, Android 4.4 kitkat fonctionne avec la machine virtuelle dalvik, la propriété log.redirect-stdio ne fonctionne que pour cette machine virtuelle

à partir d'android 5 la VM dalvik est remplacé par ART android runtime, mais la propriété log.redirect-stdio ne semble pas avoir été reprise du moins pour rediriger les printf du code c natif.

c'est pas cool. faut que je trouve autre chose pour debuger le code natif de mes libraries communes pour android/ios.

[grunk]

Android studio supporte désormais le débuggage de code natif , tu devrais donc pouvoir faire du pas à pas dans ton code C (sousréserve que ce soit pas un binaire pré compilé, mais compilé par AS)