Avoir des core dumps automatiques aide plus que ne pas avoir de bug report du tout, ce qui est le cas de la majorite des crashes chez les utilisateurs moyens qui ne savent pas faire un bug report.
Si tout le monde etait developpeur ou testeur pro et savait faire un bug report qui tue, ca serait une feature inutile, mais vu que meme pas 1% de la population sait faire un bug report, l'utilite est flagrante.
J'ai comme un doute sur le sujet et en l'occurence sur le probleme dont il est parle ici ou c'est un melange de drivers videos/kernel et de firefox avec des crashs legerement aleatoire qui plus est cela doit bien aider les trucs automatiques sans symboles de debuggage (mode ironique) en dehors du fait que de savoir que cela marche mieux avec Nvidia car c'est la carte que le dev a (et donc son systeme de test).
Sans rapport, dans la plupart des cas le crash se produira avec le composant fautif sur la stack et l'ordre d'appel des fonctions est clair, le core envoye aura la stack avec le contexte ainsi que les parametres pour chaque fonction appelee sur la stack, partant de la dans la grande majorite des cas un simple parcours de cette branche d'execution avec visu des parametres montrera quel est le probleme.
J'ai fait ca pendant plus de 4 ans, on va dire que je sais de quoi je parles.
[^] # Re: intel
Posté par pasBill pasGates . En réponse au journal Firefox 4 et pilotes de cartes graphiques sous linux. Évalué à 3.
Si tout le monde etait developpeur ou testeur pro et savait faire un bug report qui tue, ca serait une feature inutile, mais vu que meme pas 1% de la population sait faire un bug report, l'utilite est flagrante.
J'ai comme un doute sur le sujet et en l'occurence sur le probleme dont il est parle ici ou c'est un melange de drivers videos/kernel et de firefox avec des crashs legerement aleatoire qui plus est cela doit bien aider les trucs automatiques sans symboles de debuggage (mode ironique) en dehors du fait que de savoir que cela marche mieux avec Nvidia car c'est la carte que le dev a (et donc son systeme de test).
Sans rapport, dans la plupart des cas le crash se produira avec le composant fautif sur la stack et l'ordre d'appel des fonctions est clair, le core envoye aura la stack avec le contexte ainsi que les parametres pour chaque fonction appelee sur la stack, partant de la dans la grande majorite des cas un simple parcours de cette branche d'execution avec visu des parametres montrera quel est le probleme.
J'ai fait ca pendant plus de 4 ans, on va dire que je sais de quoi je parles.