Le Wed, 24 Jun 2015 23:36:52 +0200, Rambo écrivait :
Tonton Th wrote on 24/06/2015 06:03:
On 2015-06-23, Rambo wrote:
Ben, heu .... j'avais la source complète de l'OS propriétaire qui me
&
Un jour en parcourant le code au moyen du dump mémoire, je tombe sur un commentaire: "Si vous passez ici, donnez moi un dollar"
Donc tu as le source complet, mais il faut quand même faire des dumps mémoire pour voir ce qu'il y a dedans ?
Tu n'as pas l'impression que c'est louche ?
le dump mémoire n'est pas fait pour voir ce qu'il y a dans le code, le dump mémoire est fait pour fournir une image informatique de l'état de la machine au moment du plantage de la machine. Ce dump sert à déterminer la cause du crash. Il ne sert à rien de se plonger dans le code pour savoir ce qui s'est passé. On doit connaître la valeur de toutes les variables et l'historique des appels de procédure chronologiquement pour pouvoir déterminer où çà a foiré et pourquoi. Ca s'appelle parfois: "Analyse du Dump".
Mouarf. Si tu n'as pas le code source à côté, cela ne sert strictement à rien. Et même avec le code source, c'est assez difficilement interprétable parce qu'une routine à l'autre bout du code peut corrompre la mémoire (la pile, le tas, ce que tu veux...).
Le principal intérêt d'un dump mémoire, c'est de savoir où cela a planté, peut-être pourquoi, mais pas plus. Essayer de remonter la pile est commencer à faire l'hypothèse que rien ne l'a écrasé au passage.
Enfin, tu peux faire cette hypothèse.
JKB
-- Si votre demande me parvient sur carte perforée, je titiouaillerai très volontiers une réponse... => http://grincheux.de-charybde-en-scylla.fr => http://loubardes.de-charybde-en-scylla.fr
Le Wed, 24 Jun 2015 23:36:52 +0200,
Rambo <Richmond.TYAMS@pircarre.be> écrivait :
Tonton Th wrote on 24/06/2015 06:03:
On 2015-06-23, Rambo <Richmond.TYAMS@pircarre.be> wrote:
Ben, heu .... j'avais la source complète de l'OS propriétaire qui me
&
Un jour en parcourant le code au moyen du dump mémoire, je tombe sur un
commentaire: "Si vous passez ici, donnez moi un dollar"
Donc tu as le source complet, mais il faut quand même faire
des dumps mémoire pour voir ce qu'il y a dedans ?
Tu n'as pas l'impression que c'est louche ?
le dump mémoire n'est pas fait pour voir ce qu'il y a dans le code, le
dump mémoire est fait pour fournir une image informatique de l'état de
la machine au moment du plantage de la machine.
Ce dump sert à déterminer la cause du crash.
Il ne sert à rien de se plonger dans le code pour savoir ce qui s'est
passé. On doit connaître la valeur de toutes les variables et
l'historique des appels de procédure chronologiquement pour pouvoir
déterminer où çà a foiré et pourquoi. Ca s'appelle parfois: "Analyse du
Dump".
Mouarf. Si tu n'as pas le code source à côté, cela ne sert
strictement à rien. Et même avec le code source, c'est assez
difficilement interprétable parce qu'une routine à l'autre bout du
code peut corrompre la mémoire (la pile, le tas, ce que tu veux...).
Le principal intérêt d'un dump mémoire, c'est de savoir où cela a
planté, peut-être pourquoi, mais pas plus. Essayer de remonter la
pile est commencer à faire l'hypothèse que rien ne l'a écrasé au
passage.
Enfin, tu peux faire cette hypothèse.
JKB
--
Si votre demande me parvient sur carte perforée, je titiouaillerai très
volontiers une réponse...
=> http://grincheux.de-charybde-en-scylla.fr
=> http://loubardes.de-charybde-en-scylla.fr
Le Wed, 24 Jun 2015 23:36:52 +0200, Rambo écrivait :
Tonton Th wrote on 24/06/2015 06:03:
On 2015-06-23, Rambo wrote:
Ben, heu .... j'avais la source complète de l'OS propriétaire qui me
&
Un jour en parcourant le code au moyen du dump mémoire, je tombe sur un commentaire: "Si vous passez ici, donnez moi un dollar"
Donc tu as le source complet, mais il faut quand même faire des dumps mémoire pour voir ce qu'il y a dedans ?
Tu n'as pas l'impression que c'est louche ?
le dump mémoire n'est pas fait pour voir ce qu'il y a dans le code, le dump mémoire est fait pour fournir une image informatique de l'état de la machine au moment du plantage de la machine. Ce dump sert à déterminer la cause du crash. Il ne sert à rien de se plonger dans le code pour savoir ce qui s'est passé. On doit connaître la valeur de toutes les variables et l'historique des appels de procédure chronologiquement pour pouvoir déterminer où çà a foiré et pourquoi. Ca s'appelle parfois: "Analyse du Dump".
Mouarf. Si tu n'as pas le code source à côté, cela ne sert strictement à rien. Et même avec le code source, c'est assez difficilement interprétable parce qu'une routine à l'autre bout du code peut corrompre la mémoire (la pile, le tas, ce que tu veux...).
Le principal intérêt d'un dump mémoire, c'est de savoir où cela a planté, peut-être pourquoi, mais pas plus. Essayer de remonter la pile est commencer à faire l'hypothèse que rien ne l'a écrasé au passage.
Enfin, tu peux faire cette hypothèse.
JKB
-- Si votre demande me parvient sur carte perforée, je titiouaillerai très volontiers une réponse... => http://grincheux.de-charybde-en-scylla.fr => http://loubardes.de-charybde-en-scylla.fr
Rambo
JKB wrote on 25/06/2015 14:29:
Le Wed, 24 Jun 2015 23:36:52 +0200, Rambo écrivait :
Tonton Th wrote on 24/06/2015 06:03:
On 2015-06-23, Rambo wrote:
Ben, heu .... j'avais la source complète de l'OS propriétaire qui me
&
Un jour en parcourant le code au moyen du dump mémoire, je tombe sur un commentaire: "Si vous passez ici, donnez moi un dollar"
Donc tu as le source complet, mais il faut quand même faire des dumps mémoire pour voir ce qu'il y a dedans ?
Tu n'as pas l'impression que c'est louche ?
le dump mémoire n'est pas fait pour voir ce qu'il y a dans le code, le dump mémoire est fait pour fournir une image informatique de l'état de la machine au moment du plantage de la machine. Ce dump sert à déterminer la cause du crash. Il ne sert à rien de se plonger dans le code pour savoir ce qui s'est passé. On doit connaître la valeur de toutes les variables et l'historique des appels de procédure chronologiquement pour pouvoir déterminer où çà a foiré et pourquoi. Ca s'appelle parfois: "Analyse du Dump".
Mouarf. Si tu n'as pas le code source à côté, cela ne sert strictement à rien. Et même avec le code source, c'est assez difficilement interprétable parce qu'une routine à l'autre bout du code peut corrompre la mémoire (la pile, le tas, ce que tu veux...).
Le principal intérêt d'un dump mémoire, c'est de savoir où cela a planté, peut-être pourquoi, mais pas plus. Essayer de remonter la pile est commencer à faire l'hypothèse que rien ne l'a écrasé au passage.
Enfin, tu peux faire cette hypothèse.
JKB
Exact, en fait j'aurais dû écrire:
Il ne sert à rien de se plonger dans le code SANS LE DUMP pour savoir ce qui s'est passé.
JKB wrote on 25/06/2015 14:29:
Le Wed, 24 Jun 2015 23:36:52 +0200,
Rambo <Richmond.TYAMS@pircarre.be> écrivait :
Tonton Th wrote on 24/06/2015 06:03:
On 2015-06-23, Rambo <Richmond.TYAMS@pircarre.be> wrote:
Ben, heu .... j'avais la source complète de l'OS propriétaire qui me
&
Un jour en parcourant le code au moyen du dump mémoire, je tombe sur un
commentaire: "Si vous passez ici, donnez moi un dollar"
Donc tu as le source complet, mais il faut quand même faire
des dumps mémoire pour voir ce qu'il y a dedans ?
Tu n'as pas l'impression que c'est louche ?
le dump mémoire n'est pas fait pour voir ce qu'il y a dans le code, le
dump mémoire est fait pour fournir une image informatique de l'état de
la machine au moment du plantage de la machine.
Ce dump sert à déterminer la cause du crash.
Il ne sert à rien de se plonger dans le code pour savoir ce qui s'est
passé. On doit connaître la valeur de toutes les variables et
l'historique des appels de procédure chronologiquement pour pouvoir
déterminer où çà a foiré et pourquoi. Ca s'appelle parfois: "Analyse du
Dump".
Mouarf. Si tu n'as pas le code source à côté, cela ne sert
strictement à rien. Et même avec le code source, c'est assez
difficilement interprétable parce qu'une routine à l'autre bout du
code peut corrompre la mémoire (la pile, le tas, ce que tu veux...).
Le principal intérêt d'un dump mémoire, c'est de savoir où cela a
planté, peut-être pourquoi, mais pas plus. Essayer de remonter la
pile est commencer à faire l'hypothèse que rien ne l'a écrasé au
passage.
Enfin, tu peux faire cette hypothèse.
JKB
Exact, en fait j'aurais dû écrire:
Il ne sert à rien de se plonger dans le code SANS LE DUMP pour savoir ce qui s'est
passé.
Le Wed, 24 Jun 2015 23:36:52 +0200, Rambo écrivait :
Tonton Th wrote on 24/06/2015 06:03:
On 2015-06-23, Rambo wrote:
Ben, heu .... j'avais la source complète de l'OS propriétaire qui me
&
Un jour en parcourant le code au moyen du dump mémoire, je tombe sur un commentaire: "Si vous passez ici, donnez moi un dollar"
Donc tu as le source complet, mais il faut quand même faire des dumps mémoire pour voir ce qu'il y a dedans ?
Tu n'as pas l'impression que c'est louche ?
le dump mémoire n'est pas fait pour voir ce qu'il y a dans le code, le dump mémoire est fait pour fournir une image informatique de l'état de la machine au moment du plantage de la machine. Ce dump sert à déterminer la cause du crash. Il ne sert à rien de se plonger dans le code pour savoir ce qui s'est passé. On doit connaître la valeur de toutes les variables et l'historique des appels de procédure chronologiquement pour pouvoir déterminer où çà a foiré et pourquoi. Ca s'appelle parfois: "Analyse du Dump".
Mouarf. Si tu n'as pas le code source à côté, cela ne sert strictement à rien. Et même avec le code source, c'est assez difficilement interprétable parce qu'une routine à l'autre bout du code peut corrompre la mémoire (la pile, le tas, ce que tu veux...).
Le principal intérêt d'un dump mémoire, c'est de savoir où cela a planté, peut-être pourquoi, mais pas plus. Essayer de remonter la pile est commencer à faire l'hypothèse que rien ne l'a écrasé au passage.
Enfin, tu peux faire cette hypothèse.
JKB
Exact, en fait j'aurais dû écrire:
Il ne sert à rien de se plonger dans le code SANS LE DUMP pour savoir ce qui s'est passé.
JKB
Le Fri, 26 Jun 2015 00:07:14 +0200, Rambo écrivait :
JKB wrote on 25/06/2015 14:29:
Le Wed, 24 Jun 2015 23:36:52 +0200, Rambo écrivait :
Tonton Th wrote on 24/06/2015 06:03:
On 2015-06-23, Rambo wrote:
Ben, heu .... j'avais la source complète de l'OS propriétaire qui me
&
Un jour en parcourant le code au moyen du dump mémoire, je tombe sur un commentaire: "Si vous passez ici, donnez moi un dollar"
Donc tu as le source complet, mais il faut quand même faire des dumps mémoire pour voir ce qu'il y a dedans ?
Tu n'as pas l'impression que c'est louche ?
le dump mémoire n'est pas fait pour voir ce qu'il y a dans le code, le dump mémoire est fait pour fournir une image informatique de l'état de la machine au moment du plantage de la machine. Ce dump sert à déterminer la cause du crash. Il ne sert à rien de se plonger dans le code pour savoir ce qui s'est passé. On doit connaître la valeur de toutes les variables et l'historique des appels de procédure chronologiquement pour pouvoir déterminer où çà a foiré et pourquoi. Ca s'appelle parfois: "Analyse du Dump".
Mouarf. Si tu n'as pas le code source à côté, cela ne sert strictement à rien. Et même avec le code source, c'est assez difficilement interprétable parce qu'une routine à l'autre bout du code peut corrompre la mémoire (la pile, le tas, ce que tu veux...).
Le principal intérêt d'un dump mémoire, c'est de savoir où cela a planté, peut-être pourquoi, mais pas plus. Essayer de remonter la pile est commencer à faire l'hypothèse que rien ne l'a écrasé au passage.
Enfin, tu peux faire cette hypothèse.
JKB
Exact, en fait j'aurais dû écrire:
Il ne sert à rien de se plonger dans le code SANS LE DUMP pour savoir ce qui s'est passé.
Même pas. Essaie encore.
JKB
-- Si votre demande me parvient sur carte perforée, je titiouaillerai très volontiers une réponse... => http://grincheux.de-charybde-en-scylla.fr => http://loubardes.de-charybde-en-scylla.fr
Le Fri, 26 Jun 2015 00:07:14 +0200,
Rambo <Richmond.TYAMS@pircarre.be> écrivait :
JKB wrote on 25/06/2015 14:29:
Le Wed, 24 Jun 2015 23:36:52 +0200,
Rambo <Richmond.TYAMS@pircarre.be> écrivait :
Tonton Th wrote on 24/06/2015 06:03:
On 2015-06-23, Rambo <Richmond.TYAMS@pircarre.be> wrote:
Ben, heu .... j'avais la source complète de l'OS propriétaire qui me
&
Un jour en parcourant le code au moyen du dump mémoire, je tombe sur un
commentaire: "Si vous passez ici, donnez moi un dollar"
Donc tu as le source complet, mais il faut quand même faire
des dumps mémoire pour voir ce qu'il y a dedans ?
Tu n'as pas l'impression que c'est louche ?
le dump mémoire n'est pas fait pour voir ce qu'il y a dans le code, le
dump mémoire est fait pour fournir une image informatique de l'état de
la machine au moment du plantage de la machine.
Ce dump sert à déterminer la cause du crash.
Il ne sert à rien de se plonger dans le code pour savoir ce qui s'est
passé. On doit connaître la valeur de toutes les variables et
l'historique des appels de procédure chronologiquement pour pouvoir
déterminer où çà a foiré et pourquoi. Ca s'appelle parfois: "Analyse du
Dump".
Mouarf. Si tu n'as pas le code source à côté, cela ne sert
strictement à rien. Et même avec le code source, c'est assez
difficilement interprétable parce qu'une routine à l'autre bout du
code peut corrompre la mémoire (la pile, le tas, ce que tu veux...).
Le principal intérêt d'un dump mémoire, c'est de savoir où cela a
planté, peut-être pourquoi, mais pas plus. Essayer de remonter la
pile est commencer à faire l'hypothèse que rien ne l'a écrasé au
passage.
Enfin, tu peux faire cette hypothèse.
JKB
Exact, en fait j'aurais dû écrire:
Il ne sert à rien de se plonger dans le code SANS LE DUMP pour savoir ce qui s'est
passé.
Même pas. Essaie encore.
JKB
--
Si votre demande me parvient sur carte perforée, je titiouaillerai très
volontiers une réponse...
=> http://grincheux.de-charybde-en-scylla.fr
=> http://loubardes.de-charybde-en-scylla.fr
Le Fri, 26 Jun 2015 00:07:14 +0200, Rambo écrivait :
JKB wrote on 25/06/2015 14:29:
Le Wed, 24 Jun 2015 23:36:52 +0200, Rambo écrivait :
Tonton Th wrote on 24/06/2015 06:03:
On 2015-06-23, Rambo wrote:
Ben, heu .... j'avais la source complète de l'OS propriétaire qui me
&
Un jour en parcourant le code au moyen du dump mémoire, je tombe sur un commentaire: "Si vous passez ici, donnez moi un dollar"
Donc tu as le source complet, mais il faut quand même faire des dumps mémoire pour voir ce qu'il y a dedans ?
Tu n'as pas l'impression que c'est louche ?
le dump mémoire n'est pas fait pour voir ce qu'il y a dans le code, le dump mémoire est fait pour fournir une image informatique de l'état de la machine au moment du plantage de la machine. Ce dump sert à déterminer la cause du crash. Il ne sert à rien de se plonger dans le code pour savoir ce qui s'est passé. On doit connaître la valeur de toutes les variables et l'historique des appels de procédure chronologiquement pour pouvoir déterminer où çà a foiré et pourquoi. Ca s'appelle parfois: "Analyse du Dump".
Mouarf. Si tu n'as pas le code source à côté, cela ne sert strictement à rien. Et même avec le code source, c'est assez difficilement interprétable parce qu'une routine à l'autre bout du code peut corrompre la mémoire (la pile, le tas, ce que tu veux...).
Le principal intérêt d'un dump mémoire, c'est de savoir où cela a planté, peut-être pourquoi, mais pas plus. Essayer de remonter la pile est commencer à faire l'hypothèse que rien ne l'a écrasé au passage.
Enfin, tu peux faire cette hypothèse.
JKB
Exact, en fait j'aurais dû écrire:
Il ne sert à rien de se plonger dans le code SANS LE DUMP pour savoir ce qui s'est passé.
Même pas. Essaie encore.
JKB
-- Si votre demande me parvient sur carte perforée, je titiouaillerai très volontiers une réponse... => http://grincheux.de-charybde-en-scylla.fr => http://loubardes.de-charybde-en-scylla.fr
chitzitoune
Le vendredi 26 Juin 2015 à 00:07 par Rambo :
JKB wrote on 25/06/2015 14:29:
Le Wed, 24 Jun 2015 23:36:52 +0200, Rambo
Tonton Th wrote on 24/06/2015 06:03:
On 2015-06-23, Rambo
Ben, heu .... j'avais la source complète de l'OS propriétaire qui me
&
Un jour en parcourant le code au moyen du dump mémoire, je tombe sur un commentaire: "Si vous passez ici, donnez moi un dollar"
Donc tu as le source complet, mais il faut quand même faire des dumps mémoire pour voir ce qu'il y a dedans ?
Tu n'as pas l'impression que c'est louche ?
le dump mémoire n'est pas fait pour voir ce qu'il y a dans le code, le dump mémoire est fait pour fournir une image informatique de l'état de la machine au moment du plantage de la machine. Ce dump sert à déterminer la cause du crash. Il ne sert à rien de se plonger dans le code pour savoir ce qui s'est passé. On doit connaître la valeur de toutes les variables et l'historique des appels de procédure chronologiquement pour pouvoir déterminer où çà a foiré et pourquoi. Ca s'appelle parfois: "Analyse du Dump".
Mouarf. Si tu n'as pas le code source à côté, cela ne sert strictement à rien. Et même avec le code source, c'est assez difficilement interprétable parce qu'une routine à l'autre bout du code peut corrompre la mémoire (la pile, le tas, ce que tu veux...).
Le principal intérêt d'un dump mémoire, c'est de savoir où cela a planté, peut-être pourquoi, mais pas plus. Essayer de remonter la pile est commencer à faire l'hypothèse que rien ne l'a écrasé au passage.
Enfin, tu peux faire cette hypothèse.
JKB
Exact, en fait j'aurais dû écrire:
Il ne sert à rien de se plonger dans le code SANS LE DUMP pour savoir ce qui s'est passé.
Je crois surtout que soit tu confonds dump et deboguage, soit tu n'as pas les sources / n'a jamais eu à faire du tracage de bug.
Un dump te servira jamais à voir ce qui cloche dans les sources / faire du suivi d’exécution par rapport aux sources, il va uniquement te dire l'état du système au moment du plantage.
Le vendredi 26 Juin 2015 à 00:07 par Rambo :
JKB wrote on 25/06/2015 14:29:
Le Wed, 24 Jun 2015 23:36:52 +0200,
Rambo
Tonton Th wrote on 24/06/2015 06:03:
On 2015-06-23, Rambo
Ben, heu .... j'avais la source complète de l'OS propriétaire
qui me
&
Un jour en parcourant le code au moyen du dump mémoire, je tombe sur
un
commentaire: "Si vous passez ici, donnez moi un dollar"
Donc tu as le source complet, mais il faut quand même faire
des dumps mémoire pour voir ce qu'il y a dedans ?
Tu n'as pas l'impression que c'est louche ?
le dump mémoire n'est pas fait pour voir ce qu'il y a dans le code, le
dump mémoire est fait pour fournir une image informatique de
l'état de
la machine au moment du plantage de la machine.
Ce dump sert à déterminer la cause du crash.
Il ne sert à rien de se plonger dans le code pour savoir ce qui s'est
passé. On doit connaître la valeur de toutes les variables et
l'historique des appels de procédure chronologiquement pour pouvoir
déterminer où çà a foiré et pourquoi. Ca
s'appelle parfois: "Analyse du
Dump".
Mouarf. Si tu n'as pas le code source à côté, cela ne sert
strictement à rien. Et même avec le code source, c'est assez
difficilement interprétable parce qu'une routine à l'autre bout
du
code peut corrompre la mémoire (la pile, le tas, ce que tu veux...).
Le principal intérêt d'un dump mémoire, c'est de savoir
où cela a
planté, peut-être pourquoi, mais pas plus. Essayer de remonter la
pile est commencer à faire l'hypothèse que rien ne l'a
écrasé au
passage.
Enfin, tu peux faire cette hypothèse.
JKB
Exact, en fait j'aurais dû écrire:
Il ne sert à rien de se plonger dans le code SANS LE DUMP pour savoir ce
qui s'est
passé.
Je crois surtout que soit tu confonds dump et deboguage, soit tu n'as pas les sources / n'a jamais eu à faire du tracage de bug.
Un dump te servira jamais à voir ce qui cloche dans les sources / faire du suivi d’exécution par rapport aux sources, il va uniquement te dire l'état du système au moment du plantage.
Ben, heu .... j'avais la source complète de l'OS propriétaire qui me
&
Un jour en parcourant le code au moyen du dump mémoire, je tombe sur un commentaire: "Si vous passez ici, donnez moi un dollar"
Donc tu as le source complet, mais il faut quand même faire des dumps mémoire pour voir ce qu'il y a dedans ?
Tu n'as pas l'impression que c'est louche ?
le dump mémoire n'est pas fait pour voir ce qu'il y a dans le code, le dump mémoire est fait pour fournir une image informatique de l'état de la machine au moment du plantage de la machine. Ce dump sert à déterminer la cause du crash. Il ne sert à rien de se plonger dans le code pour savoir ce qui s'est passé. On doit connaître la valeur de toutes les variables et l'historique des appels de procédure chronologiquement pour pouvoir déterminer où çà a foiré et pourquoi. Ca s'appelle parfois: "Analyse du Dump".
Mouarf. Si tu n'as pas le code source à côté, cela ne sert strictement à rien. Et même avec le code source, c'est assez difficilement interprétable parce qu'une routine à l'autre bout du code peut corrompre la mémoire (la pile, le tas, ce que tu veux...).
Le principal intérêt d'un dump mémoire, c'est de savoir où cela a planté, peut-être pourquoi, mais pas plus. Essayer de remonter la pile est commencer à faire l'hypothèse que rien ne l'a écrasé au passage.
Enfin, tu peux faire cette hypothèse.
JKB
Exact, en fait j'aurais dû écrire:
Il ne sert à rien de se plonger dans le code SANS LE DUMP pour savoir ce qui s'est passé.
Je crois surtout que soit tu confonds dump et deboguage, soit tu n'as pas les sources / n'a jamais eu à faire du tracage de bug.
Un dump te servira jamais à voir ce qui cloche dans les sources / faire du suivi d’exécution par rapport aux sources, il va uniquement te dire l'état du système au moment du plantage.
Rambo
chitzitoune wrote on 26/06/2015 10:27:
Le vendredi 26 Juin 2015 à 00:07 par Rambo :
Il ne sert à rien de se plonger dans le code SANS LE DUMP pour savoir ce qui s'est passé.
Je crois surtout que soit tu confonds dump et deboguage, soit tu n'as
pas les
sources / n'a jamais eu à faire du tracage de bug.
Un dump te servira jamais à voir ce qui cloche dans les sources /
faire du suivi
d’exécution par rapport aux sources, il va uniquement te dire l'état
du système
au moment du plantage.
Vous en pensez ce que vous voulez .... Je n'ai rien d'autre à dire que avec le dump et les sources (oui, j'ai les deux). 1. J'ai trouvé le pourquoi du plantage. 2. J'ai apporté un correctif qui a résolu le problème. 3. Et ce, pratiquement à chaque fois.
chitzitoune wrote on 26/06/2015 10:27:
Le vendredi 26 Juin 2015 à 00:07 par Rambo :
Il ne sert à rien de se plonger dans le code SANS LE DUMP pour savoir ce
qui s'est
passé.
Je crois surtout que soit tu confonds dump et deboguage, soit tu n'as
pas les
sources / n'a jamais eu à faire du tracage de bug.
Un dump te servira jamais à voir ce qui cloche dans les sources /
faire du suivi
d’exécution par rapport aux sources, il va uniquement te dire l'état
du système
au moment du plantage.
Vous en pensez ce que vous voulez ....
Je n'ai rien d'autre à dire que avec le dump et les sources (oui, j'ai
les deux).
1. J'ai trouvé le pourquoi du plantage.
2. J'ai apporté un correctif qui a résolu le problème.
3. Et ce, pratiquement à chaque fois.
Il ne sert à rien de se plonger dans le code SANS LE DUMP pour savoir ce qui s'est passé.
Je crois surtout que soit tu confonds dump et deboguage, soit tu n'as
pas les
sources / n'a jamais eu à faire du tracage de bug.
Un dump te servira jamais à voir ce qui cloche dans les sources /
faire du suivi
d’exécution par rapport aux sources, il va uniquement te dire l'état
du système
au moment du plantage.
Vous en pensez ce que vous voulez .... Je n'ai rien d'autre à dire que avec le dump et les sources (oui, j'ai les deux). 1. J'ai trouvé le pourquoi du plantage. 2. J'ai apporté un correctif qui a résolu le problème. 3. Et ce, pratiquement à chaque fois.
