(jme suis retenu, j'ai pas mis ca dans ada )
 
bonjour Nous bossons tous tous les jours avec des outils plus ou moins merveilleux, et generalement ces outils nous renvoie de charmant pety message d'erreurs. Certains sont informatifs, d'autre carrement casse couille. Je vous propose d'exprimer ici vos frustrations quotidiennes, de proceder a l'election du message casse couille d'or, enfin tout ca quoi
 
 
Ces temps le message qui me les brises menus est issu de mon ami gcc
 

 
non mais surtout ne te fais pas a chier a me dire quel type j'essaye de faire entrer dans quel type hein ? des fois que cette information pourrait m'aider, tu fais bien de me la cacher (surtout que tu dois pas du tout la connaitre, andouille)
 
vala, c'est idiot mais ca defoule
 
a vous
 

 encore mieux, une erreur a l'execution de mon programme fortran (qui compile, et link sans probleme)
 

 
 voila, merci je suis bien avance maintenant

pourtant g++ le fait ...

Une qui "m'amuse"...
 
Mise en situation : on a dans notre BdD des tables avec plus d'une centaine de champs.
Chaque jour, on reçoit des fichiers de données qu'il nous faut intégrer, et on utilise "bcp" dans des tables temporaires.
 
De temps à autres, on a ça :
 

 
Voila.  
On sait que c'est dans un paquet de 1000 lignes, parce que BCP agit par paquets de 1000 lignes.
Donc en gros, on sait que c'est entre, par exemple, les lignes 12000 et 13000.
 
Pis c'est tout, faut se débrouiller.  
En plus ce message est trompeur : on pourrait croire que bcp a tronqué un champ pour que ça rentre mais, en fait, la ligne n'a tout bonnement pas été insérée.

 
ah bin ca
 
evidemment sous nux y'a mon erreur preferée speciale +, apres compile et link reussi :
 

 
(vu qu'on charge pas mal de dll a un moment ou a un autre, on a un peu de mal a tester si tout marchera ou si y'a pas une dll qui nous fera cette belle erreur )

c'est ça d'avoir un LD_LIBRARY_PATH pété

bon je le rajoutes la quand meme
 

 
 
nonon, c'est le linker qui deboite tout
 
imaginons que j'ai une fonction toto() defini dans libtoto.a
 
dans mon link je fais :
 
-ltoto
 
bon
 
je continue a construire mon appli  
 
-ltoto -ltata -ltruc -lbidule
 
et la pan !
 
relaction error : undefined symbol toto
 
alors hop, on corrige
 
-ltoto -ltata -ltruc -lbidule -ltoto
 
et la ca marche
 
c'est le delire
 
 
 

hein ?

cela dit si qqun a une explication rationnelle, ca m'interesse

t'es sur que t'es pas en train d'échouer parce qu'un .a c'est statique et qu'il faut à chaque fois relinker ?

 
 
oué c'est ce que j'ai dis aussi, la premiere fois

ca changerait rien au fait de devoir mettre 2 fois le lien dans la ligne de commande

 
 
bin non jte dis, quand faut je rerajoute la lib a la fin et ca passe. Cela dit tout ca c'est sur un gcc 2.95 alors bon

 
(bah ca se trouve le premier devient inutile et y veut juste que le machin soit mis a la fin pour une raison connue de lui seul, mais ca m'a tjs saoulé de tester)

à la fin ?

bin jle refous a la fin de la ligne de link

Dans le genre cassecouille et frustrant mais pas vraiment mechant, en Java: