J'ai un probleme sur lequel je plante totalement.
 
J'ai une fonction blabla :
 

 
fonction1 est une méthode de la class objet1, elle genere un nombre aléatoire en gros.
Mon probleme est le suivant, le cout << endl; ne sert a rien comme vous l'avez remarqué, mais si je ne met pas cette ligne, le programme s'excute puis bloque, c est a dire qu'il n e fait rien. Par contre quand cette ligne est présente il n'y a aucun probleme. Quelqu'un aurait une idée sur l'origine de ce probleme ??  
 
Merci d'avance pour votre attention !

Je précise que cout << de n'importe quoi d'autre ca ne marche pas, y a que le endl ou le '\n' qui font que ca fonctionne.

L'erreur est dans le code de ta fonction1....
est-ce que si tu remplaces le  
cout << endl;
par
cout.flush();
ca fait pareil ?

quand ca plante et que ca marche en rajoutant une IO ca sent la memory leak qq part. Verifie le code de function1, ca n'a AUCUN rapport avec endl.

Salut,
Est-ce qu'une erreur spécifique est affichée quand le programme plante? Genre segmentation fault? Car c'est fréquent que, quand un programme plante, si tu met par exemple un printf (donc cout aussi) au milieu pour faire un pseudo debug en affichant les valeurs des variables il se mette à ne plus planter.
Je suis donc la pensée de Ace17 et de Joel F: l'erreur est dans ton code (suivant ce que fait fonction1, il peut y avoir une division par zéro par exemple).
As-tu essayé d'exécuter ton code pas à pas avec un debugger? Sinon de pseudo débugger en affichant les valeurs de a, b et c à chanque pas du while? Voir s'il n'y a pas quelque chose de 'louche'.
@+

Ca, c'est surtout vrai quand tu es multithreade. D'ailleurs, a la relecture du post de l'auteur du topic, je me demande si ca n'est pas le cas. Sa description ressemble pas mal a un interblocage.

Bah je sais pas, perso dans des programmes qui ne sont pas multithread (enfin je pense car je n'ai rien fait de spécial pour qu'il soit multithread) ça me le fait souvent. Pas d'exemple en tête mais plein de souvenirs de 'pseudo' debug quand j'étais à la fac .

le multi thread n'a rien à voir. En general, ca provient d'un depassement de borne de tableau ou d'acces à une zone mémoire non allouée.

C'est bien ce que je pensais, ça arrive dans un cas de plantage trivial (genre depassement de borne de tableau ou d'acces à une zone mémoire non allouée comme tu dis).
@+

Bien sur que si, parce que la trace d'execution change le timing de ton programme, en plus de creer des points de rendez-vous inopportuns entre les threads.  Pour ces deux raisons, il est possible qu'un programme qui deadlocke sans trace d'exec s'execute sans probleme lorsqu'on rajoute des printfs.
 
Dans la grande majorite des cas, un depassement de borne de tableau ou l'acces a une zone memoire inexistante finit par provoquer une exception... ce qui n'est apparemment pas le cas. Ce serait bien que l'auteur du topic re-poste pour nous dire ou il en est.

Le cout.flush(); ou cout << flush; ne font pas marcher le programme. Seul cout << endl; fait que ca marche (a la fois j 'ai pas tout cherché non plus ). Les cout sur les variable sans endl a la fin ne font pas fonctionner le bout de code.
 
Quand le programme plante, aucun message d'erreur, juste ca fait plus rien, gdb me dit que le prog est coincé dans la fonction 1 fonction blabla (edit)  rien de plus.
 
Je reppel que avecle cout << endl; tout marche sans probleme ! Ce n'est donc pas une eventuelle division par zéro ou ce genre de chose qui provoque le plantage.
 
J'ai pas regardé si y avait du memory leak, je vais mater ca a tete reposée. Sinon j'ai reussi a faire fonctionner le programme sans cout << endl; en remplacant les double par des floats. C'est encore plus incomprehensible pour moi le fait que ca marche avec des floats et pas des doubles.
 
J'aimerais, meme si c est résolu, comprendre la source du probleme. Est ce que quelqu'un saurait exactement ce que fait cout << endl; de plus qu'un cout << flush, ou un cout de n'importe quoi ???

Quand je dis seul cout << endl; fait que ca fonctionne c'est faux, il y a aussi cout << "\n";

endl = \n + flush
 
et donne le code de cette fonction boudiou

Alors qu'est ce qui différentie un cout << "\n" d'un cout << "a" ??? y abien un truc c'est pas possible.
 
Sinon pour le code ca risque d etre imbouffable, c est une fonction perdu au milieu de miliers de lignes Je vous le mettrais lundi qaund je serais au labo.

bah cout comme printf effectue un flsuh lorsque on leur demande ou lorsque un \n arrive dans le buffer.

l'ennuie c est que ca viens pas flush, puisque cout << flush ne fonctionne pas.

D'un cote, si y'a rien a  
flusher... essaie :
cout << "a"; cout.flush();
 
Mais bon, au final tous ces tests ne nous meneront pas tres loin Donne plutot le code de la fonction...