Reprise du message précédent :
TP de Java à la fac : faire un programme qui simule deux personnes jouant à la bataille, et qui recueille 2-3 statistiques sur les parties jouees. Je me prends la tête pendant pas mal de temps pour faire un truc avec une belle interface, bien optimisé et tout... Je fais plein de tests, tout va bien.
Le prof teste, et fait la seule chose que je n'avais jamais essayé : faire UNE partie (moi j'en faisait plutot 1 000 000 pour voir la belle barre de progression). Résultat : parties jouees : 1, nombre mini de plis : 9999999, nombre maxi de plis : 21.

Kristoph a écrit a écrit : Enfin, pour rien que pour vous, voici une petite collection de bourdes informatiques en tout genre que j'ai trouvé sur le net :   http://www.rinkworks.com/stupid/cs_programming.shtml   Ma preferée est quand même celle du 'last'

no comment

patbasi a écrit a écrit :  (je précise que dans la police utilisée par l'éditeur le i et le j ne se différenciaient que par un millimètre de trait -le j n'était pas courbé -)

 
à l'école sur les terminaux du mainframe on avait le même problème

mon premier cauchemar en programmation, c'était mon premier cours de C.  On retapait chacun sur notre pc le petit programme de 20-30 lignes écrit par le prof (anciennement prof de Pascal) au tableau.  Ma première compile fut un désastre comme vous pouvez l'imaginer.  Déjà que j'avais fait des fautes de frappe, j'ai remarqué par la suite que le prof parlait C, pensait Pascal, et le résultat était un mix des deux...  J'étais effaré par le nombre d'erreurs et warnings que le C était capable de générer pour un caractère oublié ou mal placé  Histoire de mon premier contact avec la VRAIE programmation (parce que jusque là je jonglais avec dBase).
 
J'ai quand même eu la peau du programme finalement, mais l'accouchement fut long et laborieux

Kristoph a écrit a écrit : Enfin, pour rien que pour vous, voici une petite collection de bourdes informatiques en tout genre que j'ai trouvé sur le net :   http://www.rinkworks.com/stupid/cs_programming.shtml   Ma preferée est quand même celle du 'last'

 
Ah ouais ca a l'air d'etre du grand art ca; Mais que s'est-il passé exactement? Je n'ai pas tout compris

 
ben boucle infinie
 
son script se logge sur toutes les machines, et lance la commande last, or parmi toutes les machines, il y a la sienne, et donc son script "last" se lance, se connecte a toutes les machines, etc etc etc
 
et du coup toutes les machines se sont mises a partir en carafe .. shutdown obligatoire de tout le parc pour les recuperer

Bon, c'est pas vraiment une erreur de programmation mais ça m'avait quand même bien amusé car je n'étais pas vraiment en cause.
 
Dans un programme de gestion, on m'avait demandé d'écrire un traitement en COBOL  , comme tout le monde je fous des DISPLAY pour être sûr que tout se passe correctement... Mais le client a une procédure de livraison complètement conne, tu demandes pas que ton programme soit remonté, le programme remonte à une date donnée en production et c'est à toi de t'assurer que t'as stabilisée ta partie ce jour-là (en allant voir dans un fichier partagé sur le réseau). Bref, le prog remonte en prod (sans que je le sache car je suis pas au courant de la procédure) et le lendemain matin, j'ai droit à un "Mais putain, qui c'est qu'à laissé des DISPLAY en prod ? On a un SYSOUT de 6 millions de lignes, c'est n'importe quoi !!!"...
 
Voilà, c'est con mais j'avais le sourire quand on est venu m'annoncer ça, j'étais innocent après tout. On n'a pas idée de remonter des processus de cette manière en prod !

en informatique, ce qu'on appelle "la fautee de 1" est la plus fréquente

Rhooo, un remontage de tomic
 
L'autre jour, j'ai fait un quarante-deuxgleton parceque j'avais pas mis le constructeur en privé

en ce moment je code en ASP (vbscript) alors que je suis un habitué du c / java...
 
résultat : je compte pas le nb de fois ou ca plante tout ca parce que je met des ";" a la fin des lignes...
 
parfois c aussi parce que j'oublie le "set" qd je veut affecter un objet...

Il m'est arrivé une fois de perdre une matinée comme ça sur un traitement de données, jusqu'à ce que je me rende compte que je vérifiais  sur la base de prod et que je traitais sur la base de test ...  

Je me lasserai jamais de mon binome de l'an dernier, qui comprenait pas pourquoi notre prog ramait autant alors qu'il allouait un float[128*128*128] dans une fonction récursive...

petite betise a mon arrivée dans une nouvelle société:
un script pl/sql tout con pour exporter des données dans un ficher plat.
lorsque les valeurs sont null le prog exporte une chaine de 10 espace par ex.
pour y voir clair, a la place des espace je colle des X.
le prog terminé, comme je suis un big flemmard, hop : edition, remplacer X par " "
erreuur !!!
c le client qui nous a prevenu que ca marchais plus du tout.
dans la requete y'avais des mots clef style MAX
on a mis autant de temps a debugger qu'a coder...

