fonctions realloc et malloc

Question

Regardez le code:

#include<stdio.h> 


#include<stdlib.h> 
void main() 
{ 
    int *p; 
    p = malloc(6); 
    p = realloc(p, 10); 
    if (p == NULL) 
    { 
    printf("error"); 
    exit(1); 
    } 
} 

Prenez cet exemple pour le code, supposons que la mémoire totale est de 10 octets et 2 octets est utilisé par la déclaration de pointeur de type int et ohter 6 octets par la fonction malloc les 2 octets restants sont occupés par d'autres programmes, maintenant quand j'exécute la fonction realloc pour étendre la mémoire vers laquelle pointe le pointeur, elle va rechercher 10 octets en mémoire et quand elle n'est pas disponible elle alloue 10 octets de mémoire taser la zone et copier le contenu de malloc et le coller dans la nouvelle zone de mémoire allouée dans la zone de tas, puis supprimer la mémoire stockée dans malloc droite?

Est-ce que realloc() renvoie un pointeur NULL parce que la mémoire n'est pas disponible? Aucun droit!? Il va à la zone de tas pour l'allocation de la mémoire à droite? Il ne renvoie pas un pointeur NULL à droite?

Answer 1

Comme indiqué au specification for realloc:

Si la nouvelle taille de l'objet de mémoire nécessite un mouvement de l'objet, l'espace pour l'instanciation de l'objet précédent est libéré.

Answer 2

Correct - si realloc ne peut pas redimensionner le bloc de mémoire que vous passez, il fait une nouvelle, copie les données et Libère l'ancien.

CEPENDANT:

1. malloc mises en œuvre ne fonctionnent généralement pas sur une granularité d'octets. La plupart de ceux que j'ai vus arrondissent tout aux 16 octets les plus proches, car cela rend la comptabilité plus facile, et de nombreux utilisateurs auront besoin de cet alignement de toute façon. Dans votre cas, cela finirait par rendre le realloc non-op, puisque les deux tailles arrondissent à 16 octets. Dans la plupart des systèmes d'exploitation multitâches courants, la seule mémoire accessible à votre application est la sienne - la mémoire d'autres applications ne vous gênera jamais. La mémoire allouée par les bibliothèques ou d'autres threads pourrait, cependant.