non, là il ne s'agit pas d'initialisation, mais de définition d'une taille des entier en nombre de bits. Mais je ne m'en suis jamais servie, donc je ne sais pas ce qui est dans la norme, ce qui est un ajout du compilo et quelle est la bonne syntaxe.

coder quoi ?? quake ?

Vu le profil, je pense que c'est juste du spam. Peut-être qu'un kick-ban bien placé (et une suppression du message) pourrait intervenir.

(j'etais en voyages la semine derniere. Le pseudo etait deja banni quand je suis revenu.)

Petite question de C++ (parce que là je sèche un peu) :

Comment on peut faire pour surcharger l'opérateur << de façon à ce que toutes les paires (std::pair<T1, T2> pour tout T1, T2) s'affichent "element1, element2" ?
Bien sûr, on suppose que << est déjà surchargé pour T1 et T2.

J'ai essayé à coup de :

template <class T1, class T2>
std::ofstream& operator<<(std::ofstream&, std::pair<T1, T2> p) { … }

mais ça s'est soldé par un échec cuisant.

std::ofstream& operator<<(std::ofstream&, const std::pair<T1, T2> p) { … }

même. Mais j'ai l'impression que le problème dans ce cas là vient du fait que je ne sache pas passer l'argument <T1, T2> à l'operateur << lors de l'appel.

Une version non générique ça fonctionne?

std::ostream& operator << ( std::ostream& out, const std::pair< size_t, size_t >& rhs )
{
out << rhs.first << ", " << rhs.second;
return out;
}

Sachant qu'il est probable que la fonction doivent être déclarée dans le namespace std pour que le nom soit reconnu.

_skip: oui, sauf que j'ai 10 T1, et 25 T2.

Essaie ça :

namespace std
{
template<class _T1, class _T2>

std::ostream& operator << ( std::ostream& out,
const std::pair< _T1, _T2 >& rhs )
{
out << rhs.first << ", " << rhs.second;
return out;
}

}

Impec, ça marche. Merci beaucoup.

Je ne sais pas si j'aurais fini par penser tout seul que le problème venait de l'absence du "namespace std { … }".

De rien, pour le namespace j'avais mis dans le premier post.

Oui mais comme ça marche de faire une version instanciée sans le namespace, j'avais pas creusé la piste. :

Disons que ça fait partie des joies du C++

bonjour tout le monde

Quelqu'un travaille t-il sous VCPP 2010 ultimate? j'aurais voulu savoir s'il y a un moyen de compiler ses programmes sans que l'exécutable qu'il sort ne fasse appel à des DLL spécifiques à VCPP (genre msvc100.dll, msvcP100.dll...) que les autres gens n'ont naturellement pas.

merci et passez une bonne soirée

Dans les options du linker, fut un temps tu pouvais choisir si ça linkait ontre les bibliothèque dynamique ou statique. Mais même en version statique il est plus pratique de distribuer les programmes compilés avec vcpp avec un setup que tout seul (et dans ce cas là tu peut aussi bien garder le link dynamique) car les programme ont besoin de tout un tas de fichiers de ressources, d'assemblie (même en code natif), etc.

ils ont enlevé cette option?

disons qu'un setup aurait du mal à se justifier, les programmes en question sont une application sous SDL et un générateur de labyrinthe sans interface graphique

non, c'est bon j'ai trouvé! c'est dans c++>génération de code, il faut passer en multithread au lieu de DLL multithread

En réponse à ça :
https://www.jeuxvideo.com/forums/1-47-49305-1-0-1-0-c-sdl-fichier-probleme-accent.htm#message_49314

dnob700 : si c'est le mail auquel je pense, c'est un miss-clic qui a été corrigé dans la minute.

Ok,

Comme il se trouve que je n'avais rien à posté, je n'ai pas pu m'en apercevoir, je ne voulais pas poster juste pour faire le test. Cependant, c'est anecdotique, mais j'ai maintenant 5 points de moins que mon nombre de post, c'est équivalent à un casier judiciaire...

Les 5 points de moins, c'est pour ton message que j'ai effacé au milieu de la cohue.

Si ça peut te rassurer, j'en suis à -175. Il faut dire aussi que j'efface régulièrement des messages à moi dans la FAQ du 38 (et ailleurs ).