Reprise du message précédent :
preum's !

ICH LIEBE DICH BABY DU BIST MEIN SONNENLICHT §§§

http://fr.news.yahoo.com/29062006/ [...] royal.html on est pas dans la merde !

 
Il n'empêche que la manoeuvre est intelligente.

Le CEA ne bosse pas que sur ce qui touche à l'atome, ils sont dans pleins de domaines différent

Si les sondages sont bons pour lui, si tout le monde lui demande, s'il en a envie et s'il fait beau pour le 15 aout à l'ile de Ré

tout le monde est mort ?  

Yep, ça donne toujours une bonne image de rencontrer les SDF  

Ah ouais mais .Net c'est pas un standard de l'industrie  

nraynaud staÿle  

G Spot

holy mother of god

hého, je tente de faire bouger aussi les gens que je connais hein

salut les cons

 
Il ne manque plus qu'Alain Juppé, et on aura la joyeuse farandole au complet.

preusm

 
Non non
 

Question con : on est deux devs, et à bibliothèques/includes/sources/makefile égaux, on a des différences de quelques bytes sur la taille des binaires générés.
 
Quelques pouillèmes, et c'est sans importance, mais par curiosité, ça peut venir d'où ?

Version du compilo ?

Un de vous deux compile en mode Debug ?
Sinon peut etre que un des deux compilos vire la table des symboles aussi...

Version des libs systèmes linkées aussi.

Nous sommes sur le même serveur, même filesystem (juste chacun dispose de son propre arbre de développement).
 
Même makefile donc pas de diff sur la version du compilateur ni des options, et de toute façon la différence ici n'est que de quelques bytes, c'est quelque chose de vraiment mineur.

le username?
en mode debug, les chemins des sources sont stockés dans le binaire?

Les users et les chemins font la même longueur, c'est standardisé. Et on compile en mode optimisé.
 
Je vais check la LD_LIBRARY_PATH pour vérifier, y a peut-être une siouxerie qui s'y cache.
 
EDIT : LD_LIBRARY_PATH identique, donc on utilise bien les mêmes libs. Là j'ai 80 bytes de diff, mais avec un troisième arbre c'est pas la même chose non plus.

t'as essayé un diff ? c'est peut-être dans la partie string.
 
'tain, c'est débile, mais ça pique ma curiosité aussi.

 
J'vais craquer.

Et après strip ?
 
Et un nm au lieu de faire un strings ?

 
Je connaissais pas nm    
 
Bon, ça vient bien du chemin qui est stocké dans le binaire.
 
Siouxerie du jour : la variable d'environnement de mon collègue avait un / en plus à la fin, d'où diff malgré des noms d'user et des arbres en apparence identique.
 
Mystère résolu. Merci  

Quand même, je me pose la question con : qu'est-ce que ça peut lui foutre le répertoire de compilation ? Pourquoi il le stocke ?

 
Pour debugger ptêtre nan ? ( genre afficher le fichier pendant le debug )

Compilé en mode optimisé ?

 
 
et on notera que, une fois de plus, j'avais RAISON

parlez

bla bla bla

L'installation du client Oracle, c'te bonne blague  

sous linux?

647 Mo et 19 000 fichiers pour cette merde

Quelle version? Parce-que ptit joueur, la 9i c'est 3 cds...

Le client 9i sous XP. L'installation est aléatoire.
Tu connais un bon client graphique gratuit ? J'ai essayé DBDesigner, mais on ne peut pas spécifier le port, impossible de se connecter

entre 2 et 10 ans de procédure quand même

C#!
 
J'ai une classe generique CTOTO<T> qui implemente une interface ITOTO
 
Maintenant j'aimerais bien faire une classe qui liste les CTOTO<T> et les ITOTO par la même occasion.
 
Donc, faisons une classe implementant l'interface generique IENUMERABLE<T>
J'appelle cette classe CTOTOLIST<T> et l'implemente IENUMERABLE<CTOTO<T>> et IENUMERABLE<ITOTO>
Sachant que par la suite, je ne vais pas tout mélanger car je vais implementer IENUMERABLE<ITOTO> implicitement alors que je vais implementer IENUMERABLE<ITOTO> explicitement.
 
Ce qui me fait un truc du genre :
 
interface ITOTO{}
class CTOTO<T> : ITOTO{}
class CTOTOLIST<T> : IENUMERABLE<ITOTO>, IENUMERABLE<CTOTO<T>>{}
 
et la, à la compilation :
 

 
putain quoi..  comment je fais maintenant pour pouvoir enumerer les deux types à la fois??....  
 
z'avez un work around?