Quel est le bug le plus récalcitrant que vous ayez rencontré ?

Idelways · 30/12/2010, 16h12

Quel est le bug le plus récalcitrant que vous ayez rencontré ?
Improbable ou impossible à reproduire, racontez-nous votre meilleure histoire de débogage

Si le débogage est l'art d'enlever les bogues, la programmation doit être l'art de les créer. Une expression chère à beaucoup de développeurs qui souligne à quel point le débogage d'une application peut être important et... problématique.

C'est ce que relate Patrick Thomson, un développeur blogueur qui raconte ce qu'il qualifie de "meilleure histoire de débogage qu'il ait jamais entendue".

Il s'agit d'une mésaventure vécue dans les année 80 par le père de l'auteur, avec un ordinateur ancestral utilisé pour imprimer d'importantes quantités de données.

Ce système fonctionnait comme un charme, sauf chez un client où l'opération d'impression s'arrêtait systématiquement au milieu, faisant perdre des heures de traitement et de productivité.

Seulement, les techniciens en charge de maintenir le système n'arrivaient pas, malgré de nombreuses tentatives, à reproduire le bug dans un environnement de test et décidèrent donc de faire appel à un « expert » in-situ, sur l'ordinateur incriminé.

Deuxième tentative (et deuxième arrêt donc), l'expert n'arrive toujours pas à localiser le problème mais remarque néanmoins qu'il se produit quand il y a beaucoup de monde dans la pièce dédiée à l'ordinateur.

Au bout de la troisième tentative, il remarque que l'arrêt se produit au moment où l'un des agents chargés de remplacer les cassettes magnétiques franchi un carreau de la dalle de sol.

Vous avez compris la fin de l'histoire, après de longues recherches infructueuses sur l'ordinateur, il s'avérait que le bug était provoqué par un court-circuit induit par la pression des pas des employés sur les câbles d'alimentation de l'ordinateur.

Cette situation n'a que très peu de chances de se reproduire aujourd'hui, mais elle nous rappelle que, en développement logiciel comme dans d'autres domaines, le problème ne se trouve pas toujours là où on le soupçonne.

Et vous ?

Quel est le bug le plus récalcitrant, improbable et non reproductible que vous ayez rencontré ?

Source : Le blog de Patrick Thomson

ArKam · 30/12/2010, 16h44

Il m'est arrivé approximativement la meme chose avec une imprimante qui pompé juste trop au moment de l'impression sur le courant.

el_slapper · 30/12/2010, 17h03

Un coup de pelleteuse qui prive le service informatique d'une grande banque française de réseau pendant un jour et demi(fin des années 90).

Purement logiciel, un truc parfaitement reproductible mais tordu : les utilisateurs se voyaient proposer une liste déroulante, pouvaient forcer une autre valeur, avaient un message d'alerte(valeur erronée), forçaient quand même la validation, et boum plantage général. Evidemment, en test, il m'a fallu 10 jours avant de comprendre qu'il fallait passer par une valeur erronée(je selectionnais bêtement des valeurs standard dans la liste pour tester) pour tomber sur mon bug. 4 utilisateurs en 2 heures.

vpourchet · 30/12/2010, 17h05

c'est sympa comme tout comme bug !

petit rappel pour la culture, le premier 'bug' est apparu a l'age de pierre de l'informatique quand une seule machine prennait une piece entiere et qu les ordinateurs fonctionnaient avec des lampes, lors d'une operation une bestiole trop curieuse est rentree dans la machine provoquant un faux contact ...

c'etait la minute culturelle

perso je n'ai jamais eu d'insectes dans mon ordinateur

EDIT :

Citation:

Un coup de pelleteuse qui prive le service informatique d'une grande banque française de réseau pendant un jour et demi(fin des années 90).

Je l'ai encore rencontre recemment ... travaux + pelleteuse + fibre ... des fois on se demande comment c'est possible, y'a t'il autant de cables sous nos pieds et aucun moyen de le savoir ?

Michaël · 30/12/2010, 17h19

Citation:

Envoyé par el_slapper

Evidemment, en test, il m'a fallu 10 jours avant de comprendre qu'il fallait passer par une valeur erronée(je selectionnais bêtement des valeurs standard dans la liste pour tester) pour tomber sur mon bug. 4 utilisateurs en 2 heures.

