petit souci de compilateur

**fox_a_poil_mou** · 16/09/2006, 17h45

Bonjour,

je me lance dans le C# car, c'est avec ca que commance mes cours cette année ...

bien, je vais tacher de faire cour,

je vien d'implémanter sur ma machine BC31 (Borland) pas de probleme, j'ai déja travailler avec lui a l'école, c'est le bon.

donc, je l'utilise, je tape quelque ligne je compile, ... ERROR ? je cherche, trouve pas,

et c'est la mon probleme, apparament, il n'a pas acces a la bibliotheque, car, il me dit que l'erreur c'est :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

#include <stdio.h>

je ne comprend pas, qu'est ce que j'ai oublier de fair ?

petite question encor, j'ai aussi installer Microsoft Visual C# 2005 Express Edition mais, j'ai le grand santiment que ca na rien avec avec le langage de Programmation C# ... car, quand je tappe du code, il na pas l'air de comprendre.

merci a vous d'avance,

**Franck.H** · 16/09/2006, 17h48

Salut et bienvenue sur les forums de developpez.com

En fait je crois que tu confond, ici c'est un forum sur le Langage C et non pas C# qui n'a strictement rien à voir avec le C !
Si tu veux de l'aide sur C# va voir dans les forums consacrés à DotNet !

Cependant, le code que tu viens de montrer, c'est un header pour le C pour les entrées/sorties standard donc si tu compile en C, c'est un peu bizzard qu'il ne trouve pas ce fichier à moins qu'il ne soit pas présent sur ta machine mais je ne connais que le compilateur GCC désolé !

**Emmanuel Delahaye** · 16/09/2006, 18h24

Envoyé par fox_a_poil_mou

je me lance dans le C# car, c'est avec ca que commance mes cours cette année ...

Je pense que tu veux dire C et non C#...

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
je vien d'implémanter sur ma machine BC31 (Borland) pas de probleme, j'ai déja travailler avec lui a l'école, c'est le bon.

C'est un bon IDE pour MS-DOS et Windows 3.x, 9.x etc., mais pour Windows NT ou XP, ça ne va pas trop...

et c'est la mon probleme, apparament, il n'a pas acces a la bibliotheque, car, il me dit que l'erreur c'est :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

#include <stdio.h>

Problème d'installation. Il faut indiquer le chemin des includes dans la config de l'IDE...
Si le nom est lon ou si il comporte des espaces, BC 3.1 ne comprendra pas. Il lui faut les noms courts en 8.3... Bref, sous Windows, c'est pas drôle...

Pour XP, je conseille Code::Blocks (gratuit, performant, des dizaines de bibliothèques d'extension dont conio, portable sous Linux...)

http://www.codeblocks.org/

**fox_a_poil_mou** · 17/09/2006, 08h20

oui, effectivement, c'est moi qui me trompe en parlant de C# ... je parlais de C ... je pensais que c'était la meme chose

et pour ce qui est de l'éditeur Microsoft Visual C# 2005 Express Edition, je présume alors que c'est pour le C# et non le C ^^

bien, grand merci a vous tous, et surment a bientot

**Emmanuel Delahaye** · 17/09/2006, 09h13

Envoyé par fox_a_poil_mou

oui, effectivement, c'est moi qui me trompe en parlant de C# ... je parlais de C ... je pensais que c'était la meme chose

Absolument rien à voir. C# est plus une sorte de Java.

et pour ce qui est de l'éditeur Microsoft Visual C# 2005 Express Edition, je présume alors que c'est pour le C# et non le C ^^

EDIT : Oui. C# uniquement.

**fox_a_poil_mou** · 17/09/2006, 11h20

apres quelque petite recherche, j'ai constaté que microsoft fait bien une difference entre C# et C/C++

Microsoft Visual C# 2005 Express Edition
Microsoft Visual C++ 2005 Express Edition

ce sont bien deux programme different.

mais, je n'arrive toujour pas a compiler et a executer ce bete code

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
 
#include <stdio.h>
int main ()
{
int a,b,s;
printf("tapper un chiffre");
scanf("%d",&a);
printf("tapper un chiffre");
scanf("%d",&b);
s=a+b;
printf("le résultat de %d additionné a %d vaut %d",a,b,s);
return 0;
}

en tout cas, merci de donner suite si rapidement, c'est sympa ^^

**Emmanuel Delahaye** · 17/09/2006, 12h14

Envoyé par fox_a_poil_mou

apres quelque petite recherche, j'ai constaté que microsoft fait bien une difference entre C# et C/C++

Microsoft Visual C# 2005 Express Edition
Microsoft Visual C++ 2005 Express Edition

ce sont bien deux programme different.

OK, j'ai rien dit, je corrige.

mais, je n'arrive toujour pas a compiler et a executer ce bete code

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
 
#include <stdio.h>
int main ()
{
int a,b,s;
printf("tapper un chiffre");
scanf("%d",&a);
printf("tapper un chiffre");
scanf("%d",&b);
s=a+b;
printf("le résultat de %d additionné a %d vaut %d",a,b,s);
return 0;
}

Ce code me parait correct (OK, il manque des '\n' ou des fflush(stdout))

http://emmanuel-delahaye.developpez....#fflush_stdout

et il est mal présenté...

Il compile bien sous Code::Blocks.

Project : Forums
Compiler : GNU GCC Compiler (called directly)
Directory : C:\dev\forums\
--------------------------------------------------------------------------------
Switching to target: default
Compiling: main.c
Linking console executable: C:\dev\forums\forums.exe
Process terminated with status 0 (0 minutes, 5 seconds)
0 errors, 0 warnings

Quel est le message d'erreur ?

**fox_a_poil_mou** · 18/09/2006, 23h05

je vais meme encor fair plus simple ;
j'ai vraiment l'impression que c'est au niveau du compilateur qui pause probleme, ou au niveau de la bibliotheque. (enfin, pour le peu que je m'y connais ;-) )

