en c++
 
#include <stdio.h>
 
void main (void)
{
 printf ("salut" );
 
}
 
 
ca devrait marcher non?

#include <stdio.h>
 
void main (void)
{
 printf ("salut\n" );
 
}

Le langage ça se met ds le titre et C bien de trouver D titres 1 peu + explicite....

campagne de modo ca?

Oui on dirait...
Ici il fait des remarques, et là bas il récolte des voix  

ouais mais c'est du C pas du C++ ...

Faut arréter de psycother les gars hein....
Je vais finir par arréter de poster jusqu'à la fin de cette histoire si ça continu... peu + faire un post sans me choper une remarque.....

 
void main()
{
  cout >> "salut\n";
}
 
Heureux ?
 
(Edit : Et le C est compris ds le C++ donc y a pas de honte à utiliser printf en C++ C idiot comme rq....
 
Edit2 : Et non ça ne devrait pas marcher... sous linux tant qu'il ne rencontre pas de \n il n'affiche rien... allez savoir pq.... mais C normal....)

[jfdsdjhfuetppo]--Message édité par [SDF]Poire--[/jfdsdjhfuetppo]

[SDF]Poire a écrit a écrit : Faut arréter de psycother les gars hein.... Je vais finir par arréter de poster jusqu'à la fin de cette histoire si ça continu... peu + faire un post sans me choper une remarque.....

 
On peut même plus rigoler
 

 
perduuuuuu c'est cout << "salut" << endl;

et l'include il pue ?

nan j'aime pas le C/C++
 
public class LaJeSuisHeureux {
   public static void main (String[] ars) {
      System.out.println("salut" );
   }
}

benou a écrit a écrit :   nan j'aime pas le C/C++   public class LaJeSuisHeureux {    public static void main (String[] ars) {       System.out.println("salut" );    } }

Moi j'aime pas le Java.... d'ailleur me suis planté à mon partiel....

program Project1;
{$APPTYPE CONSOLE}
uses
  SysUtils;
begin
  WriteLn('Salut';
end.

ca me rappelle le C# vache

antp a écrit a écrit :     perduuuuuu c'est cout << "salut" << endl;

C vrai mais en même temps ça fait longtemps que G pas utilisé cout... et G fais ça vite fais....
 

Oui... me souvient + du nom mais ça doit pas être trop dur à retrouver...

ostream.h

tu voulais sans doute dire

?
 
LEGREG

#include <iostream>
uses namespace std;
 
ou alors en plus court mais normalement c'est plus dans la norme :
#include <iostream.h>
 
Et en général qu'en on veut programmer en C++ ou utilise la notation C++, donc on utilise cout, delete, new etc...
et pas printf, malloc et free
 
Ca evite les bugs et d'avoir du code avec du mélange de C et de C++ du plus mauvais effet

tu fait juste un cout tu peut mettre que ostream.h ca suffit

Ouai faut pas pousser non +.... ça dépend des compilos....
Et le int main() + return 0..... le truc qui sert à rien quoi... allez hop on respecte tous la norme ANSI

[jfdsdjhfuetppo]--Message édité par [SDF]Poire--[/jfdsdjhfuetppo]

 
de toute manière tu auras du mélange C/C++.... et C pas un printf qui va faire bugger ton truc....

heu de toute facon c pour mon premier labo de C donc c du C et c t juste pour savoir si ca marchait, pas pour connnaitre en 15 langage  
 
mais merci quand meme.

 
je me refere a la reference du C++
qui est M Stroustrup (je sais pas s'il y a une norme
sur l'ecriture de son nom par contre).
 
l'inclusion des .h finit toujours
par une incomprehension chez le debutant
chez qui le code ne fait pas ce qu'il devrait.
Typiquement iostream.h => implantation des flux avant qu'ils n'adoptent la STL qui est la seule chose a utiliser desormais, de toute facon sinon il y a conflit entre les deux librairies.
Toute implantation en .h est supportee par son proprietaire et est souvent conservee que pour des raisons de compatibilite de code (donc utilisable je te l'accorde).
 
De meme de nombreux debutants ne comprennent
pas comment utiliser les strings parce qu'ils
tapent #include <string.h>
qui n'a pas du tout le meme effet que #include <string>
 
c'est confusant, c'est con et c'est fusant,  
mais on doit faire avec.
 

[SDF]Poire a écrit a écrit : Et le int main() + return 0..... le truc qui sert à rien quoi... allez hop on respecte tous la norme ANSI

 
Nope c'est pas seulement un bete truc de norme
c'est tout simplement que main est defini comme renvoyant un int, ne pas renvoyer d'int change la signature de la fonction ce qui aura un comportement indetermine lorsque quelqu'un cherchera a connaitre cette fameuse valeur de retour.
Soyons plus precis: ton compilateur fait confiance au prototype
declare d'une fonction pour l'appeler ce qui permet
de passer des pointeurs de fonctions, et de compiler sans le corps de la fonction appelee depuis le code. (ou de faire des declarations de prototypes dans un .h)
Si tu changes ces conventions d'appel en cours de route
tu peux t'attendre a des problemes.
(meme si des compilos intelligents
rajoutent un return 0; dans ton dos a la fonction
main parce qu'ils ont vu que tu avais fait une erreur,
ca n'excuse pas tout)
 
A+
LEGREG

Je connais tout ça....
Mais là il avait un bête de pb avec un printf... pas la peine de l'embrouiller avec un tas de truc... chaque chose en son temps...
 

Typiquement le probleme qui arrive
quand on inclut le mauvais header :
 
http://forum.hardware.fr/forum2.ph [...] ic=&trash=
 
A+
LEGREG

legreg a écrit a écrit : Typiquement le probleme qui arrive quand on inclut le mauvais header :   http://forum.hardware.fr/forum2.ph [...] ic=&trash=   A+ LEGREG

au début il n'y avait pas d'histoire de header....

hum enfait je pens eque c plutot un prob d'install paske ca me le fait encore. j'essayerais de reinstaller.

Avec le \n ça te le fait encore ?
ça te fais quoi d'ailleur ?

ca fait ca
 
LIBCD.lib(wincrt0.obj) : error LNK2001: unresolved external symbol _WinMain@16
Debug/essai2.exe : fatal error LNK1120: 1 unresolved externals
Error executing link.exe.

glps
bon d'accord on avait tout faux
 
En fait il faut que tu crees un projet  
en application WIN32 CONSOLE
et ca roulera
 
LEGREG

legreg a écrit a écrit : glps bon d'accord on avait tout faux   En fait il faut que tu crees un projet   en application WIN32 CONSOLE et ca roulera   LEGREG

 
  gagné.
 
c t ca.
 
bon faudrais vraiment que j'aille acheter mon syllabus paske dans le genre erreur de nb c t fort.
 
merci a tout ceux qui ont repondu.