Discussion :

[firejocker]

Bonjour,

Quand on utilise le code suivant (de la FAQ):

Code :

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

1
2
3
4
5
6
   time_t timestamp;
   struct tm *t;
 
   /* Lecture de la date et de l'heure */
   timestamp = time (NULL);
   t = gmtime(&timestamp);

la structure que l'on obtient avec gmtime, doit on la liberer ?

si j'utilise plusieurs fois d'affiler la derniere ligne du code, ne risque on pas d'allouer de la memoire sans jamais la liberer, donc de finir par la saturer ?

si oui, comment la liberer ?

merci

[KiLVaiDeN]

Salut,

This structure is statically allocated and shared by gmtime, localtime and ctime functions. Each time one of these functions is called the content of the structure is overwritten.

Ce qui veut dire que le contenu est à chaque fois écrasé, et donc il n'y a pas de consommation de mémoire supplémentaire, j'imagine qu'une structure est allouée par thread.

Trouvé sur http://www.cplusplus.com/ref/ctime/gmtime.html

A+

[fearyourself]

De la page man de la fonction (c'est à ce genre de chose que sert les pages man...)

http://man.developpez.com/man3/gmtime.3.php

la fonction gmtime() convertit la date timep en une représentation struct tm exprimée en Temps Universel. Elle peut renvoyer NULL quand l'année ne tient pas dans un entier. La valeur renvoyée pointe vers une structure allouée statiquement qui peut être écrasée par une invocation ultérieure d'une fonction de date ou d'heure. La fonction réentrante gmtime_r() effectue le même travail mais stocke le résultat dans une structure fournie par l'appelant.

Donc la réponse est non il ne faut pas libérer la mémoire...

Jc

[EDIT] Battu mais de pas grand chose [/EDIT]

[KiLVaiDeN]

Pour une fois que je suis plus rapide qu'un redacteur/moderateur, je suis tout fièr

[firejocker]

lol, merci les gars

[Emmanuel Delahaye]

Bonjour,

Quand on utilise le code suivant (de la FAQ):

Code :

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

1
2
3
4
5
6
   time_t timestamp;
   struct tm *t;
 
   /* Lecture de la date et de l'heure */
   timestamp = time (NULL);
   t = gmtime(&timestamp);

la structure que l'on obtient avec gmtime, doit on la liberer ?

M'enfin, je n'arrive pas à comprendre qu'on puisse poser sans honte ce genre de question débile. Tu travailles sans doc ? Au hasard ? Tant que ça compile, c'est ok, c'est ça ?

M'enfin avant d'utiliser une fonction, même si tu crois la connaître, il faut lire la doc, c'est le minimum, non ? Tu crois qu'on va les trouver où les réponses ? Dans nos cerveaux embrumés, gruyérisés par Alzheimer ? Ben non, on va lire la doc. Trop peur de dire une connerie !

Et ça, tu ne peux pas le faire ? C'est l'assistanat permanent ? Allo Maman bôbô, dès qu'on a un pet de travers ? Il faut apprendre à se prendre en main un peu. Et comme disait un contributeur sur un forum C international :

"Ask smart questions"

Réponse ici :

http://man.developpez.com/

A BOOKMARQUER

[Emmanuel Delahaye]

Ce qui veut dire que le contenu est à chaque fois écrasé, et donc il n'y a pas de consommation de mémoire supplémentaire, j'imagine qu'une structure est allouée par thread.

Non. Par processus... C'est ça le gag...

[KiLVaiDeN]

Donc comment tu fais pour en avoir un par thread ? Tu sauvegardes toi même le contenu à chaque fois ?

[firejocker]

@Emmanuel Delahaye

Désolé, c'est juste que je n'avais aucune idée de ou trouver cette reponse,

j'ai cherché sans succés sur google (jte l'accorde, j'ai pas cherché 2h durant faute de temps), et puis je ne connaissais pas cette url (man..)

je ne cherchais pas l'assistanat comme tu le dit, juste l'aide que je n'ai pas, je travaille sans ide et sans doc sur un compilateur en ligne de toshiba, cc900 et sous windows, je n'ai donc malheureusement pas le man de linux pour m'aider, ce n'est donc pas par flemmardise que j'ai posté.

Je te signale tout le monde cherche en general dans la doc pour repondre, donc, si c'est pour incendier ce qui demandent le moindre truc, c'est pas la peine de trainer sur les forums.

[Emmanuel Delahaye]

Donc comment tu fais pour en avoir un par thread ? Tu sauvegardes toi même le contenu à chaque fois ?

Marche pas en préemptif. C'est pour ça que c'est une fonction n'est pas thread-safe comme indiqué dans toute doc sérieuse.

C'est une des raisons du combat permanent contre les globales au profit des contextes. Les bibliothèques n'ont pas, sauf cas exceptionnels correctement justifiés, à gérer de mémoire interne. Interdit.

Par exemple POSIX définit un strtok_r() pour remplacer strtok() qui n'est pas thread-safe.

[Emmanuel Delahaye]

@Emmanuel Delahaye

Désolé, c'est juste que je n'avais aucune idée de ou trouver cette reponse,

j'ai cherché sans succés sur google

Faut arréter de se moquer du monde.

google gmtime

4ème réponse (1ère en français) :

http://dpobel.free.fr/man/html/affic...49/man/gmtime/

En pour y arriver directement :

google : man 3 gmtime

Voilà. Maintenant, tu sais.

[KiLVaiDeN]

Merci pour l'info Emmanuel Delahaye

firejocker : je pense qu'Emmanuel estime ( à juste titre je pense ) que si tu utilises cette fonction c'est que tu en as consulté la doc, et vu que la réponse à ta question y figure, tu as dû la regarder très vite !

Mais c'est normal parfois, manque de temps on passe à coté des choses qui sont écrites noir sur blanc, perso je ne t'en veux pas de poster une question comme ça, on a tous un jour ou l'autre été perdu malgré que la réponse était sous nos yeux évidente !

[Emmanuel Delahaye]

firejocker : je pense qu'Emmanuel estime ( à juste titre je pense ) que si tu utilises cette fonction c'est que tu en as consulté la doc, et vu que la réponse à ta question y figure, tu as dû la regarder très vite !

C'est ça ou la flemme de chercher, tout simplement. Les deux cas méritent le bâton.

[firejocker]

@KiLVaiDeN : Ouep, j'ai du la rater. merci encore.

@Emmanuel Delahaye : Tres bien, jm'incline.

[KiLVaiDeN]

je vous propose de trinquer et de sourire aux erreurs que nous avons tous commis un jour ! A+ bonne journée