Marrant j'ai même pas vu que ça remontais à 2002 ce topic

énorme (flag à peine masqué, dès que je trouve une erreur je la poste directos )

J'ai ramé (y a un an) une semaine (mi-prog, mi-labo) pour trouver un pb d'alloc sur un prog d'interfaçage d'appareil de mon cru en C/16 bits. J'avais fait des modif et ajouté des champs dans ma zone de stockage (malloc()) mais il manquait en fait deux octets pour tout faire tenir (taille en dur et non calculée). Ca marchait souvent et qq fois plantait.
 
Dernièrement, j'ai fait tester un prog de conversion automatique récursif (C) de fichiers de spectro -> ASCII. Il fonctionne très bien mais le testeur a eu la funeste idée d'exporter les fichiers dans le même répertoire (D:\TEMP) que les originaux. On a eu droit à la création d'un répertoire D:\TEMP\TEMP\TEMP\TEMP\TEMP\TEMP\TEMP\TEMP\TEMP\TEMP\TEMP\TEMP\TEMP\TEMP\TEMP\TEMP\TEMP\TEMP\etc.. jusqu'à saturation. Va falloir que je révise mon truc. Sinon, le reste est parfait....

Ça je l'ai déjà fait aussi la création récursive de dossiers

Quand on met les données dans un répertoire disjoint, tout va bien.  
S'il y a recouvrement, vu qu'on commence par traiter les répertoires jusqu'au niveau "zéro" et qu'on crée un répertoire image de celui qui est traîté, ça promet en "stratégie" pour éviter ce pb (ça attendra un peu).
 
Le for();, j'y ai eu droit une fois aussi. L'algo était bon mais pas l'effet....

y a aussi le fameux
 
