les pointeurs , les tableaux ??? je mis perd

Recherche :

Mot : Pseudo : Filtrer
Page : 1 2 3 4 5 6 Page Suivante Page Précédente Bas de page
Auteur	Sujet : les pointeurs , les tableaux ??? je mis perd

Elmoricq

Modérateur

Reprise du message précédent :

chrisbk a écrit :

bin truc idiot. utilise un type non déclaré, il va te pondre une syntax error au lieu de te dire "bah ton type, jle connais pas". C'est crétin, mais c'est comme ca pour bcp de chose

Je regarde ça demain (j'ai pas de 2.95 chez moi )

Publicité

super-tupapau

Pour le coup de la ligne 63 j'ai deja vu pire:

Quequ'un ce plaint d'une erreur dans un script php
On lui demande forcement le code source
Il nous donne le code html retourner par le serveur [:acherpy]

Taz

bisounours-codeur

chrisbk a écrit :

oué enfin ca n'a rien a voir avec mon propos

bah si. Tu discutes des différents messages d'erreurs des compilateurs. Moi je disais juste que d'expérience, le débutant, il lit que le numéro d'erreur alors que le familier, il parle le gcc ou le truc-muche

chrisbk

Taz a écrit :

bin je dis que meme en etant plus débutant je prefere un message qui me dit rapidement ce qui cloche plutot qu'un vague "syntax error". J'aime bien le coté "nostalgie de mon basic sur amstrad" mais faut pas pousser

elmo : bah essaye avec ta version, si ca a changé tant mieux hein ?

super-tupapau

retour au sujet [:aimeric_1]

exercice 2:

Code :

#include <stdlib.h>
#include <stdio.h>
#define P_SIZE 64
// Déclaration de la fonction display
void display( char *str ){
printf("Chaine: %s", str);
}
int main(int argc, char ** argv){
// Définition est inisialisation
char *p = malloc(P_SIZE);
// Récuperé la chaine de 10 caractères écrit par l'utilisateur
printf("Chaine# " );
fflush(stdout);
fgets( p, P_SIZE, stdin );
// Appel de la fonction d'affichage
display( p );
// Demander l'effacement de l'espace alloué
free(p);
return 0;
}

Message édité par super-tupapau le 03-07-2005 à 23:40:50

el muchacho

Comfortably Numb

STOOOPPPP LE HS !!!!!!!!!!!!!!!!!!

tupapau, c'est TB. Pour l'instant, les params de main sont inutiles, mais ils serviront par la suite, quand je te demanderai d'encoder et de décoder un ensemble de phrases lues dans un fichier avec ton programme de chiffre de César.

Message édité par el muchacho le 03-07-2005 à 23:44:39

Taz

bisounours-codeur

je me souviens des mes débuts, le message d'erreur, je le lisais pas, j'allais à la ligne indiqué et je trifouillait jusqu'à que

super-tupapau

[:athome] à tous

super-tupapau

Citation :

je me souviens des mes débuts, le message d'erreur, je le lisais pas, j'allais à la ligne indiqué et je trifouillait jusqu'à que

bizarre sa me ressemble [:aurelie22]
mais maintenant je le fait moins

Citation :

les params de main sont inutiles, mais ils serviront par la suite, quand je te demanderai d'encoder et de décoder un ensemble de phrases lues dans un fichier avec ton programme de chiffre de César.

je fait l'exercice 3 et 4 avant?

Message édité par super-tupapau le 03-07-2005 à 23:45:42

chrisbk

Taz a écrit :

je me souviens des mes débuts, le message d'erreur, je le lisais pas, j'allais à la ligne indiqué et je trifouillait jusqu'à que

....jusqu'a ce que le compilo ferme sa gueule pour ensuite voir le prog exploser en vol, je connais ca aussi

Publicité

el muchacho

Comfortably Numb

chrisbk a écrit :

....jusqu'a ce que le compilo ferme sa gueule pour ensuite voir le prog exploser en vol, je connais ca aussi

Un grand classique qu'on voit tjrs : le typage n'est pas bon ? Qu'à cela ne tienne, on caste à tout va pour que ça rentre au chausse-pied !

Message édité par el muchacho le 03-07-2005 à 23:46:49

super-tupapau

Citation :

....jusqu'a ce que le compilo ferme sa gueule pour ensuite voir le prog exploser en vol, je connais ca aussi

Au mieux sa fait un segment fault au pire sa plante la bête

Citation :

Un grand classique qu'on voit tjrs : le typage n'est pas bon ? Qu'à cela ne tienne, on caste à tout va pour que ça rentre au chausse-

et encore le compilateur ne se fait pas tjr avoir

Message édité par super-tupapau le 03-07-2005 à 23:48:08

Taz

bisounours-codeur

chrisbk a écrit :

....jusqu'a ce que le compilo ferme sa gueule pour ensuite voir le prog exploser en vol, je connais ca aussi

qui n'a pas fait un projet avec un discret &>/dev/null planqué dans son Makefile

Emmanuel Delahaye

C is a sharp tool

super-tupapau a écrit :

retour au sujet [:aimeric_1]
exercice 2:

Ca vient. Le problème du fflush(stdout), c'est à chaque fois qu'il y a un doute. Le '\n' n'estant pas systématiquement pris par fgets() (saturation), le printf() de display() ne fonctionnera donc pas forcément. ..

D'autre part, il y a des précautions d'usage avec l'allocation dynamique. En effet, elle peut échouer (retourne NULL). Il faut donc impérativement tester la valeur retournée par malloc() avant de l'utiliser, car utiliser NULL provoque un comportement indéfini.

T *p = malloc(sizeof *p);

if (p != NULL)
{
/* ok... */
}

http://mapage.noos.fr/emdel/notes.htm#malloc

---------------
Des infos sur la programmation et le langage C: http://www.bien-programmer.fr Pas de Wi-Fi à la maison : http://www.cpl-france.org/

el muchacho

Comfortably Numb

super-tupapau a écrit :

Citation :

les params de main sont inutiles, mais ils serviront par la suite, quand je te demanderai d'encoder et de décoder un ensemble de phrases lues dans un fichier avec ton programme de chiffre de César.

je fait l'exercice 3 et 4 avant?

Non, pour l'instant, tu t'en tiens à ce que je t'ai dit précédemment, tu fait les fonctions encode et décode pour une chaîne de caractères.
Ensuite, on passera à l'exercice 3, où tu vas encoder et décoder non plus une, mais plusieurs chaînes de caractères.
Puis 4 où les chaines seront lues dans un fichier dont le nom sera passé en paramètre de main().

Une fois que tu auras fait et compris ça, tu pourras prendre ton livre et voler de tes propres ailes.

Message édité par el muchacho le 03-07-2005 à 23:52:13

super-tupapau

bon je vais me coucher (voila je raconte ma vie sur ce forum faut que je me soigne)

je frait les deux autres exo de el muchacho demain et merci maintenant ca va vraiment mieux

EDIT: Ok je le ferait demain (le chiffre de césar c bon c facile)

Message édité par super-tupapau le 03-07-2005 à 23:54:08

chrisbk

Taz a écrit :

qui n'a pas fait un projet avec un discret &>/dev/null planqué dans son Makefile

j'ai du attendre de bosser pour avoir le hum, plaisir, de jouer avec des makefile, je me sens donc pas concerné [:kbchris]

Elmoricq

Modérateur

chrisbk a écrit :

elmo : bah essaye avec ta version, si ca a changé tant mieux hein ?

Je viens de faire un test avec un mini-code qui déclare "truc c;"

J'obtiens :

test.c: In function `main':
test.c:5: `truc' undeclared (first use in this function)
test.c:5: (Each undeclared identifier is reported only once
test.c:5: for each function it appears in.)
test.c:5: parse error before `c'

(gcc version 2.95.2 19991024)

Ils sont pas bien, ces messages d'erreur ? :??:

super-tupapau

voila le petit exercice de cryptage avec le chiffre de césar

Code :

#include <stdlib.h>
#include <stdio.h>
#define P_SIZE 64
// Fonction display
void display( char *str ){
printf("Chaine: %s\n", str);
fflush(stdout);
}
// Fonction encrypte
int encrypte( char * chaine ){
char new_chaine[P_SIZE];
int i;
// Copier la chaine dans le tableau de caractère
if(!strcpy( new_chaine, chaine)){
perror("strcpy" );
exit(EXIT_FAILURE);
}
for(i=0; i<P_SIZE-1; i++){
// Décaler de trois caractères
new_chaine[i] += 3;
}
// Recopier le tableau de caractère dans la chaine
if(!strcpy( chaine, new_chaine)){
perror("strcpy" );
exit(EXIT_FAILURE);
}
return 0;
}
// Fonction decrypte
int decrypte( char * chaine ){
char new_chaine[P_SIZE];
int i;
// Copier la chaine dans le tableau de caractère
if(!strcpy( new_chaine, chaine)){
perror("strcpy" );
exit(EXIT_FAILURE);
}
for(i=0; i<P_SIZE; i++){
// Décaler de trois caractères
new_chaine[i] -= 3;
}
// Recopier le tableau de caractère dans la chaine
if(!strcpy( chaine, new_chaine)){
perror("strcpy" );
exit(EXIT_FAILURE);
}
return 0;
}
int main(int argc, char ** argv){
// Définition est inisialisation
char *p = malloc(P_SIZE);
FILE *file;
// Vérifier la présence d'un argument
if(argv[1] == 0){
printf("Erreur: aucun fichier fournie\n" );
printf("Syntaxe: %s [ FICHIER ]\n", argv[0]);
exit(EXIT_FAILURE);
}
// Ouvrir un flux de données en lecture seule
if((file = fopen( argv[1], "r" )) == NULL){
perror("fopen" );
printf("Syntaxe: %s [ FICHIER ]\n", argv[0]);
exit(EXIT_FAILURE);
}
// Lire le flux de données
if( !fread( p, sizeof(char), P_SIZE, file) ){
perror("fread" );
printf("Syntaxe: %s [ FICHIER ]\n", argv[0]);
exit(EXIT_FAILURE);
}
// Appel de la fonction d'affichage
display( p );
printf("Encryptage...\n" );
// Encrypter la chaine
if(encrypte( p ) != 0){
printf("Erreur: Impossible d'encrypter la chaine" );
exit(EXIT_FAILURE);
}
// Appel de la fonction d'affichage
display( p );
printf("Decryptage...\n" );
// Decrypter la chaine
if(decrypte( p ) != 0){
printf("Erreur: Impossible de decrypter la chaine" );
exit(EXIT_FAILURE);
}
// Appel de la fonction d'affichage
display( p );
// Fermer le fichier ouvert
fclose(file);
// Demander l'effacement de l'espace alloué
free(p);
return EXIT_SUCCESS;
}

Attention: la chaine est limité à 63 caractères

Elmoricq

Modérateur

J'ai pas le temps de regarder en détail, mais juste comme ça, en passant :

EXIT_FAILURE et EXIT_SUCCESS sont définis dans <stddef.h>

tu n'as pas testé le code retour de malloc(), en cas d'échec tu vas tenter de stocker le résultat de fread() dans NULL.

super-tupapau

Code :

#include <stddef.h>
....
char *p = NULL;
....
if(!(p = malloc(P_SIZE))){
perror("malloc" );
exit(EXIT_FAILURE);
}

note: je suis pas sur que malloc retourne sont erreur dans perror

Elmoricq

Modérateur

Je dois être bigleux, car ce n'est pas ce que je lis dans le code que tu as copié/collé ici. [:pingouino]

EDIT : à moins que tu ne veuilles dire que c'est ce que tu vas ajouter/modifier ?

Message édité par Elmoricq le 04-07-2005 à 11:31:58

chrisbk

Elmoricq a écrit :

Je viens de faire un test avec un mini-code qui déclare "truc c;"

J'obtiens :

(gcc version 2.95.2 19991024)

Ils sont pas bien, ces messages d'erreur ? :??:

non 4 lignes pour un message d'erreur avec redondance d'info(truc undeclared et ensuite une superbe parse error), c'est nul

[cpp]
test2.cpp: Dans function « int main() »:
test2.cpp:5: error: `toto' undeclared (first use this function)
test2.cpp:5: error: (Each undeclared identifier is reported only once for each
function it appears in.)
test2.cpp:5: error: erreur d'analyse syntaxique before `::' token
[/cpp
comment ca s'invente pas un bordel comme ca [:pingouino]

Message édité par chrisbk le 04-07-2005 à 11:33:57

Elmoricq

Modérateur

Ah. A force de les voir je les trouve explicites pourtant, et les lignes entre parenthèses ne seront plus indiquées si d'autres erreurs de ce type sont détectées.
Que sortirais un VC sur une erreur de ce type, pour voir ce que ça donne ?

super-tupapau

Citation :

EDIT : à moins que tu ne veuilles dire que c'est ce que tu vas ajouter/modifier ?

c'est ce que j'ai ajouter parceque sinon le code prend plein de place c'est pas très pratique mais le revoila en partie corrigé

Code :

#include <stdlib.h>
#include <stdio.h>
#include <stddef.h>
#define P_SIZE 64
// Fonction display
void display( char *str ){
printf("Chaine: %s\n", str);
fflush(stdout);
}
// Fonction encrypte
int encrypte( char * chaine ){
char new_chaine[P_SIZE];
int i;
// Copier la chaine dans le tableau de caractère
if(!strcpy( new_chaine, chaine)){
perror("strcpy" );
exit(EXIT_FAILURE);
}
for(i=0; i<P_SIZE-1; i++){
// Décaler de trois caractères
new_chaine[i] += 3;
}
// Recopier le tableau de caractère dans la chaine
if(!strcpy( chaine, new_chaine)){
perror("strcpy" );
exit(EXIT_FAILURE);
}
return 0;
}
// Fonction decrypte
int decrypte( char * chaine ){
char new_chaine[P_SIZE];
int i;
// Copier la chaine dans le tableau de caractère
if(!strcpy( new_chaine, chaine)){
perror("strcpy" );
exit(EXIT_FAILURE);
}
for(i=0; i<P_SIZE; i++){
// Décaler de trois caractères
new_chaine[i] -= 3;
}
// Recopier le tableau de caractère dans la chaine
if(!strcpy( chaine, new_chaine)){
perror("strcpy" );
exit(EXIT_FAILURE);
}
return 0;
}
int main(int argc, char ** argv){
// Définition est inisialisation
char *p = NULL;
FILE *file;
if(!(p = malloc(P_SIZE))){
perror("malloc" );
exit(EXIT_FAILURE);
}
// Vérifier la présence d'un argument
if(argv[1] == 0){
printf("Erreur: aucun fichier fournie\n" );
printf("Syntaxe: %s [ FICHIER ]\n", argv[0]);
exit(EXIT_FAILURE);
}
// Ouvrir un flux de données en lecture seule
if((file = fopen( argv[1], "r" )) == NULL){
perror("fopen" );
printf("Syntaxe: %s [ FICHIER ]\n", argv[0]);
exit(EXIT_FAILURE);
}
// Lire le flux de données
if( !fread( p, sizeof(char), P_SIZE, file) ){
perror("fread" );
printf("Syntaxe: %s [ FICHIER ]\n", argv[0]);
exit(EXIT_FAILURE);
}
// Appel de la fonction d'affichage
display( p );
printf("Encryptage...\n" );
// Encrypter la chaine
if(encrypte( p ) != 0){
printf("Erreur: Impossible d'encrypter la chaine" );
exit(EXIT_FAILURE);
}
// Appel de la fonction d'affichage
display( p );
printf("Decryptage...\n" );
// Decrypter la chaine
if(decrypte( p ) != 0){
printf("Erreur: Impossible de decrypter la chaine" );
exit(EXIT_FAILURE);
}
// Appel de la fonction d'affichage
display( p );
// Fermer le fichier ouvert
fclose(file);
// Demander l'effacement de l'espace alloué
free(p);
return EXIT_SUCCESS;
}

chrisbk

Elmoricq a écrit :

Ah. A force de les voir je les trouve explicites pourtant, et les lignes entre parenthèses ne seront plus indiquées si d'autres erreurs de ce type sont détectées.

oué mais tu te les vautres pour chaque fonctions et ca me saoule tellement que perso jme suis fait un truc qui filtre ces messages a la con et les degage

super-tupapau

s'il vous plait on reviens au sujet [:alizean]

Taz

bisounours-codeur

pourquoi des fois tu fais des malloc, des fois pas ?

super-tupapau

parce que j'ai pas encore bien compris l'utilité des mallocs et j'ai pas encore recu mon livre K&R :cry:

( pour gcc je vais tester la version 4.0 )

super-tupapau

voila ce que me donne GCC 4.0:

./exo3.c: In function encrypte:
./exo3.c:20: attention : incompatible implicit declaration of built-in function strcpy
./exo3.c: In function decrypte:
./exo3.c:47: attention : incompatible implicit declaration of built-in function strcpy

la version 3.3 ne disez rien

Taz

bisounours-codeur

dans ton cas, malloc ne te sers à rien, vu que tu alloues une taille connue à la compilation (et petite taille)

chrisbk

(oué mais c'est pour l'exercice, je pense)

super-tupapau

Citation :

(oué mais c'est pour l'exercice, je pense)

el muchacho dans l'exo1 me disez

Citation :

1) un programme qui lit une chaine de caracteres, la copie dans une zone memoire que tu alloues et qui l'affiche. (manipulation d'un pointeur)