**koala01** · 19/09/2006, 01h12

Salut,

BC31 utilise une norme tres ancienne... (il date de windows 3.1...95 au plus tard

)

Pour arriver à le faire compiler il faut que le prototype de la fonction main soit

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
void main(void)
{
//ton code
}

Si tu as l'occasion, essaye de télécharger code::blocks ou devc++, qui sont gratuits et ne prenne pas *énormément* de place...

Saches cependant que devc++ n'est plus développé pour l'instant (et je n'ai pas l'impression que son développement sera repris), et qu'il vaut peut etre mieux lui préférer code::blocks

Personnellement, le gestionnaire de paquetage de devc++ me manques... Mais là, ce n'est qu'un avis strictement personnel

**Jean-Marc.Bourguet** · 19/09/2006, 08h01

Envoyé par fox_a_poil_mou

je vais meme encor fair plus simple ;
j'ai vraiment l'impression que c'est au niveau du compilateur qui pause probleme, ou au niveau de la bibliotheque. (enfin, pour le peu que je m'y connais ;-) )

C'est vraissemblablement un problème d'installation.

**Jean-Marc.Bourguet** · 19/09/2006, 08h46

Envoyé par koala01

Pour arriver à le faire compiler il faut que le prototype de la fonction main soit

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
void main(void)
{
//ton code
}

C'est bien gentil, mais d'une part ça n'a pas de rapport avec le problème qu'il indique, d'autre part c'est faux comme information. Le void comme retour de main n'a jamais été conforme en C, et si le compilateur est assez vieux (mais plus vieux encore que le début des années 90), il est possible qu'il ne comprenne pas du tout le type void.

**gangsoleil** · 19/09/2006, 10h41

Bonjour,

D'après la copie d'écran que tu as faite, le nom de ton fichier est essai-01.cpp

L'extension .cpp, ainci que les extensions .c++ ou .C, indiquent un programme écrit en C++.
La seule extension acceptée pour le langage C est l'extension .c

le souci qui peut se poser ici est que ton compilateur peut permettre de compiler les deux langages (attention, là encore ce sont deux langages différents), et le #include <stdio.h> n'est pas correct en C++, sauf erreur de ma part.

Essai donc de renommer ton programme en essai-01.c , il est possible que ca résolve ton problème.

Autre possibilité : le fait que tu aies écrit STDIO.H et non pas stdio.h
Ne connaissant pas le compilateur que tu utilises, je ne sais pas s'il est sensible au respect des majuscules/minuscules, mais ca peut poser problème.

**Ti-R** · 19/09/2006, 10h42

Enfin en tout cas koala01 n'a pas tout à fait tord, on n'est plus dans les années 90... Il y a des logiciels gratuit même si on n’a pas d'argent, un linux même avec gcc de base serait mieux la...

**fearyourself** · 19/09/2006, 10h50

Envoyé par koala01

Personnellement, le gestionnaire de paquetage de devc++ me manques... Mais là, ce n'est qu'un avis strictement personnel

Code::Blocks a intégré le système de DevPaks sous Windows non ?
Je suis presque sûr de l'avoir vu un jour où je traîner sous Windows...

un linux même avec gcc de base serait mieux la...

A savoir que la plupart des distributions tournent avec gcc 4.0.3 donc ce n'est pas un gcc de base

. Mais je suis d'accord avec toi !

Jc

**gege2061** · 19/09/2006, 10h52

Envoyé par fearyourself

Code::Blocks a intégré le système de DevPaks sous Windows non ?

Oui, y a un plugin qui se charge de ça

**Ti-R** · 19/09/2006, 10h56

Envoyé par fearyourself

A savoir que la plupart des distributions tournent avec gcc 4.0.3 donc ce n'est pas un gcc de base

. Mais je suis d'accord avec toi !

Jc

Je voulais indiquer sans IDE