une belle application du parallélisme

hsohaib · 30/12/2010, 17h23

On appelle ce genre de bug : "bugfoot"

poringkiller · 30/12/2010, 17h29

une image chargée via une applet java qui servait de hitbox pour un jeu vidéo, seul le premier monstre à l'écran n'avait pas de collisions.
J'ai du demander à plusieurs contacts avant qu'on ne m'explique que au moment ou le monstre était créé, l'image n'était pas encore chargée en mémoire, et avait donc des dimensions de -1x-1 (donc verification de collision impossible :p)
qui a dit que java était lent xD?

toopac · 30/12/2010, 17h32

Bug qu'on m'a raconté un peu du même genre :

Tous les matins, vers 6-7h un serveur s'arrêtait. L'équipe s'est penchée sur ce problème pendant un bout de temps sans trouver la raison, jusqu'à ce qu'ils décident de regarder physiquement ce qu'il se passait à cette heure ci.

Ils arrivèrent donc à 6h du mat, et découvrirent alors la raison de l'arrêt du serveur.
C'etait la femme de ménage, qui débranchait le câble d'alim du serveur pour libérer un emplacement sur la multiprise dans le but de brancher son aspirateur...

kapok · 30/12/2010, 17h44

il y a toujours le bug ultime, ultra difficile à reproduire et détecter...

il est situé entre la chaise et le clavier

mortapa · 30/12/2010, 17h52

Citation:

Envoyé par vpourchet

Je l'ai encore rencontre recemment ... travaux + pelleteuse + fibre ... des fois on se demande comment c'est possible, y'a t'il autant de cables sous nos pieds et aucun moyen de le savoir ?

lol pareil comme quoi c'est récurent ^^

ProgVal · 30/12/2010, 18h36

Un de mes profs m'a parlé d'élèves qui avaient mis en place un projet, servant
à transporter (en hauteur) les sacs de courrier. Le système marchait très bien,
en tests, mais pas le reste du temps. Les élèves ont refait des tests, ça
marchait à nouveau très bien. Plus tard, ils ont observé les employés pendant
qu'ils accrochaient les sacs : au lieu de le mettre correctement, ils donnaient
un coup dans le sac, après l'avoir accroché.

guidav · 30/12/2010, 18h37

Le PC qui redémarre quand on lance une impression avec Lotus 123. Reproductible, mais jamais résolu, et TRES agaçant.
Mais ça imprimait quand même

kedare · 30/12/2010, 21h25

Un bug sur un de mes programmes qui plante au bout de plusieurs semaines, sans aucune message d'erreur ni rien au debogage, le programme quittait tout simplement pour une raison inconnue....

Auteur · 30/12/2010, 22h36

Citation:

Envoyé par toopac

Bug qu'on m'a raconté un peu du même genre :

Tous les matins, vers 6-7h un serveur s'arrêtait. L'équipe s'est penchée sur ce problème pendant un bout de temps sans trouver la raison, jusqu'à ce qu'ils décident de regarder physiquement ce qu'il se passait à cette heure ci.

Ils arrivèrent donc à 6h du mat, et découvrirent alors la raison de l'arrêt du serveur.
C'etait la femme de ménage, qui débranchait le câble d'alim du serveur pour libérer un emplacement sur la multiprise dans le but de brancher son aspirateur...

et le serveur a supporté ces coupures brutales ??

kedare · 31/12/2010, 00h10

Citation:

Envoyé par Auteur

et le serveur a supporté ces coupures brutales ??

Physiquement une coupure de courant n'a rien de vraiment brutale, si tu parle au niveau des données, FS journalisé powa

kolodz · 31/12/2010, 01h53

Un bug sur un logiciel de gestion commercial, au niveau de l'identification.

Version 1 : Tout le monde passe / (mais si l'utilisateur n'existe pas on le crée !)
Version 2 : Seul les utilisateurs enregistré peuvent passer, mais aussi ceux qu'on a détruit...(genre l'employé partie cher le concourant)
Version 3 (la mieux à mon gout): Si tu es enregistré tu doit connaitre ton mot de passe, sinon tu peux en taper un au pif.

Note important, une semaine entre chaque version et un dev à plein temps...

