affichage des strings en gcc

Version imprimable

17/08/2007, 15h07
Linu6

affichage des strings en gcc

Bonjour

Je commence la programmation sous linux (mais déjà expert sous windows 8-) ).. mais le probleme c'est que mes codes sources écrites en dev-c++ ne sont pas compliés par la commande gcc. (le compilateur semble détecter des erreurs que je ne rencontrais pas sous windows.

Et l'une des principales erreurs c'est l'affichage des variables de type char.
soit deux exemples.
-1- printf("votre nom est %s", nom);
-2- printf("vous avez entré la lettre %c", lettre);

Ainsi, meme quand j'arrive à obtenir le fichier executable a.out (et encore !!!)
en le lançant: S'il s'agit du premier exemple, la variable est lu, mais pour l'affichage, il m'envoie une sympatique message d'erreur.

Et dans le deuxieme cas, le programme se termine sans meme qu'on m'invite à entrez mon caractère.
:?

Merci
17/08/2007, 17h20
Davidbrcz

Un code entier avecla commande de compilation serait souhaitable.

ok, je vais mettre une version simplifiée.
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 #include <stdio.h> #include <stdlib.h> int main() { char nom; int age; printf("votre age\n"); scanf("%d\n", &age); printf("votre nom\n"); scanf("%s\n", &nom); printf("votre nom est %s et vous avez %d ans", nom, age); }
voila, par exemple pour ce code j'obtiens facilement l'executable a.out,
mais comme resultat j'obtiens ceci:

Code:

votre nom est et vous avez 6 ans

19/08/2007, 13h45
Jedai

