Salut,

lorsqu'une erreur DSI intervient, on peut attacher l'erreur A GDB ???

si on clique, on a le droit a un assign vers un SDK.

bon moi cela ne me dis rien mais si cela peut aider le developpeur, je suis pret a installer le SDK. Comment on fait ???

Est ce que ce GDB va pouvoir dire au developpeur a qu'elle ligne de son code se trouve l'erreur ??? Si oui, c'est super....

@Mrodfr

Non car

1) GDB est pratiquement inutilisable avec la version actuelle d'OS4.1 (ou l'inverse si tu préfères ;-)

2) le Grim Reaper donne déjà le maximum d'infos possible sur le crash, en particulier si le binaire contient encore les sections de debug, l'onglet "Appels dans la pile" suffit pour retrouver le numéro de ligne dans les sources.

Le Grim Reaper est amplement suffisant pour envoyer un rapport de bogue à un développeur.

bugs.os4depot.net est la preuve qu'il n'est nul besoin d'autre chose pour cela ;-)

GDB permettrait (s'il fonctionnait bien) d'exécuter le code pas à pas. Ce serait cool mais utilisable uniquement par un développeur, pas un bétatesteur.

Citation : CentaurZ?
1) GDB est pratiquement inutilisable avec la version actuelle d'OS4.1 (ou l'inverse si tu préfères ;-)

2) le Grim Reaper donne déjà le maximum d'infos possible sur le crash, en particulier si le binaire contient encore les sections de debug, l'onglet "Appels dans la pile" suffit pour retrouver le numéro de ligne dans les sources.

Ok. le programmeur doit faire une version debug et lorsque le GR arrive, un supplement est mis dans le GR pour trouver la ligne de code qui plante.

Tous ceci uniquement lorqu'un programme est en C, surement.

C'est quoi un programme en version debug ??? (C'est juste un switch dans le script de compilation C ou alors autre chose).
Message édité par : Mrodfr / 23-06-2010 08:03

Pour qu'un programme soit en version debug, il faut en effet qu'il soit compilé et linké avec une option (-g pour gcc par exemple). Ca fait grossir l'exécutable qui se voit contenir des informations de debug, cela permet par exemple de faire le lien entre une instruction et la ligne correspondante dans le code source d'origine (en gros).
Ou quand on a un plantage, on peut savoir dans quel état on était : valeurs des registres et variables, quelle était la fonction appelante, etc.

Citation : Mrodfr?

Ok. le programmeur doit faire une version debug et lorsque le GR arrive, un supplement est mis dans le GR pour trouver la ligne de code qui plante.

Non pas obligatoirement, en fait le log de GR te donne déjà une adresse, si le programmeur consciencieux conserve une version debug de son programme livré, il est capable de retrouver à quelle ligne de code correspond cette adresse. Même si le plantage se produit avec la version non debug (c'est ce que je fais avec tous mes programmes).

Citation : Mrodfr?
Tous ceci uniquement lorqu'un programme est en C, surement.

Non, quasiment tous les langages sont capables d'intégrer des informations de débogage dans leur exécutables. Il suffit juste d'avoir les outils nécessaire pour retrouver la ligne de code à partir de l'adresse donnée par GR (sous GCC par exemple c'est addr2line)

Citation : Mrodfr?
C'est quoi un programme en version debug ??? (C'est juste un switch dans le script de compilation C ou alors autre chose).

Oui c'est ça un switch à mettre au moment de la compilation.

salut,

Bon je vais refaire le test ce soir avec la version debug du programme.

La compilation AOS4 est faite sous linux avec les distributions de zerohero.

addrtoline existe sur ce genre d'outil de developpement ??

@mrodfr

Tu n'as pas forcément besoin de refaire le test avec la version debug si la version "normale" a été produite de la bonne manière, le GR devrait être suffisant.

Sinon oui addr2line est un outils GNU donc il doit l'avoir dans son cross compilateur (attention à ce qu'il utilise bien le addr2line du cross-compilateur et non celui natif, pour en être certain il convient d'appeler ppc-amigaos-addr2line plutôt que juste addr2line).

Tu n'as pas forcément besoin de refaire le test avec la version debug si la version "normale" a été produite de la bonne manière, le GR devrait être suffisant.


Cela veut dire quoi, version "normale" ??? C'est quoi la bonne maniere (un argument dans la ligne de commande lors de la compilation) ???


j'envoie des DSI a un programmeur et il sais pas ou pas bien comment trouver ou se situe le probleme.

- soit un manque d'habitude du DSI
- soit une commande a ajouter au programme compile pour que ddr2line focntionne bien.
- autre chose.

Il programme avec les compilateur linux de zerohero et fait des builds AOS3-AOS4-morphOS, etc....

Un manque d'habitude avec les DSI et l'AOS4.... :-)