**Emmanuel Delahaye** · 19/09/2006, 11h57

Envoyé par fox_a_poil_mou

je vais meme encor fair plus simple ;
j'ai vraiment l'impression que c'est au niveau du compilateur qui pause probleme, ou au niveau de la bibliotheque. (enfin, pour le peu que je m'y connais ;-) )

C'est <stdio.h> et non <STDIO.H>

**Emmanuel Delahaye** · 19/09/2006, 12h06

Envoyé par koala01

BC31 utilise une norme tres ancienne... (il date de windows 3.1...95 au plus tard

)

BC 3.1 utilise la norme C90 de façon très pertinante. Peu de bugs ou d'écarts ont été rapportés. De plus, c'est un IDE très stable, y compris sous XP. Mais il produit du code x86 mode réel ou Windows 16-bit, qui n'est pas de la première fraicheur. Bien pour apprendre le C (le debugger est excellent), mais pas pour faire du développement Windows.

Pour arriver à le faire compiler il faut que le prototype de la fonction main soit

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
void main(void)
{
//ton code
}

Si c'est pour dire des bétises, abstient toi...

http://emmanuel-delahaye.developpez....s.htm#typemain

Personnellement, le gestionnaire de paquetage de devc++ me manques... Mais là, ce n'est qu'un avis strictement personnel

Code::Blocks : Plugins / Dev-C++ devpak updater/installer ...

Au lieu de te lamenter, soit un peu plus curieux...

**koala01** · 19/09/2006, 12h35

Concernant le void main(void), j'ai appris avec BC31, et il est vrai que c'est la synthaxe que l'on m'a dit d'utiliser à son sujet.

Je sais que ce n'est pas la synthaxe recommandée, mais j'y voyais une source d'erreur potentielle...

Si j'ai dit une betise, je m'en excuses bien fort.

Une autre possiblité est que les répertoires ne soient simpelement pas correctement définis (menu options->directories), et principalement celui concernant les includes et celui concernant les lib

Quant au "devpack installer" de devC++, et de sa présence sous code::blocks:

Non, je ne me lamente pas, je sais qu'il existe un plugin adapé et oui, je l'ai déjà utilisé...

Je dois d'ailleurs avouer que je le trouve plus élégant cou C::B que sous devC++...

Là ou je me pose la question, c'est sur la pérénité de ce plugin...

DevC++ n'est plus développé, mais qu'en est-il justement de ses paquetages?

Sont ils encore régulièrement mis à jour, ou ont-ils tendance à "mourrir de leur belle mort", en suivant de plus ou moins près le chemin tracé par DevC++ vers l'oubli (à plus ou moins breve échéance)?

Les développeurs des devpacks restent-ils suffisemment motivés pour continuer à les faire évoluer?

Si oui, le plugin de code::blocks sera pérène et je m'en réjouis...

Si non, il finira par ne plus ressembler qu'à une coquille vide...

Encore une fois, je n'émets la qu'un sentiment bien personnel, et je n'oblige personne à etre de mon avis, mais je tenais à réagir fasse aux attaques injustifiées sur mes écrits, bien que j'auais pu dés le départ etre plus précis dans ce que je disais...

**Emmanuel Delahaye** · 19/09/2006, 15h46

Envoyé par koala01

Concernant le void main(void), j'ai appris avec BC31, et il est vrai que c'est la synthaxe que l'on m'a dit d'utiliser à son sujet.

Je sais que ce n'est pas la synthaxe recommandée, mais j'y voyais une source d'erreur potentielle...

Si j'ai dit une betise, je m'en excuses bien fort.

'syntaxe'.

Le système s'attend généralement à recevoir une valeur valide en fin d'exécution. Si on retourne n'importe quoi, le comportement est indéterminé.

Quant au "devpack installer" de devC++, et de sa présence sous code::blocks:

Non, je ne me lamente pas, je sais qu'il existe un plugin adapé et oui, je l'ai déjà utilisé...

Alors où est le problème ?

Je dois d'ailleurs avouer que je le trouve plus élégant cou C::B que sous devC++...

On s'en fout.

Là ou je me pose la question, c'est sur la pérénité de ce plugin...

DevC++ n'est plus développé, mais qu'en est-il justement de ses paquetages?

Ils n'ont rien à voir avec Dev-C++, mais avec MinGW (Un des portages de gcc sur Windows). Oui, ils sont pérennes (autant qu'un projet Open Source puisse l'être).

Encore une fois, je n'émets la qu'un sentiment bien personnel, et je n'oblige personne à etre de mon avis, mais je tenais à réagir fasse aux attaques injustifiées sur mes écrits, bien que j'auais pu dés le départ etre plus précis dans ce que je disais...

Je te conseille de limiter tes sentiments et tes impressions sur un forum technique et de t'en tenir à des réponses et commentaires techniques fiables.

petit souci de compilateur

C

Discussions similaires

Partager

Partager