Discussion :

[Crisanar]

Bonjour � tous,
Je me pose quelques questions � propos de variables et objets dynamiques (une partie de ces questions aurait peut-�tre du �tre pos�e dans le forum de d�veloppement Windows?!)

1) Quand je cr�e un objet dynamique avec un new, j'enregistre logiquement l'adresse retourn�e dans un pointeur. Imaginons que je copie cette adresse dans un autre pointeur, si je fais un delete en utilisant cet autre pointeur, supprimerais-je bien la totalit� de la m�moire allou�e (imaginons que j'ai fais un casting et que ce ne soit pas des pointeurs vers le m�me type de variable)?

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
int* c = new int;
long* d = (long*)c;
delete d;

2) (En rapport avec la 1) Lorsque je fais un new, y-a-t-il cr�ation d'une sorte de tableau de r�f�rences o� sont enregistr�es pour chaque adresse allou�e la taille de la zone allou�e? (Dont le delete se servirait pour conna�tre la taille � d�sallouer)

3) Que se passe-t-il si je fais un delete � une adresse qui n'a pas �t� allou�e dynamiquement?

3bis) Que se passe-t-il si j'ai allou� un tableau (de 10 �l�ments par exemple) et que je fais un delete[] mais comme ceci

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

delete[] &tab[1];

4) Si j'alloue un tableau dynamique, et que plutot de faire un delete[], je fais simplement delete, que vais-je supprimer? Seulement le premier �l�ment de ce tableau?

5) Si j'oublie de d�sallouer une zone de m�moire allou�e dynamiquement, lorsque le programme se termine, la zone de m�moire sera automatiquement supprim�e par l'OS (Windows pour ma part)?

Merci d'avance,
Crisanar

[reggae]

Salut!
2) je pense que oui, il observe l'objet qui se trouve � cet emplacement et suprime les bonnes zones en fonctions de son type(int, double, etc.)
4) L� aussi j'ai l'impression que oui: l'adresse est celle du premier objet -> seul le premier est d�truit. Quand tu passe un tableau comme arguement c'est seulement l'adresse m�moire du premier objet qui est envoy�e.
5) Quand tu red�marera la m�moire sera de toute fa�on �cras�e.
Une d�claration comme

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
 
int exemple;

Utilisera de la m�moire qui sera d�truite une fois sorti de sa port�e. Si tu d�clares des objets dynamiques il occupent la m�moire qusqu'� ce que la m�moire soit �cras�e. Elle j'en suit quasi certain Windows ne fait pas cela
D�sol� si je n'ai pas r�pondu � tout

[Crisanar]

Salut reggae ,
Merci pour tes informations

Elle j'en suit quasi certain Windows ne fait pas cela

Que voulais-tu dire, je n'ai pas compris

D�sol� si je n'ai pas r�pondu � tout

C'est d�ja pas mal et puis certaines r�ponses r�pondent � plusieures de mes questions

[reggae]

Vraiment d�sol� je confirme c'est incompr�hensible...
Je voulais dire que Windows n'�crasait pas les objets alou�s dynamiquement.
Mais par contre, si Windows ou n'importe quel programme a besoin de plus de m�moire et qu'il n'y en a plus, il y a deux solutions:
1) il se plante
2) il affiche un message d'erreur du genre "saturation m�moire" et en cherche � en lib�rer
Bonne soir�e

[diogene]

Mon avis sur ton questionnaire :

Quand je cr�e un objet dynamique avec un new, j'enregistre logiquement l'adresse retourn�e dans un pointeur. Imaginons que je copie cette adresse dans un autre pointeur, si je fais un delete en utilisant cet autre pointeur, supprimerais-je bien la totalit� de la m�moire allou�e

Oui. Je pense , sans certitude, que les caract�ristiques de l'allocation sont inscrites par le processus d'allocation.

Que se passe-t-il si je fais un delete � une adresse qui n'a pas �t� allou�e dynamiquement?

Ca plante!

Si j'alloue un tableau dynamique, et que plutot de faire un delete[], je fais simplement delete, que vais-je supprimer? Seulement le premier �l�ment de ce tableau?

Je ne crois pas qu'on puisse supposer que l'inscription des caract�ristiques de l'allocation par new et par new--- [] soient compatibles. Je pense que dans ce cas, au mieux, le comportement est impr�visible et depend de l'impl�mentation.

Si j'oublie de d�sallouer une zone de m�moire allou�e dynamiquement, lorsque le programme se termine, la zone de m�moire sera automatiquement supprim�e par l'OS (Windows pour ma part)?

Tout d�pend de l'OS. Je pense que les versions r�centes de Windows op�rent un nettoyage mais pas les anciennes.
Mais attendons les r�ponses de personnes plus expertes!

[JolyLoic]

1/ Oui
2/ En g�n�ral, non. Typiquement, les informations du type taille du tableau pour que delete[] puisse fonctionner sont stock�e juste avant l'adresse retourn�e par new. Mais c'est un d�tail d'impl�mentation, pourquoi le savoir ?
3/ Boom
3bis/ Boom
4/ Boom (sur certains compilateurs, seul le premier �l�ment est supprim�, mais rien n'est garanti)
5/ Ca d�pend de l'OS. Sur un OS digne de ce nom, oui.

[Crisanar]

Merci � tous pour vos informations

2/ En g�n�ral, non. Typiquement, les informations du type taille du tableau pour que delete[] puisse fonctionner sont stock�e juste avant l'adresse retourn�e par new. Mais c'est un d�tail d'impl�mentation, pourquoi le savoir ?

J'ai toujours consid�r� que c'�tait un plus de conna�tre le fonctionnement interne de certaines fonctions du langage. Et puis je suis d'une curiosit� maladive

[M�dinoc]

La m�moire est toujours lib�r�e � la fin du processus, m�me sous DOS (sauf si express�ment demand� par la fonction _dos_keep()

Par contre, quand il y a des m�moires partag�es, etc., �a peut �tre plus dur (sous Windows, elle disparait quand tous ses handles sont ferm�s, et la fin d'un processus ferme automatiquement ses handles).
Sous Unixo�de (HP-UX), il y avait un "truc" qui restait apr�s la fin du processus, mais je ne me souviens plus quoi...