Incomprehensible :/ (Pointeur non portable)

**skip78** · 29/08/2006, 15h11

Non mais le tiens me semble accessible je suis en train de travailler dessus c'est le truc d'emmanuel qui est galere parce qu'il y a des includes à tout va.

Bon et pour le tien il suffit donc d'include ton .c ?

**gege2061** · 29/08/2006, 15h22

Envoyé par skip78

Non mais le tiens me semble accessible je suis en train de travailler dessus c'est le truc d'emmanuel qui est galere parce qu'il y a des includes à tout va.

Mais nan faut pas tout prendre (enfin tu peux, ça sert toujours), y a un mode d'emploi : Mode d'emploi du gestionnaire de mémoire SYSALLOC

Envoyé par skip78

Bon et pour le tien il suffit donc d'include ton .c ?

C'est les .h que l'on inclue ! Tu as un exemple d'utilisation dans le post, il faut inclure sma.h, initialiser le module, utiliser les fonctions sma_* à la place des classique malloc/calloc/realloc/free et enfin fermer le module.

**skip78** · 29/08/2006, 15h33

bon voila j'ai tou fait bien comme il faut (enfin il me semble

)
et bien evidemment il ne reconnait pas les declarations ^^

Code :

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

1
2
3
4
  [Linker error] undefined reference to `sma_init_' 
  [Linker error] undefined reference to `sma_end_' 
  [Linker error] undefined reference to `sma_malloc_' 
...

Comme si il fallait rajouter une ligne dans les options du compilateur

Envoyé par gege2061

C'est les .h que l'on inclue ! Tu as un exemple d'utilisation dans le post, il faut inclure sma.h, initialiser le module, utiliser les fonctions sma_* à la place des classique malloc/calloc/realloc/free et enfin fermer le module.

Oui oui autant pour moi j'ai bien evidemment inclu le .h, comme dans l'exemple, et modifié tous les mallocs (je n'ai pas de reallocs ni de free)

**gege2061** · 29/08/2006, 15h45

Envoyé par skip78

bon voila j'ai tou fait bien comme il faut (enfin il me semble

)
et bien evidemment il ne reconnait pas les declarations ^^

Code :

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

1
2
3
4
  [Linker error] undefined reference to `sma_init_' 
  [Linker error] undefined reference to `sma_end_' 
  [Linker error] undefined reference to `sma_malloc_' 
...

Comme si il fallait rajouter une ligne dans les options du compilateur

Tu as ajouté les fichiers à ton projet ? Il doivent être compiler avec.

Envoyé par skip78

ni de free

Ah bah déjà c'est pas terrible, à chaque appel de malloc/calloc ou realloc doit correspondre un appel à free pour libérer la mémoire : encore un peu de lecture

**skip78** · 29/08/2006, 15h52

Envoyé par gege2061

Tu as ajouté les fichiers à ton projet ? Il doivent être compiler avec.

boulet time j'ai effectivement omis de les compiler mdr

Envoyé par gege2061

Ah bah déjà c'est pas terrible, à chaque appel de malloc/calloc ou realloc doit correspondre un appel à free pour libérer la mémoire : encore un peu de lecture

Bah il me semblait que la liberation memoire n'était pas utile dans le cas ou on ne pouvait la faire avant la fin du programme puisque lors de l'arret du programme la memoire est liberee par elle meme. Donc c'est vrai que du coup je ne fait jamais de free

C'est clair que si je commencais par de bonnes bases j'aurai moins de problèmes j'y retourne

**Emmanuel Delahaye** · 29/08/2006, 16h19

Envoyé par gege2061

Il y a aussi le module SYSALLOC : http://emmanuel-delahaye.developpez.com/clib.htm d'Emmanuel Delahaye, je ne crois pas qu'il détecte les dépassement de capacité.

Non, mais comme on donne la taille à l'allocation, c'est une idée à creuser.

**skip78** · 29/08/2006, 16h40

dis gege tu donnes souvent ton numero comme ca ?

H_NJ_LIST_0403061931

**gege2061** · 29/08/2006, 16h46

Envoyé par skip78

dis gege tu donnes souvent ton numero comme ca ?

H_NJ_LIST_0403061931

Oui, je suis les conseil de tonton Emmanuel : Organisation du code source (et encore il n'y a pas les secondes

)

**skip78** · 29/08/2006, 16h53

lol bon sinon ton mode debugg semble fonctionner, mais je ne peut pas lire l'integralité des remarques ca doit faire 10 fois la taille max de la console

(A noter que j'ai mis des free de partout et que comme prevu ca ne change rien

)

(ton code c'était le 6 mars 2004 à 19h31 c'est ca ?

)
effectivement il te manque le 20 du debut et les secondes à la fin mais les secondes c useless quoi

genre tu va ecrire deux headers en une minute

)

**gege2061** · 29/08/2006, 16h57

Envoyé par skip78

lol bon sinon ton mode debugg semble fonctionner, mais je ne peut pas lire l'integralité des remarques ca doit faire 10 fois la taille max de la console

Si tu passe un nom de fichier à sma_init, il devrait rediriger la fsortie dedans, sinon tu peux le faire à la main :

Code :

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

a.out > log_memoire.txt

Mais c'est vrai que c'ets un peu trop consistant (je vais voire à mettre des niveaux de log).

Envoyé par skip78

(A noter que j'ai mis des free de partout et que comme prevu ca ne change rien

)

Nan mais c'est plus propre et ça peux éviter d'épuiser la mémoire.

**Emmanuel Delahaye** · 29/08/2006, 17h35

Envoyé par skip78

effectivement il te manque le 20 du debut et les secondes à la fin mais les secondes c useless quoi

genre tu va ecrire deux headers en une minute

)

J'utilise un générateur de code...

Et on ne sait pas ce que font les autres en même temps...

**skip78** · 30/08/2006, 09h16

Ouais remarque c'est vrai qu'un mec qui à les mêmes initiales que toi pourrait le faire en même temps que toi ^^

**skip78** · 01/09/2006, 12h03

Bon en tout cas j'ai toujours pas de solution potable

On m'a proposé de remplacer les char* par des
char Path[FILE_MAX_PATH+1];

mais je sais pas ce que ca peut changer ?

Code :

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

1
2
3
4
5
6
7
char Path[FILE_MAX_PATH+1]; /* chépu y'a une constante qui va bien */
gchar *chemin; 
chemin = gtk_file_selection_get_filename(GTK_FILE_SELECTION (file_selection) ); 
if( !chemin )   ERREUR("saisie chemin"); 
memset( Path, 0, sizeof(Path) ); 
strncpy( Path, chemin, sizeof(Path)-1 ); 
gtk_widget_destroy(file_selection);

**Emmanuel Delahaye** · 01/09/2006, 12h52

Envoyé par skip78

On m'a proposé de remplacer les char* par des
char Path[FILE_MAX_PATH+1];

mais je sais pas ce que ca peut changer ?

Tu ne fais pas la différence entre un pointeur sur char non initialisé et un tableau de char ?

**skip78** · 01/09/2006, 15h55

Lol bah si mais bon je vois pas ce que concretement ca peut m'apporter ?
Normalement ca ne devrait rien changer

**Médinoc** · 01/09/2006, 16h11

pointeur sur char non initialisé

Et ça, ça ne devrait rien changer ?
Sais-tu au moins ce qu'est un pointeur ?

**skip78** · 01/09/2006, 16h54

Bon au lieu de parler par enigme vous pourriez m'expliquer ?

Parce que j'ai beau penser savoir tout ca, si c'est pas le cas faudrait m'expliquer plutot que de m'envoyer promener ...

Ma chaine de caractère est un const char*, initialisé à NULL, comme convenu dans l'utilisation de la fonction de recherche de chemin utilisée ...

Donc bon ce pseudo debat n'à rien à voir avec mon probleme puisque le const char m'est imposé.

J'attends cependant une explication

**DaZumba** · 01/09/2006, 16h57

Envoyé par skip78

Ma chaine de caractère est un const char*, initialisé à NULL

Ce n'est pas une chaine de caractere. Une chaine de caractere est un tableau de caractere termine par '\0'. Si tu veux utiliser ton pointeur, il faut l'associe a un bloc memoire alloue par malloc().

**skip78** · 01/09/2006, 17h02

Ah ouais d'accord je viens de capter ce que vous vouliez dire

Le fait est que le const char * est géré par la fonction d'appel de chemin et par conséquent que cette dernière s'occupe de lui allouer une petite place memoire

**homeostasie** · 01/09/2006, 17h04

un pointeur sur char non initialisé

Toujours initialisé un pointeur avec une adresse. Sinon par défaut le mettre à NULL ou 0;

Un pointeur sur un tableau de caractères possède l'adresse d'un des éléments de ce tableau de char.

Incomprehensible :/ (Pointeur non portable)

C

Discussions similaires

Partager

Partager