c'est pour ca que j'utilise malloc pour allouer une zone mémoire.

Citation :

dans ton cas, malloc ne te sers à rien, vu que tu alloues une taille connue à la compilation (et petite taille)

ca ve dire par exemple que l'on pourrais ne pas limiter la taille de la chaine crypté?

Emmanuel Delahaye

C is a sharp tool

Elmoricq a écrit :

J'ai pas le temps de regarder en détail, mais juste comme ça, en passant :

EXIT_FAILURE et EXIT_SUCCESS sont définis dans <stddef.h>

Non. <stdlib.h>

---------------
Des infos sur la programmation et le langage C: http://www.bien-programmer.fr Pas de Wi-Fi à la maison : http://www.cpl-france.org/

Elmoricq

Modérateur

Emmanuel Delahaye a écrit :

Non. <stdlib.h>

Je croyais avoir confondu avec un truc, mais non, même pas.
Le jeu du jour : trouver ce que j'ai fumé. Je viens de lire mes fichiers stddef.h, et je vois pas pourquoi j'ai casé EXIT_FAILURE/EXIT_SUCCESS dedans. :sweat:

Emmanuel Delahaye

C is a sharp tool

super-tupapau a écrit :

Code :

if(!(p = malloc(P_SIZE))){
perror("malloc" );
exit(EXIT_FAILURE);
}