if(...);
{
 ...
}
où on se demande pourquoi il est toujours exécuté (je crois me souvenir qu'en C ça compile. En tout cas en Delphi ça marche, un ; après le then, je me suis déjà fait avoir)

très bon cuilà! Et on met souvent 3 plombes à le voir!

en Java, un qui est terrible, c'est le  
 
String maChaine1="dudulle";
String maChaine2="dudulle";
if (maChaine1==maChaine2) out.println("pourquoi ça m'affiche pas ça ?????" );
 
 

c'est marrant, moi j'ai totalement confiance dans le formatteur de code, je me fie complètement à l'indentation (après un petit coup de formatage automatique).

combien d'heures à chercher pourquoi un calcul renvoyait toujours 0?
genre a = b/c;
avec int a,b,c; et... c > b

Bin j'ai pas vraiment d'exemple en tête ; j'ai fait plein de petites conneries, mais des vraiment gros trucs, j'm'en souviens pas J'posterai si jamais ça me revient
 
Par contre, c'est pas de la prog mais du réseau, j'ai un truc assez sympa
J'faisais mon stage chez EADS été 99 à Toulouse dans l'admin réseau. Sur ma station HP-UX, j'voulais connaître l'adresse IP du gros serveur de dev du département sur lequel tout le monde bossait. J'avais vu quelques jours avant que la commande ifconfig lan0 donnait justement l'adresse IP de la machine ; donc j'me logge sur le serveur de dev, j'fais ma manip et y a pu rien qui répond.
Là-dessus, 30 secondes plus tard, le responable technique qui se pointe "il est mort le serveur de dev ?" Et moi :
En fait, l'interface lan0 existait pas sur la machine donc en faisant ifconfig dessus, elle était partie en boucle

bah chez moi  

ca ressemble très fort à

 
même après indentation auto...

 
Indentation pourrite
 
K&R style roulaize

On va pas recommencer les trolls là-dessus hein!

bon, je me lance dans mon explication compliquée.
 
Je fais un client IRC, il y a un thread qui écoute le réseau, met à jour la liste des channels sur lesquels on est connecté et la liste des utilisateurs dans les différents channels et envoie les événements correspondants aux listeneurs du bordel.
 
De l'autre côté, l'interface graphique est une tache séparée en swing qui écoute le modèle. Le événements du modèle sont enfilés dans une queue pour que quand la tache swing prend le controle, elle tire les événements de la queue et les traite.
 
Quand on se connnecte à un channel, on reçoit automatiquement la liste des connectés au channel, et sur mon chan de test, il y a assez souvent 200/300 personnes connectées quand j'arrive.
 
Pour limiter la consomation de mémoire, j'avais mis en place le système siuvant : la tache du serveur reçoit les membres du chan, les stocke dans son modèle et dès que le dernier est arrivé, envoie un événement aux listeneurs, qui viendront eux-même lire la liste dans le modèle.
Le problème c'est que pendant la lecture des utilisateurs depuis la tache swing, des nouveaux utilisateurs peuvent arriver depuis le serveur, et sont considérés comme étant déjà present dans le chan. Quand l'interface graphique reçoit l'événement correspondant à l'entrée de l'utilisateur dans la chan et le traite, suprise : il est déjà dans la liste des utilisateurs présents !
 
conclusion : en particulier quand les listeners sont asynchrones par rapport au modèle, il faut absolument que chaque Event embarque avec lui une copie du changement qui a eu lieu dans le modèle, et n'utiliser que cette copie pour traiter l'événement.

L'autre solution (je ne sais pas si elle est meilleur ou pire) c'est de ne pas rebalancer des évenements au listener tant que celui-ci n'a pas récupéré les informations qui lui permettent de se mettre à jour ...

T'avais raison d'hésiter de le poster... j'ai rien capté

bha c'est un problème de programmation évenementielle : un thread (producteur) met à jour les données et prévient un autre thread (lecteur) qu'il y a des infos mise à jour.
 
Le problème c'est si le thread producteur remet à jour les données avant que le thread lecteur ait lu ses données ...

un code en C++ du stagiaire que j'ai eu peu avant de me faire virer de mon ex boulot :
 

no comment

J'ai bien du me prendre la tête 3 jours sur un projet où 3 fichiers  .h contenaient les mêmes #ifndef #define ..... #endif pour éviter les inclusions multiples. 3 jours d'angoisse

 
and then came #pragma once....

L'histoire se passe il Y a bien longtemps, à l'époque du bug du Pentium...
 
C'est une appli en Clipper qui gère des échanges d'informations.
Les infos sont référencées dans une table, mais les données pouvant être très volumineuses et contenir tout et n'importe-quoi, on décide de les enregistrer dans un fichier à part. Dans la table, on stocke juste l'offset et la taille.
 
L'appli marche très bien, sauf que de temps en temps, notre Gros fichier se retrouve tronqué
On cherche un certain nombre de jours, on accuse le matos, le disque, le système de fichier, la carte controleur... et enfin, le Bug du Pentium !
 
Le client nous fait confiance, et il fait pression sur le constructeur pour avoir un Pentium corrigé ! ( C'est un Très Gros Client et un Très Gros Constructeur ).
 
Le pentium est changé, et on passe un week-end à surveiller le bouzin !
 
Miracle le lundi matin, le système fonctionne, et le client est très content.
 
Bien sûr, le pentium n'y était pour rien. On avais juste oublié de Ne Pas écrire les données dans le Gros fichiers si il n'y avait pas de données... Heu oui, pour ceux qui savent pas, write( nHandle, data ) avec rien dans data tronque le fichier à la position d'écriture.
 
On y a passé du vendredi matin au lundi 24/24, à trois dans une salle machine, à jouer à DOOM en réseau en attendant que çà plante.

Aller , ca fait que 3 jours que j'me suis mis au java pour mes pages persos , mais deja , y'en a une que je fais trop souvent :
 
j'oublie toujours le dernier " dans les parametres d'une commande  

petit bug sympa :
au début de la semaine on envoie une nouvelle version d'un soft au client.
C'est un soft fait juste pour ce client, composé d'un .exe + un .mdb + 3 .doc
Dans le mdb on stocke des données temporaires pour les rapports via ODBC, puis on lance Word qui fait un truc de mailing (mais vu qu'y a qu'un record dans le .doc, y a qu'une page, pour les factures par ex).
[je sais c'est pas propre comme système, mais c'est là depuis des années bien avant que j'arrive]
Donc début de semaine on envoie la nouvelle version permettant de lancer le 3e type de rapport .doc (avant il n'y en avait que 2), chez eux ça plante alors que chez nous pas Même les deux anciens doc plantent.
Même version de Windows, même version d'Office (à peu près : ils ont un Office en néerlandais et nous en anglais).
L'erreur est une erreur ODBC, "key violation, cannot delete from table..."
On se demande bien de quoi ça pourrait venir, on leur file des liens pour mettre à jour Windows (SP4), Office (SR3), etc.
Hier soir je passe chez eux et constate... que le fichier .mdb est en read-only pas étonnant que ça ne marche pas (je me demande pourquoi ODBC renvoie une erreur "key violation" ).
Pas mal de recherche et de temps perdu pour une bête erreur... mais en fin de compte on ne sait toujours pas pourquoi ce fichier était en read-only.

houlà j'ai tapé tout le truc en un coup je m'attendais pas à un tel pavé pour une histoire aussi "insignifiante"

Il est peut-être passé sur un CDRom. C'est pénible quand on récupère des fichiers archivés : ils se retrouvent tous en lecture seule (du moins chez moi)...
 
EDIT : pendant que j'y pense, une fois je faisais varier la variable compteur de la boucle dans celle-ci (mélange de divers fragments de code). Résultat "inattendu".