y dit qu´il a pas compris l´explication...

il precise que si tu tapes les deux chevrons en dehors de tout contexte, comme cela < < , JV va le reconnaitre comme des symboles et foutres des espaces au milieu. Il dit aussi que si tu colles les chevrons a un mot, comme cela<< , c´est detecte comme un seul et meme mot, et donc pas modifie par JV.
dans ton post, on lit " cout<< " avec chevrons colles a cout. Donc nous, on fout un espace entre cout et les chevrons, mais pas entre les chevrons eux memes.. du coup, modif par JV qui rajoute des espaces partout ! bref.. palpitant

essaie Godrik
tape les chevrons collés a un mot, et les memes, isolés, et regarde ton message

cout<<
cout < <

ah ok!
et c´est quoi l´interet de faire ca ?
c´est pour eviter l´injection de code ?
( enfin, non meme pas, je vois pas)

Il ne faut pas chercher de raison à tout ça, c´est juste que le forum respecte certaines conventions un peu connes qui n´ont rien à voir avec la programmation.

bien sur, ca respecte une convention.
mais c´est bizarre comme convention ca doit avoir un interet.

l´idée c´est d´empêcher la déformation des pages par des flooder.

Mais c´est con parce qu´on peut quand même les déformer, par contre ça défome surtout les lignes de codes.

pour le problème de pré-post incrémentation, c´est peut-être pas propre, mais ce qu´il y avait d´écrit était juste plus haut, il fallait bien une post incrémentation et pas le contraire.

ah oui parceque c´est un do while, sinon il ne verifie pasle premier caractere
mais ca veut dire qu´il affiche le .
et je supose que ce n´est pas ce qu´iol voulait faire

Merci bien a tous , vous etes geniaux . ...
; -) ; -)

un dernier message HS pour m´excuser du HS.
et pour dire: " c´est dommage qu´il n´y a pas un smiley avec un gars qui gueule:"MODERATEUR""

A quoi sert FLOAT ?
( excusée mon ignorance . ...)

float, c´est comme " double", ça sert a garder en mémoire un nombre a virgule.

Cependant float est un peu moins précis que double, il prend 4 octets en mémoire, alors que " double" en prend 8.
Si tu as besoin de précision accrue, prend " double". Si tu fais des petits programmes, prends " double" également --> les processeurs actuels sont optimisés pour double.
Si tu as besoin d´otpimiser de la mémoire et que tu n´as pas forcément besoin de baeucoup de précision, prend float.

Mais si tu débutes, ne te casse pas la tete, prend " double" a chaque fois.
Plus tard, tu sauras quand il faut prendre float.

ah ouais, les proc sont optimisé pour double maintenant ?
J´ai toujours penser qu´etant en 32 bit, float ca passerai mieux...
( enfin, tu va me dire quand on voit la gueule du pipeline...)
d´ailleurs ton double, il doit prendre deux registres processeur non ? au lieu d´un pour float ?

( c´est un avis basé sur mes cours d´archi de license alors autant dire que je ne suis pas un expert en matos)

dsl cest pour downer le topic de rex

faites de meme svp

( erf cest long)

En fait, c´est le processeur arithmétique qui s´occupe de la gestion des double.
A l´époque des 80x486, c´était ce qu´on appelait le SX ( sans copross) et le DX ( avec copross)
Maintenant, ce coprocesseur est intégré dans le processeur : il n´y a qu´une seule puce.
Cependant, me semble t il, ça fait donc tres longtemps que les processeurs sont optimisés pour cela

Sinon, a part cela, les profs nous ont toujours conseillé d´utiliser " double",
Cependant apres, la vitesse d´un double ou d´un float, je ne suis pas sur que notre ami en soit a un stade d´otpimisation tel
Moi meme j´utilise princiapelement des double...

pour des valeurs flottantes, les plus petites donnees restent ajd encore les plus rapide a traiter. Ce n´est pas forcement vrai pour les entiers.
Sur un cpu actuel, le traitement " naif" d´un double prend toujours pres de deux fois plus de temps que le traitement d´un float ( sans compter les operations complexes comme des sqrt qui doivent generer bcp plus de precision, et c´est loin d´etre lineaire, comme complexite). On trouve en contrepartie le SSE et le SSE2 pour packer les float ( 4) et double ( 2) sur 128 bits et les traiter en paralleles.
Bref, sauf pour du calcul scientifique, c´est float tout le temps, et arrondis et approms a tout bout de champs

-approms ( ?) +approximations

ah... Moi qui utilisait tojours double...

lui probablement pas.
Mais l´information est susceptible de m´interesser...

Je vous ait deja parler de " coder a la sovietique" ?
je vous donne l´idée...
C´est ce qeu l´on fait quand notre code n´est toujours pas assez rapide, et que l´algorithmique ne peut plus rien pour nous...

Coder a la soviétique ? Coder comme un communiste ?
Tiens, ça me rappelle le communiste syndiqué qui s´est fait virer de je ne sais plus quel service plublique
( pour se faire virer d´un service publique, surtout syndiqué, il a du pousser le bouchon un peu loin hein ? )
Bref, comme vous savez, un syndicaliste qui se fait virer touche un bcp bcp de sous !
il a touché 175 000 euros de dédomagement !
En bon communiste, normalement, il devrait partager avec les autres éventuels licenciés, et oui ! ! Tel est le principe du communisme !
C´est marrant, je suis sur que sur ce " détail" il va oublier d´etre communiste...
Ces chers communistes qui pronent le communisme quand ils ont quelque chose en moins que leur voisin, mais par contre, qui ne disent rien, et hurlent au scandale si on veut partager quelque chose qu´ils ont en +...
désolé pour le HS, soviétique, ça m´a rappelé communiste, hem ! !

Et sinon, c´est quoi exactement la méthode de code soviétique ?

Bref, LGV a surement raison sur les float remarque, bus 32 bits oblige... Enfin !