[C] Structure & malloc

Recherche :

Mot : Pseudo : Filtrer
Bas de page
Auteur	Sujet : [C] Structure & malloc

ofbdood

Salut à tous,

Voilà j'essaie de créer une structure pouvant contenir un nombre indéfini d'entrées. J'utilise malloc mais j'ai comme erreur :
"`liste' undeclared"

Si qqun avait la solution à momn problème ...

Code :

#include<stdio.h>
#include<stdlib.h>
struct liste {
char text;
int text_lenght;
};
main()
{
struct liste *new_line;
new_line = (liste *)malloc(sizeof(struct liste));
}

Publicité

allawos

salut.
Peut-etre essaye d'ajouter un nom à ta structure. Et puis le type liste n'existe pas (dans ton malloc), c'est soit "struct liste", soit "_nom_de_ta_liste" :

Code :

#include<stdio.h>
#include<stdlib.h>
struct liste {
char text;
int text_lenght;
}_nom_de_ta_liste;
main()
{
struct liste *new_line;
_nom_de_ta_liste *other_line;
new_line = (struct liste *)malloc(sizeof(struct liste));
other_line = (_nom_de_ta_liste *) malloc(sizeof(_nom_de_ta_liste));
}

je pense que ca devrait marcher comme ca.

Message édité par allawos le 20-01-2005 à 17:03:26

ofbdood

Ha ben merci c'était ça

new_line = (struct liste *)malloc(sizeof(struct liste));

Bon je me replonge dans mon super projet :sweat:

Taz

bisounours-codeur

pourquoi tu veux caster ?

++fab

victime du syndrome IH

un lecteur du K&R sans doute ...

ofbdood

Taz a écrit :

pourquoi tu veux caster ?

Heing ? c'est pas bon comme ça ?

Sinon au passage :

Code :

while(blablabla) {
printf("Ligne %i : ", i);
if(fgets(my_text, 255, stdin)) {
text_not_null = 1;
text_lenght = strlen(my_text) - 1;
if(text_lenght > 0) {
// On stocke la phrase
struct liste *new_line;
if(new_line = (struct liste *)malloc(sizeof(struct liste))) {
new_line->text = my_text;
new_line->text_lenght = text_lenght;
} else {
printf("ERREUR : malloc impossible" );
}
}
i++;
}
}

J'ai fais ça, ça semble fonctionner mais je pense que je vais être bloqué par la suite.
En fait mon programme consiste à demander à l'utilisateur de rentrer plusieurs lignes de texte, moi je les stocke dans une structure avec pour chaque ligne le nombre de caractères associés.
Le problème (je pense) c'est que l'index dans ma structure va toujours être "new_line" donc un index identique pour toutes les entrées c'est pas super
Je vous demande donc conseil à ce propos quelles sont les solutions possibles ... mettre un nom de variable basé sur le "i" qui s'incrémente ?
(de plus ma structure est déclarée en dehors de toutes fonctions, ce morceaux de code est dans une fonction et impossible d'afficher le contenu de ma structure quand je suis dans le main par exemple, c'est normal ça ??)

Taz

bisounours-codeur

# printf("Ligne %i : ", i);
# if(fgets(my_text, 255, stdin)) {

manque un fflush entre

sinon je sais pas ou tu crois stocker je ne sais quoi, et d'ou tu sors que la copie de chaine se fait avec =

ofbdood

hum bon j'essaie d'exprimer clairement mon besoin

J'ai une structure

Code :

# struct liste {
# char text;
# int text_lenght;
# };

Dedans, je veux mettre une phrase ainsi que sa longueur.
Par contre effectivement je crois qu'il me manque un tableau de structure afin de pouvoir stocker plusieurs phrases ainsi que leurs longueurs associées.

Désolé pour les petites erreurs mais bon j'ai appris à coder avec php donc forcément il y'a des sequelles.

++fab

victime du syndrome IH

Si tu veux stocker une chaine de caractères, il va te falloir un peu plus qu'un char ... un pointeur de char par exemple.
str(n)cpy pour copier des chaines (cf man)

ofbdood

++fab a écrit :

Si tu veux stocker une chaine de caractères, il va te falloir un peu plus qu'un char ... un pointeur de char par exemple.
str(n)cpy pour copier des chaines (cf man)

Oui pardon c'était un pointeur (j'ai recopier une mauvaise version de test )
Pour la copie pas de problème (reflèxe php )

Publicité

Taz

bisounours-codeur

pitié, pas strncpy !

++fab

victime du syndrome IH