On utilise les balises [ CODE ] pour présenter un code (bouton # dans l'interface), pas les balises citations...

Sinon :

Code:

char nom;

Et ensuite tu utilises nom comme une chaîne de caractère ? Et tu t'étonnes que ça ne marche pas ? Si ce code marche sous Windows, je mange mon chapeau.

--
Jedaï
19/08/2007, 15h30
Linu6

Code:

char nom;

:oops: quel boolet!!

D'accord pour ce coup-ci, mais n'empêche que pas mal de code restent inexploitable en linux. (Si la fil ne se ferme j'essairez d'en poster quelques exemples.
19/08/2007, 16h52
Franck.H

Citation:

Envoyé par Linu6

D'accord pour ce coup-ci, mais n'empêche que pas mal de code restent inexploitable en linux. (Si la fil ne se ferme j'essairez d'en poster quelques exemples.

Si tu respectes au moins les normes ANSI/ISO et POSIX.1 il n'y a pas de raisons, c'est très portable donc exploitable sur tous systèmes prennant en charge ces normes !

voila, par exemple ce code fonctionne sans erreur sur windows (dev c++)

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
#include <stdio.h>
#include <stdlib.h>
 
 
int main(){
 
 
   int  dday;
   char jds;
 
 
   struct prog{
         int x;
         int y;
         int z;};
          struct prog prog1;
 
   printf("entrez le jour: ");
   scanf("%d", &prog1.x);
   printf("entrez le mois: ");
   scanf("%d", &prog1.y); 
   printf("entrez le l'annee: ");
   scanf("%d", &prog1.z); 
 
   if(prog1.y>=3)
   prog1.y = prog1.y-2;
   else  {prog1.y=prog1.y+10;
         prog1.z=prog1.z-1;                
         }
 
   dday=calcul( prog1.x, prog1.y, prog1.z);
 
 
 
 enum day{ dim, lun, mar, mer, jeu, vend, sam} days;
 
   if (dday<0)
              dday=dday+7;
 
  switch (dday){
        case  dim : printf("Dimanche");
               break;
         case lun : printf("Lundi");
               break;     
         case mar : printf("Mardi");
               break;        
         case mer : printf("Mercredi");
               break;
         case jeu : printf("Jeudi");
               break; 
         case vend : printf("venderdi");
               break; 
         case sam : printf("samedi");
             break;             
               }
 
 
            printf("\n");
 
 
 
 
       int calcul (int j1, int m1, int a1){
           int nb;
           int s=a1/100;
           int an=a1%100;
           nb=(((13*m1-1)/5)+(an/4)+(s/4)+an+j1-(2*s));
           nb=nb%7;
            return nb;    
 
      }
 
 
  system("PAUSE");	
  return 0;
}

mais sur linux, j'obtiens pas l'executable gcc

erreurs:

Code:

1
2
3
4
5
$ gcc code.c
code.c: In function `main':
code.c:63: warning: `calcul' was declared implicitly `extern' and later `static'
code.c:31: warning: previous declaration of `calcul'
code.c:63: warning: static declaration for `calcul' follows non-static

19/08/2007, 19h25
Alp

Peut-être est-ce sumplement la version qui n'est pas la même. L'une respecte mieux la norme que l'autre.
Précision : Dev-C++ utilise une "version windows" si l'on peut dire de gcc, cependant le retard dans les versions doit être conséquent.

Dev-C++ n'était pas assez strict, si tu préfères.
19/08/2007, 19h50
Linu6

Je sens que je vais réapprendre le C sous linux depuis le début :?

Citation:
Envoyé par Linu6
voila, par exemple ce code fonctionne sans erreur sur windows (dev c++)
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 #include <stdio.h> #include <stdlib.h> int main(){ // ... dday=calcul( prog1.x, prog1.y, prog1.z); // ... int calcul (int j1, int m1, int a1){ int nb; int s=a1/100; int an=a1%100; nb=(((13*m1-1)/5)+(an/4)+(s/4)+an+j1-(2*s)); nb=nb%7; return nb; } system("PAUSE"); return 0; }
Je ne me rappelle plus trop mais a priori déclarer une fonction à l'intérieur d'une autre n'est possible que dans les standards récents (C99 ?) et par ailleurs tu utilises cette fonction avant que de la déclarer... Pas sûr que ça soit bien raisonnable. Il y a d'autres points qui me surprennent un peu dans ton programme mais ça doit être parce que je n'ai plus fait de C (sérieusement) depuis un certain temps et par ailleurs le problème que je t'ai cité semble être ce qui froisse gcc donc...

(Et le system("PAUSE"); ne marchera pas sous Linux évidemment.)

--
Jedaï

19/08/2007, 20h18
Alp

Citation:

Envoyé par Jedai

Je ne me rappelle plus trop mais a priori déclarer une fonction à l'intérieur d'une autre n'est possible que dans les standards récents (C99 ?) et par ailleurs tu utilises cette fonction avant que de la déclarer... Pas sûr que ça soit bien raisonnable.

En effet, c'est un standard récent.
De plus, l'utilisation précédant la déclaration, c'est propre au C.
Cf le sujet "C et C++ mythe et réalité", dont un lien a été donné sur http://c.developpez.com/. Jean-Marc donne des renseignements sur le sujet.
19/08/2007, 20h18
Franck.H

Je ne connais pas C99 donc je dirais simplement qu'on ne déclare pas de prototype d'une fonction à l'intérieur d'une autre, ne serait-ce que par soucis de compatibilité entre les versions de GCC !

Par ailleurs, GCC ne compile pas en C99 par défaut, il faut lui spécifier que tu veux compiler dans cette version, je me souviens plus comment on le fait, faut voir dans la page man du compilateur !
19/08/2007, 21h09
Jedai

Citation:

Envoyé par Alp

De plus, l'utilisation précédant la déclaration, c'est propre au C.

Pour être propre il faut déclarer une fonction avant de l'utiliser, même si on ne la définit que plus tard/ailleurs.

--
Jedaï
19/08/2007, 21h13
Franck.H

Citation:

Envoyé par Jedai

Pour être propre il faut déclarer une fonction avant de l'utiliser, même si on ne la définit que plus tard/ailleurs.

--
Jedaï

+1
19/08/2007, 21h25
Alp

Citation:

Envoyé par Jedai

Pour être propre il faut déclarer une fonction avant de l'utiliser, même si on ne la définit que plus tard/ailleurs.

--
Jedaï

C'est propre au C, mais ce n'est pas propre tout court, soyons clair.
20/08/2007, 00h17
Linu6

Je sais moi meme j'ai l'habitude de déclarer les prototypes avant main() et les définir après main()! ;)

Je dois dire que là encore j'ai choisi un mauvais code pour l'exemple.
En attendant la fermeture du file, je vais voir quel autre cas de figure fonctionne en win$ et pas en linux.

:pc:

Bonjour,

Je pense qu'il serait nécessaire que tu regardes les options de compilation de dev-c++ !

En effet, voici ce que donne le code que tu as posté lors d'une compilation sans option avec gcc :

Code:

1
2
3
4
5
6
 
> gcc test_developpez.c
test_developpez.c: In function `main':
test_developpez.c:63: warning: `calcul' was declared implicitly `extern' and later `static'
test_developpez.c:31: warning: previous declaration of `calcul'
test_developpez.c:63: warning: static declaration for `calcul' follows non-static

Voici ce que ca donne avec quelques options :

Code:

1
2
3
4
5
6
7
8
9
10
11
gcc -ansi -Wall -O2 -pedantic test_developpez.c
test_developpez.c: In function `main':
test_developpez.c:31: warning: implicit declaration of function `calcul'
test_developpez.c:35: warning: ISO C89 forbids mixed declarations and code
test_developpez.c:63: warning: ISO C forbids nested functions
test_developpez.c:63: warning: `calcul' was declared implicitly `extern' and later `static'
test_developpez.c:31: warning: previous declaration of `calcul'
test_developpez.c:63: warning: static declaration for `calcul' follows non-static
test_developpez.c:71: warning: ISO C89 forbids mixed declarations and code
test_developpez.c:9: warning: unused variable `jds'
test_developpez.c:35: warning: unused variable `days'

je pense que si tu corriges ton code pour qu'il n'y ait pas de warning, tu devrais déjà avoir moins de problèmes !

22/08/2007, 22h16
Linu6

Citation:

e pense qu'il serait nécessaire que tu regardes les options de compilation de dev-c++ !

De quelles options parles-tu? (..disponibles dans quel environnement?)
23/08/2007, 09h20
gangsoleil

Citation:

Envoyé par Linu6

De quelles options parles-tu? (..disponibles dans quel environnement?)

Tous les compilateurs que je connais proposent un certain nombre d'options de compilation, qui permettent d'avoir plus ou moins de warning en fonction de ce que tu fais.
Il en est très probablement de même pour dev-c++, il faut fouiller dans les menus pour rendre le compilateur moins permissif sur les erreurs du code.
23/08/2007, 22h30
e_gaillard37

Programmation en général ...

Et programmation et en C en particulier.

Regle de base definie par moi meme :
Ne jamais utiliser de methodes nouvelles si elle n'apporte rien de significatif
Donc si une version de compilateur permet des déclaration n'importe ou ( ce qui ne corresponds pas au C d'origine ) ne l'utilisez pas.
a) Cela nuit a la lisibilité du code
b) La portabilité est limitée