Je déconseille de combiner affectation et test dans un if, bien que ce soit parfois utile dans un while.

Citation :

note: je suis pas sur que malloc retourne sont erreur dans perror

Non. malloc() ne lève pas de errno (enfin, une implémentation peut le faire, mais ce n'est pas requis par la norme...).

Comme je l'ai déjà indiqué, lorsque malloc() fait une erreur, il retourne NULL, c'est tout.

T * p = malloc(...)
if (p != NULL)
{
/* ok */
}
else
{
/* ko */
}

---------------
Des infos sur la programmation et le langage C: http://www.bien-programmer.fr Pas de Wi-Fi à la maison : http://www.cpl-france.org/

Emmanuel Delahaye

C is a sharp tool

chrisbk a écrit :

non 4 lignes pour un message d'erreur avec redondance d'info(truc undeclared et ensuite une superbe parse error), c'est nul

C'est pas nul, c'est détaillé, et c'est le résultat de plusieurs mécanismes d'analyse...

Fait un reglage 'a-la-Turbo-Pascal' (arrêt de la compilation à la première erreur).

---------------
Des infos sur la programmation et le langage C: http://www.bien-programmer.fr Pas de Wi-Fi à la maison : http://www.cpl-france.org/

chrisbk

Emmanuel Delahaye a écrit :

C'est pas nul, c'est détaillé, et c'est le résultat de plusieurs mécanismes d'analyse...

je pige pas bien la parse error

el muchacho

Comfortably Numb

chrisbk a écrit :

je pige pas bien la parse error

Ben c'est parfaitement logique, dans la mesure ou au lieu de s'arrêter bêtement comme une mule, gcc va essayer de continuer et aller aussi loin qu'il peut, quitte à s'arrêter plus tard s'il y a 200 msgs d'erreur.
Donc il se dit, je signale que truc n'est pas un type déclaré, et je continue. Et la évidemment, si truc n'est pas déclaré, ça fait une erreur de syntaxe vu que truc n'est non seulement pas un type mais pas non plus un mot-clé.

edit: en fait ça ne tient pas vraiment debout, comme explication... :ange:

Message édité par el muchacho le 04-07-2005 à 17:28:46

Emmanuel Delahaye

C is a sharp tool

chrisbk a écrit :

je pige pas bien la parse error

Quand il manque un ';' après un tableau ou une structure, c'est la panique et presque tout devient parse error par conséquend. Ne pas oublier que le langage C est orienté 'token' et non 'ligne' comme l'est le preprocesseur... D'autre part, la compilation se fait en une passe, ce qui interdit les erreurs 'précédentes'.

Un ';' manquant n'est pas forcément une erreur.

struct s
{
int x;
}

f()
{
}

La fonction retourne un struct s. C'est ok.

Ca en devient une si la suite est incohérente.

struct s
{
int x;
}

int f()
{
}

Là, il y a 2 types à la suite (struct s int) : syntax error...

---------------
Des infos sur la programmation et le langage C: http://www.bien-programmer.fr Pas de Wi-Fi à la maison : http://www.cpl-france.org/

super-tupapau

voila pour malloc:

Code :

char *p = malloc(P_SIZE);
if(p == NULL){
printf("malloc n'a pas réussi à allouer l'espace mémoire requis" );
exit(EXIT_FAILURE);
}

Message édité par super-tupapau le 04-07-2005 à 17:35:10

Publicité

Page : 1 2 3 4 5 6

Page Suivante

Page Précédente

Haut de page

FORUM HardWare.fr

Programmation

les pointeurs , les tableaux ??? je mis perd

Sujets relatifs
[Résolu] [C#] Déclaration de tableaux d'objets à taille inconnue	ezPDF => tableaux et position "y"
Probleme super etrange de tableaux superposés [resolu]	Bordures des tableaux sous FireFox
css et tableaux?	Aligner deux tableaux
Probleme avec tableaux, demande d'aide aux spécialistes!	[Résolu] tableaux et sessions
les pointeurs - petite aide !	Habillage de tableaux?
Plus de sujets relatifs à : les pointeurs , les tableaux ??? je mis perd

Page générée en 0.131 secondes