ouais, faut penser à mettre le zéro terminal si la chaine source est tronquée à cause du 3eme paramètre de strncpy.
ou éviter cette tambouille en controllant la longueur de la chaine source avant d'appeler strcpy.

la premiere façon de faire évite quand meme un strlen() ...

Taz

bisounours-codeur

mieux vaut se trouver une implémentation de strlcpy

++fab

victime du syndrome IH

qui est-ce ? tu me la présente ?

Taz

bisounours-codeur

http://developer.gnome.org/doc/API [...] l#g-stpcpy

Emmanuel Delahaye

C is a sharp tool

ofbdood a écrit :

<...>J'utilise malloc mais j'ai comme erreur :
"`liste' undeclared"

Code :

#include<stdio.h>
#include<stdlib.h>
struct liste {
char text;
int text_lenght;
};
main()
{
struct liste *new_line;
new_line = (liste *)malloc(sizeof(struct liste));
}

Une façon compliquée d'écrire

Code :

#include<stdio.h>
#include<stdlib.h>
struct liste
{
char text;
int text_length;
};
main()
{
struct liste *new_line = malloc (sizeof *new_line);
if (new_line != NULL)
{
<...>
}
}

C'était quoi la question déjà ?

Et c'est 'length', pas 'lenght'... Et t'es sûr que c'est pas plutôt 'char *text' ?

---------------
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/

Taz

bisounours-codeur

rhoo, et le int main

++fab

victime du syndrome IH

Taz a écrit :

http://developer.gnome.org/doc/API [...] l#g-stpcpy

merci, charmante :ange:

Taz

bisounours-codeur

++fab a écrit :

merci, charmante :ange:

franchement j'aime bien la glib. rien que les routines d'allocations qui ne renvoient pas NULL en cas d'échec ... c'est toujours de ça de moins gérer.

Emmanuel Delahaye

C is a sharp tool

Taz a écrit :

franchement j'aime bien la glib. rien que les routines d'allocations qui ne renvoient pas NULL en cas d'échec ... c'est toujours de ça de moins gérer.

Euh, il se passe quoi en cas d'echec ? Tout s'arrête ? Sympa...

---------------
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/

Taz

bisounours-codeur

déjà, comme y a un allocateur interne, y a plusieurs essais successifs, tentatives de récupération de mémoire dans les différents pool utilisés, etc, et puis si y a vraiment rien, ben oui, ça s'arrête. Tu sais très bien qu'il faut être réaliste : il vaut mieux que ça casse clairement, plutôt que de faire une erreur de segmentation venant d'on-ne-sait-ou. y a plein de langage à VM qui balancent une exception, faut juste vivre avec. Tant que c'est pas critique, je trouve ça correcte comme comportement. D'autant plus que ça pète aussi si on demande d'allouer un taille fantasque (genre (unsigned)-1 ça arrive ce genre de bêtise).

mais il existe une version g_try_malloc qui retourne NULL en cas d'échec, si on souhait détecter et gérer le problème.

L'important c'est avoir le choix.

ofbdood

Emmanuel Delahaye a écrit :

Une façon compliquée d'écrire

Code :

#include<stdio.h>
#include<stdlib.h>
struct liste
{
char text;
int text_length;
};
main()
{
struct liste *new_line = malloc (sizeof *new_line);
if (new_line != NULL)
{
<...>
}
}

C'était quoi la question déjà ?

Et c'est 'length', pas 'lenght'... Et t'es sûr que c'est pas plutôt 'char *text' ?

houlà désolé pour le "length", en plus je l'ai mis partout comme ça :pfff:
Pour le "char *text", effectivement on me l'a déjà fait remarquer un peu plus haut

++fab

victime du syndrome IH

Taz a écrit :

franchement j'aime bien la glib. rien que les routines d'allocations qui ne renvoient pas NULL en cas d'échec ... c'est toujours de ça de moins gérer.

ça fait un moment que je me dis que la glib C est surement très bien. Je suis en train de me demander dans quel contexte la lib C standard est préférable ...
Les possibilitées offertes par la glibC sont quand meme impréssionantes ! ça va plus loin que la libstdc++ (en terme de fonctionalités) :sweat:
en cas d'échec, g_malloc ferme toutes les ressources acquises, sur tout les systèmes ? Surement que oui ...

matafan

++fab a écrit :

en cas d'échec, g_malloc ferme toutes les ressources acquises, sur tout les systèmes ? Surement que oui ...

Quel est l'intéret de tout libérer proprement en cas d'erreur ?

Taz

bisounours-codeur

