Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
1577 connectés 

 
 


 Mot :   Pseudo :  
 
 Page :   1  2  3
Page Suivante
Page Précédente
Bas de page 
Auteur Sujet :

Erreur: undefined reference to `seek' (Modification fichier bmp)

n°1630634
xilebo
noone
Posté le 25-10-2007 à 09:01:25  profilanswer
 

Reprise du message précédent :
sa taille est parfaitement définie :  
 
unsigned char header[10] fait 10 octets.
unsigned char info_header[40] fait 40 octets.
unsigned char **data est un pointeur , il fait donc la taille d'une adresse sur ta machine (généralement 4 octets).

mood
Publicité
Posté le 25-10-2007 à 09:01:25  profilanswer
 

n°1630649
Emmanuel D​elahaye
C is a sharp tool
Posté le 25-10-2007 à 09:23:14  profilanswer
 

xilebo a écrit :

Erreur, il ne faut jamais retourner une variable locale à une fonction,


Tu parles bien sûr de" l'adresse d'une variable locale"...
 
Je reformule : "il ne faut jamais retourner l'adresse d'une variable locale"

Message cité 1 fois

---------------
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/
n°1630688
xilebo
noone
Posté le 25-10-2007 à 09:58:53  profilanswer
 

Emmanuel Delahaye a écrit :


Tu parles bien sûr de" l'adresse d'une variable locale"...
 
Je reformule : "il ne faut jamais retourner l'adresse d'une variable locale"


Oui toutes mes excuses :jap:

n°1630852
matafan
Posté le 25-10-2007 à 12:49:44  profilanswer
 

Sauf à la limite si elle est "static".

n°1630869
ngkreator
Posté le 25-10-2007 à 13:37:33  profilanswer
 

Ah donc mes doutes sont confirmés. Merci pour le sizeof(struct) ça m'a bien aidé. Donc maintenant je vais pouvoir écrire ma fonction qui rend l'image négative.
 
Voilà où j'en suis:
 
main.c
bmp.c
bmp.h
calcul.c
calcul.h
 
Main.c
 

Code :
  1. #include <stdio.h>
  2. #include <stdlib.h>
  3. #include <string.h>
  4. #include "bmp.h"
  5. #include "calcul.h"
  7. int main(int argc, char *argv[])
  8. {
  9.     t_bmp *image=NULL;
  10.     int i;
  11.     char* nomFichier;
  12.     t_couleur couleur;
  14.     //Chargement du fichier donné en 1er argument
  15.     if(argc==2)
  16.     {
  17.         strcpy(nomFichier,argv[1]);
  18.         image=charger_image_bmp(nomFichier);
  19.     }
  21.     //Affichage des données du fichier
  22.     if(image!=NULL)
  23.     {
  24.         puts("Affichage des donnes du fichier:\n\n" );
  25.         puts("Header-------------\n" );
  26.         for(i=0;i<14;i++
  27.             printf("%x ",image->header[i];
  28.         puts("\n\nInfo_Header-------------\n" );
  29.         for(i=0;i<40;i++)
  30.             printf("%x ",image->info_header[i]);
  31.         puts("\n\nData-------------\n" );
  32.         for(i=0;i<40;i++)
  33.             printf("%x ",image->data[0][i]);
  34.         puts("" );
  36.         printf("Taille: %dKo\n",valeur(image->header,2,4)/1024);
  37.         printf("Largeur: %d\n",valeur(image->info_header,4,4));
  38.         printf("Hauteur: %d\n",valeur(image->info_header,8,4));
  39.         couleur=couleurPixel_bmp(image,1,1);
  40.         printf("Couleur pixel: %d %d %d\n",couleur.rouge,couleur.bleu,couleur.vert);
  41.     }
  43.     return EXIT_SUCCESS;
  44. }


 
bmp.c
 

Code :
  1. #include <stdio.h>
  2. #include <stdlib.h>
  3. #include "bmp.h"
  4. #include "calcul.h"
  6. t_bmp *charger_image_bmp(char *nomFichier)
  7. {
  8.     FILE* fichier_bmp;
  9.     t_bmp *struct_bmp;
  10.     int largeur, hauteur;
  11.     int nb_ligne_data, nb_octet_ligne_data, nb_octet_data;
  12.     int i,j,resultat;
  13.     short int format;
  16.     //Ouverture et Vérification du format bmp-------------------------
  17.     fichier_bmp=fopen(nomFichier,"r+" );
  18.     if(fichier_bmp==NULL)
  19.     {
  20.         puts("Fichier introuvable." );
  21.         return NULL;
  22.     }
  23.     fseek(fichier_bmp,0,SEEK_SET);
  24.     resultat=fread(&format,sizeof(short int),1,fichier_bmp);
  26.     if(resultat!=1)
  27.     {
  28.         puts("Erreur de lecture dans le fichier bmp.1" );
  29.         return NULL;
  30.     }
  32.     if(format!=19778)
  33.     {
  34.         puts("Le fichier n'est pas une image bmp valide.2" );
  35.         return NULL;
  36.     }
  38.     fseek(fichier_bmp,0,SEEK_SET);
  40.     struct_bmp=malloc(sizeof(t_bmp));
  41.     if(struct_bmp==NULL)
  42.     {
  43.         puts("Erreur allocation memoire" );
  44.         return NULL;
  45.     }
  47.     //Lecture de header----------------------------------
  48.     for(i=0;i<14&&!feof(fichier_bmp);i++)
  49.     {
  50.         struct_bmp->header[i]=fgetc(fichier_bmp);
  51.     }
  53.     if(i<14)
  54.     {
  55.         puts("Le fichier n'est pas une image bmp valide.3" );
  56.         return NULL;
  57.     }
  59.     //Lecture de info_header-----------------------------
  60.     for(i=0;i<40&&!feof(fichier_bmp);i++)
  61.         struct_bmp->info_header[i]=fgetc(fichier_bmp);
  62.     if(i<40)
  63.     {
  64.         puts("Le fichier n'est pas une image bmp valide.4" );
  65.         return NULL;
  66.     }
  68.     //Lecture de data (données pixels)--------------------
  69.     largeur = hauteur=0;
  71.     for(i=0;i<4;i++)//A remplacer par une fonction
  72.     {
  73.         largeur+=puiss2(8*i)*struct_bmp->info_header[i+4];
  74.         hauteur+=puiss2(8*i)*struct_bmp->info_header[i+8];
  75.     }
  77.     nb_ligne_data = hauteur;
  78.     nb_octet_ligne_data = 3*largeur;
  80.     if(nb_octet_ligne_data%4!=0)
  81.         nb_octet_ligne_data += 4-nb_octet_ligne_data%4;
  82.     nb_octet_data = nb_ligne_data*nb_octet_ligne_data;
  84.     struct_bmp->data=malloc(nb_ligne_data*sizeof(unsigned char*));
  85.     if(struct_bmp->data==NULL)
  86.         return NULL;
  87.     for(i=0;i<nb_ligne_data;i++)
  88.     {
  89.         struct_bmp->data[i]=malloc(nb_octet_ligne_data*sizeof(unsigned char));
  90.         if(struct_bmp->data[i]==NULL)
  91.         {
  92.             puts("Erreur allocation memoire" );
  93.             return NULL;
  94.         }
  95.     }
  98.     for(i=0;i<nb_ligne_data&&!feof(fichier_bmp);i++)
  99.         for(j=0;j<nb_octet_ligne_data&&!feof(fichier_bmp);j++)
  100.             struct_bmp->data[i][j]=fgetc(fichier_bmp);
  102.       if(i<nb_ligne_data||j<nb_octet_ligne_data)
  103.       {
  104.           puts("Le fichier n'est pas une image bmp valide.5" );
  105.           return NULL;
  106.       }
  108.     printf("Le fichier %s a ete charge correctement\n\n",nomFichier);
  109.     return struct_bmp;
  111. }
  115. t_couleur RVB(unsigned char r, unsigned char v, unsigned char b)
  116. {
  117.     t_couleur couleur;
  118.     couleur.rouge = r;
  119.     couleur.vert = v;
  120.     couleur.bleu = b;
  122.     return couleur;
  123. }
  125. t_couleur couleurPixel_bmp(t_bmp *struct_bmp,int x, int y)
  126. {
  127.     t_couleur couleurPixel;
  129.     couleurPixel.bleu=struct_bmp->data[y-1][(x-1)*3];
  130.     couleurPixel.vert=struct_bmp->data[y-1][(x-1)*3+1];
  131.     couleurPixel.rouge=struct_bmp->data[y-1][(x-1)*3+1];
  133.     return couleurPixel;
  134. }


 
 
calcul.c

Code :
  1. #include <stdio.h>
  2. #include "calcul.h"
  4. int puiss2(int puissance)
  5. {
  6.     if(puissance>0)
  7.         return 2*puiss2(puissance-1);
  8.     else
  9.         return 1;
  10. }
  12. int valeur(unsigned char *tab,int debut, int nbOctet)
  13. {
  14.     int i,valeur=0;
  16.     for(i=0;i<nbOctet;i++)
  17.         valeur+=tab[debut+i]*puiss2(8*i);
  19.     return valeur;
  20. }


Message édité par ngkreator le 25-10-2007 à 13:50:02
n°1631171
tpierron
Posté le 25-10-2007 à 18:18:00  profilanswer
 

Code :
  1. int main(int argc, char *argv[])
  2. {
  3.     t_bmp *image=NULL;
  4.     int i;
  5.     char* nomFichier;
  6.     t_couleur couleur;
  8.     //Chargement du fichier donné en 1er argument
  9.     if(argc==2)
  10.     {
  11.         strcpy(nomFichier,argv[1]);


 
Ça commence mal  :sweat:  ....

Message cité 1 fois
n°1631189
ngkreator
Posté le 25-10-2007 à 18:44:33  profilanswer
 

tpierron a écrit :

Code :
  1. int main(int argc, char *argv[])
  2. {
  3.     t_bmp *image=NULL;
  4.     int i;
  5.     char* nomFichier;
  6.     t_couleur couleur;
  8.     //Chargement du fichier donné en 1er argument
  9.     if(argc==2)
  10.     {
  11.         strcpy(nomFichier,argv[1]);


 
Ça commence mal  :sweat:  ....


Ah bonne nouvelle je vais apprendre encore un truc alors. Mais c'est quoi qui cloche? La manière dont j'utilise argv?

Message cité 2 fois
n°1631192
Taz
bisounours-codeur
Posté le 25-10-2007 à 18:47:35  profilanswer
 

ngkreator a écrit :


Ah bonne nouvelle je vais apprendre encore un truc alors. Mais c'est quoi qui cloche? La manière dont j'utilise argv?


ta manière de lire ton manuel de C

Message cité 1 fois
n°1631197
ngkreator
Posté le 25-10-2007 à 18:55:19  profilanswer
 

Taz a écrit :


ta manière de lire ton manuel de C


Ah oui j'ai un peu oublié d'allouer de la mémoire à un certain pointeur [:cupra] En espérant que ça soit ça.
 
Edit: d'ailleur il a du sauter à un moment donné dans les copier/coller parce que le programme plante (normal) alors qu'avant non.


Message édité par ngkreator le 25-10-2007 à 18:59:38
n°1631199
xilebo
noone
Posté le 25-10-2007 à 18:58:38  profilanswer
 

ngkreator a écrit :


Ah bonne nouvelle je vais apprendre encore un truc alors. Mais c'est quoi qui cloche? La manière dont j'utilise argv?


"char *nomFichier", c'est juste un pointeur sur un char. Or, tu fais après "strcpy(nomFichier,argv[1])" . Cela va provoquer une erreur car tu essaies de copier argv[1] dans un truc pas initialisé.
 
Soit tu crées un tableau de caractères, ou soit tu utilises la fonction strdup
 

Code :
  1. char nomFichier[256];
  3. ...
  4. ...
  5. strncpy(nomFichier,argv[1],255); // strncpy sécurise et evite un depassement de tableau au cas ou argv[1] > 255


 
ou bien
 

Code :
  1. char *nomFichier;
  3. ...
  4. ...
  5. nomFichier=strdup(argv[1]);
  7. ....
  9. // ne pas oublier la libération du pointeur
  10. free(nomFichier);

mood
Publicité
Posté le 25-10-2007 à 18:58:38  profilanswer
 

n°1631201
ngkreator
Posté le 25-10-2007 à 19:04:18  profilanswer
 

Oui merci donc c'est bien ça :jap:  Je connaissais pas la fonction strup, pratique!
 
La libération aussi j'y avais pas pensé merci.
 
D'ailleur pourquoi est-ce qu'on doit libérer un pointeur? Quand le programme ferme il windows ne peut plus accéder à l'espace mémoire pointé si on ne le libère pas?

Message cité 1 fois
Message édité par ngkreator le 25-10-2007 à 20:04:00
n°1631212
xilebo
noone
Posté le 25-10-2007 à 19:44:08  profilanswer
 

Lorsqu'on alloue de la mémoire dynamique avec malloc(), il faut la libérer systématiquement avec free() dès qu'on n'en a plus besoin. Sinon, tu risques de saturer la mémoire de ton processus, ce qui se traduira par un échec systématique de tout nouveau appel à malloc().
 
Dans ton cas, ca n'a pas trop de conséquence car le programme est petit et de toutes facons, la mémoire est libérée à la terminaison du processus par un mécanisme du système, mais il faut prendre de bonnes habitudes dès le début.

n°1631226
ngkreator
Posté le 25-10-2007 à 20:11:27  profilanswer
 

Ah donc la mémoire est bien libéré à l'extinction du programme j'ai eu peur. Donc (par simple curiosité) il serait inutile de mettre un free() à la dernière ligne d'un programme, étant donné que la mémoire sera libérée?
 
Une autre question: j'ai vu que les adresses (pointeurs) et les valeurs de variables étaient enregistrées dans des registres du processeur. A quoi sert la mémoire vive alors?

Message cité 1 fois
Message édité par ngkreator le 25-10-2007 à 20:12:01
n°1631267
matafan
Posté le 25-10-2007 à 23:04:58  profilanswer
 

Il est "inutile" de libérer la mémoire à la fin du programe. Par contre par soucis d'économie il faut toujours libérer la mémoire dès que tu n'en a plus besoin et si tu n'es pas à la fin du programe.
 
Celà dit ça ne peut pas faire de mal de libérer la mémoire systématiquement, même en fin de programe. Tu as par exemple des outils qui te font un rapport de la mémoire non libérée, très utiles pour détecter les fuites mémoires. Mais si tu ne libères pas systématiquement toute la mémoire, tes vraies fuites seront noyées au milieu de ce que tu n'as volontairement pas libéré.

Message cité 1 fois
n°1631276
Taz
bisounours-codeur
Posté le 26-10-2007 à 00:20:39  profilanswer
 

utilisation bugguée de strncpy

Message cité 1 fois
n°1631302
xilebo
noone
Posté le 26-10-2007 à 08:24:08  profilanswer
 

Taz a écrit :

utilisation bugguée de strncpy


tu peux en dire un peu plus ?

Message cité 2 fois
n°1631382
Emmanuel D​elahaye
C is a sharp tool
Posté le 26-10-2007 à 10:26:43  profilanswer
 

ngkreator a écrit :

D'ailleur pourquoi est-ce qu'on doit libérer un pointeur?


Gné ? On ne 'libère pas un pointeur'. On libère l'espace alloué par malloc() dont l'adresse est stockée dans le pointeur... Nuance... Après, un free(p), le pointeur p n'est pas libéré. Par contre, la zone pointée est libérée et la valeur du pointeur est invalide. Je recommande de le forcer à NULL après libération du bloc associé :  

Code :
  1. free (p), p = NULL;


 

Message cité 1 fois

---------------
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/
n°1631383
Emmanuel D​elahaye
C is a sharp tool
Posté le 26-10-2007 à 10:27:59  profilanswer
 

matafan a écrit :

Il est "inutile" de libérer la mémoire à la fin du programe. Par contre par soucis d'économie il faut toujours libérer la mémoire dès que tu n'en a plus besoin et si tu n'es pas à la fin du programe.
 
Celà dit ça ne peut pas faire de mal de libérer la mémoire systématiquement, même en fin de programe. Tu as par exemple des outils qui te font un rapport de la mémoire non libérée, très utiles pour détecter les fuites mémoires. Mais si tu ne libères pas systématiquement toute la mémoire, tes vraies fuites seront noyées au milieu de ce que tu n'as volontairement pas libéré.


+ 10


---------------
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/
n°1631384
Emmanuel D​elahaye
C is a sharp tool
Posté le 26-10-2007 à 10:28:41  profilanswer
 

xilebo a écrit :

tu peux en dire un peu plus ?


Je te conseille de lire en détail la spécification de strncpy().

 

http://www.cplusplus.com/reference [...] rncpy.html

 

Contrairement aux apparences, ce site est une excellente référence sur la bibliothèque C standard.

 


Message cité 1 fois
Message édité par Emmanuel Delahaye le 26-10-2007 à 10:29:45

---------------
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/
n°1631387
Taz
bisounours-codeur
Posté le 26-10-2007 à 10:49:56  profilanswer
 

xilebo a écrit :


tu peux en dire un peu plus ?


croise les doigts très fort pour que nomFichier[255] vale 0

Message cité 1 fois
n°1631508
ngkreator
Posté le 26-10-2007 à 12:17:11  profilanswer
 

Emmanuel Delahaye a écrit :


Gné ? On ne 'libère pas un pointeur'. On libère l'espace alloué par malloc() dont l'adresse est stockée dans le pointeur... Nuance... Après, un free(p), le pointeur p n'est pas libéré. Par contre, la zone pointée est libérée et la valeur du pointeur est invalide. Je recommande de le forcer à NULL après libération du bloc associé :  

Code :
  1. free (p), p = NULL;


 

Oui oui c'est ce que je voulais dire mais je trouvais ça plus court que de dire "libère l'espace alloué dont l'adresse du premier emplacement est stocké dans le pointeur" [:pingouino]
 

Emmanuel Delahaye a écrit :


Je te conseille de lire en détail la spécification de strncpy().
 
http://www.cplusplus.com/reference [...] rncpy.html
 
Contrairement aux apparences, ce site est une excellente référence sur la bibliothèque C standard.
 
 

En tout cas c'est celle que j'utilise car elle est très pratique et clair!
 

Taz a écrit :


croise les doigts très fort pour que nomFichier[255] vale 0


J'adore tes réponses implicites! Mais au moins ce que je pensais avoir compris d'après la doc est confirmé.

Message cité 1 fois
Message édité par ngkreator le 26-10-2007 à 12:36:26
n°1631529
Emmanuel D​elahaye
C is a sharp tool
Posté le 26-10-2007 à 12:38:17  profilanswer
 

ngkreator a écrit :

Oui oui c'est ce que je voulais dire mais je trouvais ça plus court que de dire "libère l'espace alloué dont l'adresse du premier emplacement est stocké dans le pointeur"


Indéniablement, c'est plus court, mais ce n'est pas correct pour autant. Il suffit de dire "si on libère l'espace alloué", ou, si on tient à se référer à un pointeur particulier : "si on libère l'espace pointé par .p_xxx". C'est pas très difficile d'écrire un texte correct qui montre que l'on a compris de quoi on parle...
 

Message cité 1 fois

---------------
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/
n°1631533
ngkreator
Posté le 26-10-2007 à 12:41:52  profilanswer
 

Sous quelle forme sont enregistrés les caractères dans argv[0] argv[1]...
 
est-ce:
 
argv[0] <-> 'N','o','m','d','u','p','r','o','g','r','a','m','e','\0'
argv[1] <-> 'a','r','g','u','m','e','n','t','1','\0'
...
 
ou
 
argv[0] <-> 'N','o','m','d','u','p','r','o','g','r','a','m','e'
argv[1] <-> 'a','r','g','u','m','e','n','t','1'
...
 
 

Emmanuel Delahaye a écrit :


Indéniablement, c'est plus court, mais ce n'est pas correct pour autant. Il suffit de dire "si on libère l'espace alloué", ou, si on tient à se référer à un pointeur particulier : "si on libère l'espace pointé par .p_xxx". C'est pas très difficile d'écrire un texte correct qui montre que l'on a compris de quoi on parle...
 


Oui tu as raison  :jap:
 

ngkreator a écrit :

Ah donc la mémoire est bien libéré à l'extinction du programme j'ai eu peur. Donc (par simple curiosité) il serait inutile de mettre un free() à la dernière ligne d'un programme, étant donné que la mémoire sera libérée?
 
Une autre question: j'ai vu que les adresses (pointeurs) et les valeurs de variables étaient enregistrées dans des registres du processeur. A quoi sert la mémoire vive alors?


Je réitère ma question, à quoi sert la mémoire vive?

Message cité 2 fois
Message édité par ngkreator le 26-10-2007 à 12:46:00
n°1631534
Taz
bisounours-codeur
Posté le 26-10-2007 à 12:45:50  profilanswer
 

ngkreator a écrit :

Sous quelle forme sont enregistrés les caractères dans argv[0] argv[1]...
 
est-ce:
 
argv[0] <-> 'N','o','m','d','u','p','r','o','g','r','a','m','e','\0'
argv[1] <-> 'a','r','g','u','m','e','n','t','1','\0'
...
 
ou
 
argv[0] <-> 'N','o','m','d','u','p','r','o','g','r','a','m','e'
argv[1] <-> 'a','r','g','u','m','e','n','t','1'
...
 
 


[/quotemsg]T'as pas l'impression que la deuxième serait inutilisable ?

Message cité 1 fois
n°1631535
matafan
Posté le 26-10-2007 à 12:47:26  profilanswer
 

Chaque chaine est terminée par '\0' dans les argv[i] (ta première proposition, donc).

Message cité 1 fois
n°1631538
ngkreator
Posté le 26-10-2007 à 12:55:06  profilanswer
 

Taz a écrit :



T'as pas l'impression que la deuxième serait inutilisable ?
Non effectivement.
 

matafan a écrit :

Chaque chaine est terminée par '\0' dans les argv[i] (ta première proposition, donc).

ok
 
Donc je me dis qu'on peut plutôt utiliser:
 

Code :
  1. char nomFichier[255];
  2. strcpy(nomFichier,argv[1]);


 
Comme ça strcpy recopie tout argv[1] dans nomFichier, mais si il y a plus de 254 caractères (sans le null) dans argv[1] problème.
 
Donc je mettrais:
 

Code :
  1. char nomFichier[255];
  2. strncpy(nomFichier,argv[1],254);
  3. nomFichier[254]=0; ou '\0'


 
 
 

Message cité 1 fois
n°1631540
Emmanuel D​elahaye
C is a sharp tool
Posté le 26-10-2007 à 12:56:23  profilanswer
 

ngkreator a écrit :

Je réitère ma question, à quoi sert la mémoire vive?


A implémenter les 3 zones mémoires du C (automatique, statique, allouée). Eventuellement, ça sert aussi à implémenter la zone exécutable.
 
Il est possible que certaines variables automatiques soient implémentées par des registres, mais c'est rare et anecdotique (le nombre de registres est limité).

Message cité 1 fois

---------------
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/
n°1631542
Elmoricq
Modérateur
Posté le 26-10-2007 à 12:56:53  profilanswer
 

char nomFichier[FILENAME_MAX];
snprintf(nomFichier, FILENAME_MAX, "%s", argv[1]);

Message cité 1 fois
n°1631543
Taz
bisounours-codeur
Posté le 26-10-2007 à 12:56:54  profilanswer
 

Sinon un simple

Code :
  1. const char * username = argv[1];

ça peut le faire ...

Message cité 1 fois
n°1631545
Emmanuel D​elahaye
C is a sharp tool
Posté le 26-10-2007 à 12:59:00  profilanswer
 

ngkreator a écrit :

Donc je mettrais:

Code :
  1. char nomFichier[255];
  2. strncpy(nomFichier,argv[1],254);
  3. nomFichier[254]=0; ou '\0'




Oui, ce que je trouve un peu compliqué. Personnellement, je fais :  

Code :
  1. char nomFichier[255];
  2.    *nomFichier = 0;
  3.    strncat(nomFichier, argv[1], sizeof nomFichier - 1);


Message cité 1 fois

---------------
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/
n°1631546
ngkreator
Posté le 26-10-2007 à 12:59:22  profilanswer
 

Emmanuel Delahaye a écrit :


A implémenter les 3 zones mémoires du C (automatique, statique, allouée). Eventuellement, ça sert aussi à implémenter la zone exécutable.
 
Il est possible que certaines variables automatiques soient implémentées par des registres, mais c'est rare et anecdotique (le nombre de registres est limité).


Bon il me manque des notions là (zones mémoire, variables automatiques...), je vais me documenter.

Message cité 1 fois
n°1631549
Emmanuel D​elahaye
C is a sharp tool
Posté le 26-10-2007 à 13:00:52  profilanswer
 

ngkreator a écrit :

Bon il me manque des notions là (zones mémoire, variables automatiques...), je vais me documenter.


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

Message cité 1 fois

---------------
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/
n°1631550
ngkreator
Posté le 26-10-2007 à 13:01:38  profilanswer
 

Elmoricq a écrit :

char nomFichier[FILENAME_MAX];
snprintf(nomFichier, FILENAME_MAX, "%s", argv[1]);


 

Taz a écrit :

Sinon un simple

Code :
  1. const char * username = argv[1];

ça peut le faire ...


Ah oui plus court :D

Emmanuel Delahaye a écrit :


Oui, ce que je trouve un peu compliqué. Personnellement, je fais :  

Code :
  1. char nomFichier[255];
  2.    *nomFichier = 0;
  3.    strncat(nomFichier, argv[1], sizeof nomFichier - 1);




Il y a donc plusieurs solutions, merci à vous tous.
 

Emmanuel Delahaye a écrit :


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


Merci en plus je l'avais dans mes favoris.
 
Une autre question:
 
Si je déclare:
 

Code :
  1. typedef struct{
  2.     int a[1];
  3.     int b[1];
  4. }structure;


 
Est-ce que structure.a+1=structure.b? Autrement dit, est-ce que tous les éléments d'une structure sont placés à la suite en mémoire?

Message cité 2 fois
Message édité par ngkreator le 26-10-2007 à 13:08:16
n°1631554
matafan
Posté le 26-10-2007 à 13:11:05  profilanswer
 

ngkreator a écrit :

Si je déclare:
 

Code :
  1. typedef struct{
  2.     int a[1];
  3.     int b[1];
  4. }structure;


 
Est-ce que structure.a+1=structure.b? Autrement dit, est-ce que tous les éléments d'une structure sont placés à la suite en mémoire?


Dans ce cas précis probablement, mais ce n'est pas garenti à part si tu demande à ton compilo de "packer" les structures.

n°1631561
Emmanuel D​elahaye
C is a sharp tool
Posté le 26-10-2007 à 13:19:39  profilanswer
 

ngkreator a écrit :


Ah oui plus court :D


Attention, n'est valide que si on ne modifie pas le paramètre (ce qui est généralement le cas).
 

ngkreator a écrit :


Une autre question:
 
Si je déclare définis :
 

Code :
  1. typedef struct{
  2.     int a[1];
  3.     int b[1];
  4. }structure;


 
Est-ce que structure.a+1=structure.b? Autrement dit, est-ce que tous les éléments d'une structure sont placés à la suite en mémoire?


2 choses sont garanties par le langage .
 

  • L'adresse de la structure, de a et de a[0] sont identiques
  • L'élément b est situé après l'élément a.


Par contre, rien ne garanti que les éléments soient 'collés'. Il peut y avoir des 'trous' (bytes de 'bourrage' ou padding bytes).
 
Si ton intention est de créer une structure pour réaliser une interface avec les données d'un fichier, sache que c'est techniquement possible (Microsoft le fait), mais que ce n'est pas portable.

Message cité 1 fois

---------------
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/
n°1631628
Taz
bisounours-codeur
Posté le 26-10-2007 à 14:08:26  profilanswer
 

Emmanuel Delahaye a écrit :


Attention, n'est valide que si on ne modifie pas le paramètre (ce qui est généralement le cas).


Il me semblait que c'était un peu la connotation de const.

Message cité 1 fois
n°1631643
Emmanuel D​elahaye
C is a sharp tool
Posté le 26-10-2007 à 14:19:54  profilanswer
 

Taz a écrit :


Il me semblait que c'était un peu la connotation de const.


Oui, bien sûr, mais avec les débutants, deux précautions valent mieux qu'une...
 


---------------
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/
n°1643056
ngkreator
Posté le 14-11-2007 à 21:39:54  profilanswer
 

Depuis mon dernier post je bute contre un problème: la fin du fichier est atteinte trop tôt. Ca se passe lors du remplissage d'une matrice à 2 dimentions qui représente les données pixels.
 

Code :
  1. fseek(fichier_bmp,54,SEEK_SET);
  2.     for(i=0;i<nb_ligne_data&&!feof(fichier_bmp);i++)
  3.         for(j=0;j<nb_octet_ligne_data&&!feof(fichier_bmp);j++)
  4.                 struct_bmp->data[i][j]=fgetc(fichier_bmp);


Je remets la définition de struct_bmp:

Code :
  1. typedef struct
  2. {
  3.     unsigned char header[14];
  4.     unsigned char info_header[40];
  5.     unsigned char RGBquad[4];
  6.     unsigned char **data;
  7. }
  8. t_bmp;


 
Si j'enlève les feof():
 
En fait ma matrice struct_bmp.data[i][j]  est remplie avec les bonnes valeurs jusqu'a la xème position. A partir de la xème position elle est remplie de 255. Plus l'image à charger est grande plus x est grand. On dirait que ça s'arrête à un certain pourcentage qui est toujours le même (j'ai pas vérifié).
 
Quand la fin du fichier est atteinte, fgetc renvoie la constante EOF dont je ne connais pas la valeur. Apparemment ici ça se traduit par un 255 dans mes unsigned char.
 
J'ai vérifié la valeur de feof quand j'obtiens des 255, et il prend une valeur non nulle. J'ai donc bien atteint la fin du fichier.
 
Sans contexte impossible de comprendre d'où vient l'erreur donc je mais la fonction dans laquelle le problème se pose: la boucle problématique est située à la ligne 53.
 

Code :
  1. t_bmp *charger_image_bmp(char *nomFichier)
  2. {
  3.     FILE* fichier_bmp;
  4.     t_bmp *struct_bmp;
  5.     int largeur, hauteur;
  6.     int nb_ligne_data, nb_octet_ligne_data;
  7.     int i,j,resultat;
  8.     short int format;
  10.     //Ouverture et Vérification du format bmp-----------------------------------
  11.     fichier_bmp=fopen(nomFichier,"r+" );
  12.     if(fichier_bmp==NULL){puts("Fichier introuvable." );return NULL;}
  14.     fseek(fichier_bmp,0,SEEK_SET);
  16.     resultat=fread(&format,sizeof(short int),1,fichier_bmp);
  17.     if(resultat!=1){puts("Erreur de lecture dans le fichier bmp.1" );return NULL;}
  18.     if(format!=19778){puts("Le fichier n'est pas une image bmp valide.2" );return NULL;}
  20.     //Initialisation de la structure bmp----------------------------------------
  21.     struct_bmp=malloc(sizeof(t_bmp));
  22.     if(struct_bmp==NULL){puts("Erreur allocation memoire" );return NULL;}
  24.     //Lecture de header---------------------------------------------------------
  25.     fseek(fichier_bmp,0,SEEK_SET);
  27.     for(i=0;i<14&&!feof(fichier_bmp);i++) struct_bmp->header[i]=fgetc(fichier_bmp);
  28.     if(i<14){puts("Le fichier n'est pas une image bmp valide.3" );return NULL;}
  30.     //Lecture de info_header
  31.     for(i=0;i<40&&!feof(fichier_bmp);i++) struct_bmp->info_header[i]=fgetc(fichier_bmp);
  32.     if(i<40){puts("Le fichier n'est pas une image bmp valide.4" );return NULL;}
  34.     //Lecture de data (données pixels)------------------------------------------
  35.     largeur = largeurPixel_bmp(struct_bmp);
  36.     hauteur = hauteurPixel_bmp(struct_bmp);
  38.     nb_ligne_data = hauteur;
  39.     nb_octet_ligne_data = 3*largeur;
  41.     if(nb_octet_ligne_data%4!=0)
  42.         nb_octet_ligne_data += 4-nb_octet_ligne_data%4;
  44.     struct_bmp->data=malloc(nb_ligne_data*sizeof(unsigned char*));
  45.     if(struct_bmp->data==NULL) return NULL;
  46.     for(i=0;i<nb_ligne_data;i++)
  47.     {
  48.         struct_bmp->data[i]=malloc(nb_octet_ligne_data*sizeof(unsigned char));
  49.         if(struct_bmp->data[i]==NULL){puts("Erreur allocation memoire" );return NULL;}
  50.     }
  52.     fseek(fichier_bmp,54,SEEK_SET);
  53.     for(i=0;i<nb_ligne_data&&!feof(fichier_bmp);i++)
  54.         for(j=0;j<nb_octet_ligne_data&&!feof(fichier_bmp);j++)
  55.                 struct_bmp->data[i][j]=fgetc(fichier_bmp);
  57.     if(i<nb_ligne_data||j<nb_octet_ligne_data) {puts("\nFin du fichier atteinte" ); return NULL;}
  59.     fclose(fichier_bmp);
  60.     printf("Le fichier %s a ete charge correctement\n\n",nomFichier);
  61.     return struct_bmp;
  62. }


Message édité par ngkreator le 14-11-2007 à 21:51:20
n°1643080
Ace17
Posté le 14-11-2007 à 22:33:34  profilanswer
 

Code :
  1. fichier_bmp=fopen(nomFichier,"rb+" );

Message cité 1 fois
n°1643083
ngkreator
Posté le 14-11-2007 à 22:39:22  profilanswer
 

Ace17 a écrit :

Code :
  1. fichier_bmp=fopen(nomFichier,"rb+" );



Bravo! Ca marche [:mlc]  Je bloquais depuis plusieurs semaines! Un grand merci encore une fois.
 
Quelle est la différence entre un fichier texte et un fichier binaire?

Message cité 1 fois
Message édité par ngkreator le 14-11-2007 à 22:40:08
n°1643314
ngkreator
Posté le 15-11-2007 à 12:27:46  profilanswer
 

Ca y est ça marche après quelques problèmes encore à régler j'arrive à obtenir des négatifs parfaits, et des miroirs. Maintenant je vais m'attaquer aux rotations [:totoz]
 
En fait il me semble qu'en algèbre on pouvait utiliser des matrices de rotation je vais chercher de ce coté là...
 
Oulà c'est plus cho que ce que je pensais. Je me demande même si le redimensionnement n'est pas plus simple. En tous cas je vais pas m'ennuyer.


Message édité par ngkreator le 15-11-2007 à 12:41:43
mood
Publicité
Posté le   profilanswer
 

 Page :   1  2  3
Page Suivante
Page Précédente
Haut de page 

Aller à :
Ajouter une réponse
 

Sujets relatifs
Erreur de GD library je pense[PHP] Importer un fichier XML dans base MYSQL
Include un fichier php dans un different site sur le meme serveurfichier *.HTA, autodétection de la lettre du lecteur cd
Nom de fichier au téléchargementPB de download de fichier sur serveur distant.
[Résolu][SH-Sed] Supprimer une partie d'un fichierMauvaise manipe = comment supprimer un fichier ?
Supression caractères dans nom fichier 
Plus de sujets relatifs à : Erreur: undefined reference to `seek' (Modification fichier bmp)

Forum MesDiscussions.Net, Version 2010.2
(c) 2000-2011 Doctissimo
Page générée en 0.244 secondes

Copyright © 1997-2022 Hardware.fr SARL (Signaler un contenu illicite / Données personnelles) / Groupe LDLC / Shop HFR