J'ai refusé de tester tout nouvelle version de cet "gestion commercial".

Citation:

Quel est le bug le plus récalcitrant, improbable et non reproductible que vous ayez rencontré ?

récalcitrant => plus de 3 semaines de debug.
improbable => la gestion de login/pass je pensais ça trivial...
non reproductible => Le développeur n'a jamais vue les problèmes lors de sa phase de test/codage.

Personnellement, j'espère que je ne reverrai plus jamais un cas aussi pitoyable.

air-dex · 31/12/2010, 02h44

J'ai déjà eu un programme qui donnait aléatoirement des erreurs de segmentation à des endroits où il n'y en avait pas (d'après le débugger). Le même programme recompilé sans modifications sur le code source, avec les mêmes options de compilation et sur une autre machine de même configuration (Ubuntu 32 bits) marchait sans problème aux endroits critiques. Ce bug était très aléatoire (et donc très difficilement reproductible), quoiqu'il paraissait lié au temps d'utilisation du PC.

Sa résolution a été simple et radicale : changement de distribution Linux sur la machine posant problème. Ce bug avait été la goutte d'eau qui avait fait déborder le vase avec cette version d'Ubuntu (caca

), dont le fonctionnement était celui d'un Vista à l'état primitif.

darthmower · 31/12/2010, 04h55

Citation:

Evidemment, en test, il m'a fallu 10 jours avant de comprendre qu'il fallait passer par une valeur erronée(je selectionnais bêtement des valeurs standard dans la liste pour tester) pour tomber sur mon bug. 4 utilisateurs en 2 heures.

Oui m'enfin tu aurais directement demandé la manipulation faite qui produit le bug (ce qui est généralement le cas car je vois mal comment on peut faire autrement) tu aurais vu que la valeur rentrée était erronée.

Hellwing · 31/12/2010, 09h41

Citation:

Envoyé par darthmower

Oui m'enfin tu aurais directement demandé la manipulation faite qui produit le bug (ce qui est généralement le cas car je vois mal comment on peut faire autrement) tu aurais vu que la valeur rentrée était erronée.

Réponse de l'utilisateur en général (véridique) :
1. Bah rien de particulier
2. Je m'en souviens plus ! (sans doute la plus courante)

el_slapper · 31/12/2010, 09h51

Citation:

Envoyé par darthmower

Oui m'enfin tu aurais directement demandé la manipulation faite qui produit le bug (ce qui est généralement le cas car je vois mal comment on peut faire autrement) tu aurais vu que la valeur rentrée était erronée.

Interdiction était faite de communiquer entre les dev et les agents. J'ai tenté d'outrepasser la règle, mais la seule réponse que j'ai eu(d'un agent en Bretagne, le seul que j'ai réussi à joindre) a été "ça m'a pété à la tronche". En plus, le plantage ne m'était pas remonté par le support, intérmédiaire obligé pour toute réclamation, mais par l'exploitation, qui en avait marre de voir le transactionnel tomber. La même exploitation qui n'avait pas sauvegardé les logs de plantage : "ça prend trop de place".

D'une manière générale, demander la manip exacte à un travailleur, c'est très compliqué, parceque celui-ci, souvent, n'en a même pas conscience.

30/12/2010, 16h12	#1
Idelways Coordinateur publications Développeur Ruby on Rails / iOS et journaliste Inscription : juin 2010 Messages : 1 101 Détails du profil Informations professionnelles : Activité : Développeur Ruby on Rails / iOS et journaliste Informations forums : Inscription : juin 2010 Messages : 1 101 Points : 24 230 Points : 24 230	Quel est le bug le plus récalcitrant que vous ayez rencontré ? Quel est le bug le plus récalcitrant que vous ayez rencontré ? Improbable ou impossible à reproduire, racontez-nous votre meilleure histoire de débogage Si le débogage est l'art d'enlever les bogues, la programmation doit être l'art de les créer. Une expression chère à beaucoup de développeurs qui souligne à quel point le débogage d'une application peut être important et... problématique. C'est ce que relate Patrick Thomson, un développeur blogueur qui raconte ce qu'il qualifie de "meilleure histoire de débogage qu'il ait jamais entendue". Il s'agit d'une mésaventure vécue dans les année 80 par le père de l'auteur, avec un ordinateur ancestral utilisé pour imprimer d'importantes quantités de données. Ce système fonctionnait comme un charme, sauf chez un client où l'opération d'impression s'arrêtait systématiquement au milieu, faisant perdre des heures de traitement et de productivité. Seulement, les techniciens en charge de maintenir le système n'arrivaient pas, malgré de nombreuses tentatives, à reproduire le bug dans un environnement de test et décidèrent donc de faire appel à un « expert » in-situ, sur l'ordinateur incriminé. Deuxième tentative (et deuxième arrêt donc), l'expert n'arrive toujours pas à localiser le problème mais remarque néanmoins qu'il se produit quand il y a beaucoup de monde dans la pièce dédiée à l'ordinateur. Au bout de la troisième tentative, il remarque que l'arrêt se produit au moment où l'un des agents chargés de remplacer les cassettes magnétiques franchi un carreau de la dalle de sol. Vous avez compris la fin de l'histoire, après de longues recherches infructueuses sur l'ordinateur, il s'avérait que le bug était provoqué par un court-circuit induit par la pression des pas des employés sur les câbles d'alimentation de l'ordinateur. Cette situation n'a que très peu de chances de se reproduire aujourd'hui, mais elle nous rappelle que, en développement logiciel comme dans d'autres domaines, le problème ne se trouve pas toujours là où on le soupçonne. Et vous ? Quel est le bug le plus récalcitrant, improbable et non reproductible que vous ayez rencontré ? Source : Le blog de Patrick Thomson
	30

30/12/2010, 17h32	#8
toopac Modérateur Pac Consultant informatique Inscription : juin 2009 Messages : 565 Détails du profil Informations personnelles : Nom : Pac Âge : 25 Localisation : France, Ille et Vilaine (Bretagne) Informations professionnelles : Activité : Consultant informatique Secteur : Conseil Informations forums : Inscription : juin 2009 Messages : 565 Points : 1 323 Points : 1 323	Bug qu'on m'a raconté un peu du même genre : Tous les matins, vers 6-7h un serveur s'arrêtait. L'équipe s'est penchée sur ce problème pendant un bout de temps sans trouver la raison, jusqu'à ce qu'ils décident de regarder physiquement ce qu'il se passait à cette heure ci. Ils arrivèrent donc à 6h du mat, et découvrirent alors la raison de l'arrêt du serveur. C'etait la femme de ménage, qui débranchait le câble d'alim du serveur pour libérer un emplacement sur la multiprise dans le but de brancher son aspirateur...
	140

30/12/2010, 17h44	#9
kapok Membre à l'essai Inscription : février 2010 Messages : 11 Détails du profil Informations forums : Inscription : février 2010 Messages : 11 Points : 22 Points : 22	il y a toujours le bug ultime, ultra difficile à reproduire et détecter... il est situé entre la chaise et le clavier
	40

31/12/2010, 02h44	#17
air-dex Membre Expert Artisan du code Inscription : août 2010 Messages : 604 Détails du profil Informations personnelles : Sexe : Âge : 24 Localisation : France Informations professionnelles : Activité : Artisan du code Informations forums : Inscription : août 2010 Messages : 604 Points : 1 234 Points : 1 234	J'ai déjà eu un programme qui donnait aléatoirement des erreurs de segmentation à des endroits où il n'y en avait pas (d'après le débugger). Le même programme recompilé sans modifications sur le code source, avec les mêmes options de compilation et sur une autre machine de même configuration (Ubuntu 32 bits) marchait sans problème aux endroits critiques. Ce bug était très aléatoire (et donc très difficilement reproductible), quoiqu'il paraissait lié au temps d'utilisation du PC. Sa résolution a été simple et radicale : changement de distribution Linux sur la machine posant problème. Ce bug avait été la goutte d'eau qui avait fait déborder le vase avec cette version d'Ubuntu (caca ), dont le fonctionnement était celui d'un Vista à l'état primitif. __________________ "Ils ne savaient pas que c'était impossible alors ils l'ont fait." Mark Twain Mon client Twitter Qt cross-platform Windows, Linux et Symbian^3 (en cours de développement).
	43

30/12/2010, 16h44	#2
ArKam Membre expérimenté Inscription : mars 2007 Messages : 505 Détails du profil Informations personnelles : Âge : 25 Informations forums : Inscription : mars 2007 Messages : 505 Points : 511 Points : 511	Il m'est arrivé approximativement la meme chose avec une imprimante qui pompé juste trop au moment de l'impression sur le courant.
	00

30/12/2010, 17h03	#3
el_slapper Expert Confirmé Inscription : décembre 2007 Messages : 1 903 Détails du profil Informations personnelles : Localisation : France Informations forums : Inscription : décembre 2007 Messages : 1 903 Points : 3 684 Points : 3 684	Un coup de pelleteuse qui prive le service informatique d'une grande banque française de réseau pendant un jour et demi(fin des années 90). Purement logiciel, un truc parfaitement reproductible mais tordu : les utilisateurs se voyaient proposer une liste déroulante, pouvaient forcer une autre valeur, avaient un message d'alerte(valeur erronée), forçaient quand même la validation, et boum plantage général. Evidemment, en test, il m'a fallu 10 jours avant de comprendre qu'il fallait passer par une valeur erronée(je selectionnais bêtement des valeurs standard dans la liste pour tester) pour tomber sur mon bug. 4 utilisateurs en 2 heures.
	00

30/12/2010, 17h23	#6
hsohaib Invité de passage Sohaib Haltout Inscription : avril 2010 Messages : 3 Détails du profil Informations personnelles : Nom : Sohaib Haltout Informations forums : Inscription : avril 2010 Messages : 3 Points : 4 Points : 4	On appelle ce genre de bug : "bugfoot"
	00

30/12/2010, 17h29	#7
poringkiller Nouveau Membre du Club Inscription : décembre 2010 Messages : 26 Détails du profil Informations forums : Inscription : décembre 2010 Messages : 26 Points : 26 Points : 26	une image chargée via une applet java qui servait de hitbox pour un jeu vidéo, seul le premier monstre à l'écran n'avait pas de collisions. J'ai du demander à plusieurs contacts avant qu'on ne m'explique que au moment ou le monstre était créé, l'image n'était pas encore chargée en mémoire, et avait donc des dimensions de -1x-1 (donc verification de collision impossible :p) qui a dit que java était lent xD?
	01

30/12/2010, 18h36	#11
ProgVal Membre chevronné Valentin Lorentz Étudiant Inscription : mai 2006 Messages : 624 Détails du profil Informations personnelles : Nom : Valentin Lorentz Âge : 18 Localisation : France, Moselle (Lorraine) Informations professionnelles : Activité : Étudiant Informations forums : Inscription : mai 2006 Messages : 624 Points : 644 Points : 644	Un de mes profs m'a parlé d'élèves qui avaient mis en place un projet, servant à transporter (en hauteur) les sacs de courrier. Le système marchait très bien, en tests, mais pas le reste du temps. Les élèves ont refait des tests, ça marchait à nouveau très bien. Plus tard, ils ont observé les employés pendant qu'ils accrochaient les sacs : au lieu de le mettre correctement, ils donnaient un coup dans le sac, après l'avoir accroché.
	00

30/12/2010, 18h37	#12
guidav Membre chevronné Inscription : janvier 2006 Messages : 916 Détails du profil Informations forums : Inscription : janvier 2006 Messages : 916 Points : 733 Points : 733	Le PC qui redémarre quand on lance une impression avec Lotus 123. Reproductible, mais jamais résolu, et TRES agaçant. Mais ça imprimait quand même
	00

30/12/2010, 21h25	#13
kedare Membre extrêmement actif Mathieu Administrateur systèmes et réseaux Inscription : juillet 2005 Messages : 1 476 Détails du profil Informations personnelles : Nom : Mathieu Localisation : France Informations professionnelles : Activité : Administrateur systèmes et réseaux Informations forums : Inscription : juillet 2005 Messages : 1 476 Points : 1 260 Points : 1 260	Un bug sur un de mes programmes qui plante au bout de plusieurs semaines, sans aucune message d'erreur ni rien au debogage, le programme quittait tout simplement pour une raison inconnue....
	00

Outils de la discussion
Afficher une version imprimable Envoyer un lien vers cette page par email