Bonjour,
 
 
j'aimerais savoir si realloc est utile pour diminuer la taille d'un tableau alloué dynamiquement. Plus précisemment, si par exemple j'ai un tableau de valeurs TAB de taille 5 qui est
 

 
est ce que si je fais
 

 
ca me (re)donne un tableau TAB qui vaut
 

 
 
avec un free() sur TAB[4] ????
 
 
je voudrais surtout savoir si en réallouant une taille plus petite ce qu'il y avait avant est libéré (et mis a NULL) ???
 
merci  

man realloc
 

 
Bref, ça te garanti que rien ne change jusqu'aux min(taille originale, nouvelle taille) premiers bytes.
Pour moi, ça signifie qu'il y a bien modification de la taille allouée.

 
salut,
ca veut dire que le contenu sera inchangé jusqu'à la plus petite taille des deux blocs. Mais est ce que ca veut dire qu'au delà c'est libéré et mis à NULL ?
 
merci par avance

 
C'est ce que je déduis de la manpage.  
 
 

 
Là, en revanche, je ne pense pas qu'il y ait une quelconque mise à NULL. La libération de la mémoire consiste juste à rendre à ton processus de la mémoire précédemment utilisée, et vu que la mémoire est libérée, il n'y a aucune raison qu'il se préoccupe de la réinitialiser.

 
ok, merci beaucoup pour ta réponse
 
@+  

Il y a surtout une raison pour qu'il ne le fasse surtout pas, c'est d'éviter de perdre du temps à faire un truc totalement inutile...

 
Justement, ce n'est pas évident pour les petites tailles. Enfin, ça dépend complètement de comment est codé l'allocateur.

C'est vrai qu'on ne peut fonctionner qu'à coup de déductions, et je me demande ce que dit la norme là-dessus.
Tout ce que la man page garantie, c'est que les bytes que nous voulons conserver restent inchangés, au-delà de ça...
 
Et c'est vrai que pour les faibles capacités, il n'y a aucun intérêt à faire autre chose qu'à retourner l'adresse d'origine sans rien modifier.
 
EDIT : bon apparemment, ce n'est pas que pour les petites capacités, en tout cas dans la glibc. C'est pas très lisible donc je peux me planter, mais ces lignes de codes laissent peu de place au doute :

 
(nb est la taille souhaitée)
 
(SIZE_SZ == sizeof(size_t), je ne comprends pas bien pourquoi c'est pris en compte mais il y a surement une bonne raison... je pense néanmoins que dans le cadre de ce topic on peut l'ignorer, ça ne change pas grand chose)

En principe oui. Pour les petits tableaux (ou les petites variations), j'ai des doutes sur l'utilité... En pratique, c'est rarement utile, sauf si la réduction est drastique... A ma connaissance, le langage C ne garanti pas que la zone 'libérée' soit réutilisable.. Rien n'est précisé quand à l'utilisation de la mémoire...

C'est libéré, mais ce n'est pas mis à NULL. Mais tu peux le faire à la main avant le realloc().

A manipuler avec précautions tout de même, car un l'intérêt du realloc ést de conserver les anciennes données ...

Euh... je crois que tu n'as pas bien compris ce que voulait dire Emmanuel
Quand il disait qu'on peut mettre à NULL les données, il voulait parler des données qui, après realloc, seront au delà de la zone nouvellement allouée.
Si tu alloues moins que ce qu'il y a, c'est que tu ne veux pas conserver les données situées dans la zone libérée...

D'où le "A manipuler avec précautions tout de même"  

Par contre on ne comprend tjrs pas ce que tu veux dire par réutiliser les anciennes données, en tout cas celles qui sont dans la zone libérée. Pour celles-ci, plus rien n'est garanti.