tout façon, c'est pas compliqué, tu regardes la valeur de ton pointeur à chaque pas et voilà

Emmanuel Delahaye

C is a sharp tool

Taz a écrit :

mais il existe une version g_try_malloc qui retourne NULL en cas d'échec, si on souhait détecter et gérer le problème.

L'important c'est avoir le choix.

Ok.

---------------
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/

++fab

victime du syndrome IH

matafan a écrit :

Quel est l'intéret de tout libérer proprement en cas d'erreur ?

on est par exemple en train de lire et d'écrire dans un fichier. On a besoin de faire un g_malloc -> echec, le programme se termine brutalement. Le fichier est peut etre dans un état incohérent pour une future lecture.
un exemple parmi des dizaines qui me vienne en tete ...

Taz

bisounours-codeur

enfin personnellement, je n'ai jamais vu l'allocateur de la glib me jeter (sauf bug de ma part), parce que sa politique en cas de famine est assez bonne.

docmaboul

Taz a écrit :

enfin personnellement, je n'ai jamais vu l'allocateur de la glib me jeter (sauf bug de ma part), parce que sa politique en cas de famine est assez bonne.

Ca m'intéresse et j'aimerais bien en savoir un peu plus à ce sujet. J'ai été lire le gmem.c de la dernière version et il y a un truc que je ne comprends pas:

Code :

#ifdef SANE_MALLOC_PROTOS
# define standard_malloc malloc
/* la même pour free, realloc, ... */
#else /* !SANE_MALLOC_PROTOS */
static gpointer
standard_malloc (gsize n_bytes)
{
return malloc (n_bytes);
}
/* la même pour free, realloc, ... */
#endif
/* --- variables --- */
static GMemVTable glib_mem_vtable = {
standard_malloc,
standard_realloc,
standard_free,
standard_calloc,
standard_try_malloc,
standard_try_realloc,
};
/* --- functions --- */
gpointer
g_malloc (gulong n_bytes)
{
if (n_bytes)
{
gpointer mem;
mem = glib_mem_vtable.malloc (n_bytes);
if (mem)
return mem;
g_error ("%s: failed to allocate %lu bytes", G_STRLOC, n_bytes);
}
return NULL;
}

A priori, ils ne font guère plus que wrapper malloc et je ne vois donc pas de quoi tu parles.

matafan

De toute façon quelle que soit la façon dont la glib gère la mémoire, quand y'en a vraiment plus y'en a vraiment plus, et l'allocateur te jettera...

++fab

victime du syndrome IH

le probleme, c'est pas de se faire jeter par l'allocateur.
Le probleme, c'est de se faire jeter par l'allocateur en laissant dans un état "incohérent" toutes les ressources utilisées.

el muchacho

Comfortably Numb

DocMaboul a écrit :

A priori, ils ne font guère plus que wrapper malloc et je ne vois donc pas de quoi tu parles.

Ben clairement, Taz parlait du std_try_malloc qui est une des "méthodes" de la struct GMemVTable.

docmaboul

el muchacho a écrit :

Ben clairement, Taz parlait du std_try_malloc qui est une des "méthodes" de la struct GMemVTable.

Ben, clairement:

Code :

#ifdef SANE_MALLOC_PROTOS
/* ... */
# define standard_try_malloc malloc
/* ... */
#else
static gpointer
standard_malloc (gsize n_bytes)
{
return malloc (n_bytes);
}
#define standard_try_malloc standard_malloc
/* ... */
#endif
static GMemVTable glib_mem_vtable = {
standard_malloc,
standard_realloc,
standard_free,
standard_calloc,
standard_try_malloc,
standard_try_realloc,
};
gpointer
g_try_malloc (gulong n_bytes)
{
if (n_bytes)
return glib_mem_vtable.try_malloc (n_bytes);
else
return NULL;
}

A mon avis, ça n'a rien à voir avec g_malloc & cie. Il parlait probablement de l'implémentation de GMemChunk et bon, en allocation à taille fixe, sans être quand même trivial, c'est tout de suite largement moins intéressant.

Publicité

FORUM HardWare.fr

Programmation

[C] Structure & malloc

Sujets relatifs
tri multicriteres sur structure dans liste chianée	[yacc] problème de structure
Pbs structure en liste chainée et manip de fichier	Enregistrer dans un fichier un tableau de structure
Structure d'un fichier MP3	structure
Structure en forme de tableau	structure du fichier xm
structure répétition en vb.net, etudiant newbee	pb pour passer un structure avec le protocole XDR
Plus de sujets relatifs à : [C] Structure & malloc

Page générée en 0.150 secondes