Le C ne permet que des declaration a un seul niveau au contraire du Pascal qui permet d'integrer tout un programme a l'interieur d'une fonction definissant ainsi des bloc esthetiques.
De meme lors de la compilation si des prototypes de fonction peuvent etre definit en amont du programme c'etait pour pouvoir compiler une fonction A appelant une fonction B qui elle meme appelle A. Mais formellement , de respecter un certain ordre ds le code ( meme si avec la masse de code inclu par les compilateurs l'ordre n'est pas respecté).
A titre d'exemple ... Il ne viendrait a personne l'idee de faire des includes apres le main() {... }
Include...

GCC est le compilateur natif Linux, quand tu parles de dev cpp c'est davantage il englobe aussi les notions evenementielle ( la partie discution avec l'interface graphique de Windows )
Note que DEV CPP est un tres bon outil mais si permet de faire de choses pas terribles ... on est pas obligé de les utiliser.
Note que Dev CPP m'a permi de virer Borland C que j'utilisais de facon illegale

Son equivalent sous Linux est le couple QT-KDEVELOP ( et d'autres ... GTK je crois).
QT c'est le C++ avec des myriades d'objets , il est enorme et pas facile à aborder.
Je compile des prog desormais sous QT-KDE
Mais je me sers principalement de QT pour me fournir de jolies fenetres de jolis boutons... A travers QTdesigner ... J'integre le minimum de code dans le designer.

Dans les programmes eux meme , je n'utilise a 99 % que du C standard
Les includes je les mets tout en haut .
Je definis des variable globales (le moins possible).
En essayant de mettre les fonctions generales en debut de code, celles reutilisables dans d'autre programme.
Ensuite les fonction, generales liees au programme.
Ensuite par bloc, les fonctions de chaque fenetre
Enfin main precede de certaines fonctions ...

Dernier truc , 1 ligne = 1 instruction ...
Les programmes de type if (a=f(g(x++)==&t(z(u-1))
C'est le nid a embrouille assuré... Ca n'amuse que le type qui ecrit ..
Et ca se saurait si l'interpretation de 10 instruction successives au lieu d'une contenant 8 instruction penalisait la performance d'un programme sur une machine pouvant calculer des dizaines de multiplication reelles par seconde
Je disais ca pour la déclaration de structure ...
Declare sa forme, puis declare les variables corresondant c'est qd meme formellement plus cool.

Y'a 12 ans ,J'ai fait un programme de 80 000 ligne en C sous windows.
... Peut etre qu'on pourrait y trouver encore 2 bugs.
Si il y avait peu de bugs ...
C'est parce que je respecte les principes cites plus haut

Voici mon site ... Tu pourras y trouver qq exemples
http://the-gaillard.site.voila.fr/

Bonne chance
23/08/2007, 23h12
Jedai

Citation:

Envoyé par e_gaillard37

... sur une machine pouvant calculer des dizaines de multiplication reelles par seconde ...

Tu as une machine des années 70 ?

Citation:

Envoyé par e_gaillard37

Y'a 12 ans ,J'ai fait un programme de 80 000 ligne en C sous windows.
... Peut etre qu'on pourrait y trouver encore 2 bugs.
Si il y avait peu de bugs ...

Tout seul de tes blanches mimines ? 80 000 LOC et 2 bugs ? En C sous Windows ? Tu me permettras d'avoir des doutes.

--
Jedaï
23/08/2007, 23h25
e_gaillard37

C'est vrai je me la pete un peu...

... C'est pas impossible...
C'est pour ca qu'on me payait
Et peut etre même que j'ai encore les sources...
23/08/2007, 23h35
Jedai

Citation:

Envoyé par e_gaillard37

... C'est pas impossible...
C'est pour ca qu'on me payait
Et peut etre même que j'ai encore les sources...

Ce n'est pas "impossible", mais rien n'est impossible dans ce bas monde, c'est juste très improbable, surtout si tu étais seul sur le projet...
Tu es peut-être très bon, et tes conseils sont sans aucun doute judicieux (j'approuve complètement), mais 2 bugs en 80000 LOC tout seul... :mrgreen:

--
Jedaï
23/08/2007, 23h45
e_gaillard37

Pour le calcul...

Quelques millions , c'etait juste un ordre d'idée.
... Cela dit ..
J'ai fait quelques programmes de calculs.
Des trucs qui demandent la resolution de systeme linéaires de 3000 par 3000.
( ca fait un tableau de 78 mo en memoire )
Le truc du style
3x+2y=5
8x+4y=3
mais en plus gros

Ce type de calcul peut apparaitre par exemple
si on cherche la temperature dans un solide soumis a une temperautre exterieure et interieure. Le tout en fonction du temps.

Mais je dois rester modeste ... le vrai probleme est en 3D
Je n'ai fait ces calculs qu'en 2 D ... Ca simule un objet long.
En 3D si on fait un echantillonnage de points de 100 par 100 par 100 . On obtient un systeme avec un million d'inconnues !!!. Donc une matrice de 1 000 000 par 1 000 000 mais dont la plupart des chiffres sont des zeros.
Ca ca met a genoux un PC. Mais y'a des gars qui savent faire.

Ou le meme genre de truc ... Pour simuler des ecoulements ... (Pour les specialistes : c'etait faux car je donnais une solution stable celle de l'equilibre ... qui n'existe pas dans la realité... Je n'ai pas calcule la solution en fonction du temps )

D'ailleurs si quelqu'un veut les sources (un ingenieur ou un matheux) ... Je les tiens à sa disposition. Mais je reconnais que je sais plus tres bien comment ca fonctionne
24/08/2007, 00h03
e_gaillard37

Attends ... ne te formalise pas
Je pretends qu'un programme qui n'evolue pas en permanence
Converge rapidement vers tres peu de bugs

Par contre ... Si on lui rajoute sans cesse des verrues...
Seul une refonte peut permettre un resultat satisfaisant ...
En milieu pro ... La refonte est un sujet de stress ... mais souvent on part d'un probleme clair, puis compliqué du fait que les nouvelles fonctionnalites sont pas a leur place 'logique' ... Pour revenir vers un probleme plus clair
La personne qui ne fait jamais de refonte ... perd pied.

JE FAIS DES BUGS

Par exemple 2 des programmes de mon site est buggés, impossible pour moi de degriser un bouton si on modifie une zone d'une table de QT sans en sortir ou encore le reaffichage des courbes d'un des programme ne se fait pas toujours systématiquement.
Pour le premier, j'estime que c'est une faiblesse de QT3 qui peut être contournée mais je veux pas y passer ma vie.
Le second , je n'utilise pas le 'message standard' qui commande le reaffichage ... Car il semble que ce message n'arrive pas sur la fenetre principale...Mais sur les boites de dialogue seulement. Un bizarrerie que je ne comprends pas.

Je ne suis pas un champion de QT.

Plus ceux que je n'ai pas vu.
24/08/2007, 11h02
e_gaillard37

milles excuses

Monsieur le moderateur,
Vous avez raison.
Je me suis pas relu....
Je voulais dire qu'un ordinateur quelconque fait des dizaine de million de multiplications par seconde.

On est probablement autour du milliard aujourd'hui.
Cela dit l'exemple des calculs en 3D des equations que j'ai cité donnent rapidement de chiffres hallucinants.
Le chiffre de 1000 milliard de reels est faux en fait car les gens qui font ce type de calcul ne stochent pas les zeros.
Ce chiffre est celui que moi j'aurais utilise avec mon programme.

En utilisant un algorithme correct matrice bande (chose que je ne suis pas arrivé a faire... Car il faut arriver a la creer sous cette forme... avec ma methode les valeurs non nulles peuvent être n'importe ou )
Une matrice bande de la forme suivante peut etre constituee
(A0....0)
(0B0..0)
(00C.0)
(............)
(0..0Y0)
(0..00Z)
ou les A,B, ... Z sont des matrice de taille raisonnables ... La votre ordinateur a une chance d'aboutir a une reponse.

Le chiffre réel de nombres manipules se limite en fait à quelque centaines de millions pour quelques centaine de milliard d'operations

Bon ... Je suis hors sujet ... Je me retire de cette question
En vous presentant mes excuses pour la perte de temps que je vous inflige