 |
||
| ||
| |||||
| Dernière réponse | ||
|---|---|---|
| Sujet : 0xcdcdcdcd | ||
| youdontcare |
mais si ... c'est juste que le sujet mérite un topic à lui tout seul et ne devrait pas être mélangé avec un NULLage de pointeurs. |
|
| Aperçu |
|---|
| Vue Rapide de la discussion |
|---|
| youdontcare |
mais si ... c'est juste que le sujet mérite un topic à lui tout seul et ne devrait pas être mélangé avec un NULLage de pointeurs. |
| LeGreg | ben j'essayais d'apprendre des choses a godbout
mais la pedagogie ca n'a pas la cote par ici apparemment :( LEGREG |
| youdontcare | n0mad >> je pense qu'il parlait du cas ou tu as deux objets A et B qui ont un pointeur vers C. si A libère C, le pointeur vers C de B est invalide, car non mis à NULL. [edtdd]--Message édité par youdontcare--[/edtdd] |
| LeGreg |
|
| n0mad |
|
| LeGreg | je ne sais pas lequel tu appelles pC
je suppose que c'est pCa, mais pCa n'est pas null puisque personne ne lui a donne la valeur null. Le fait de faire free() sur un pointeur et de donner la valeur NULL a ce pointeur ne veut pas dire que tous les pointeurs qui pointent vers cette espace memoire vont devenir NULL de facon magique. Et donc ton test est invalide. LEGREG |
| godbout | ben if (pC == NULL) { return false; } else { ... } nan ?? |
| LeGreg |
|
| LeGreg |
|
| youdontcare | moi non plus je ne vois pas le problème. c'est résolu depuis belle lurette avec COM (comptage de références), MAX (tableau de références), etc. au final ça se ramène toujours à 'tester si le machin est nul avant de le toucher', ce qui est le problème du topic. |
| godbout | Ben je vois pas trop ou est le pb.
Avant de faire l'appel a C tu le testes nan ? |
| LeGreg |
|
| deathsharp | c vrai :jap: |
| antp |
|
| youdontcare | oui, franchement une boucle c'est pas la mort ... sinon un memset() peut faire l'affaire. |
| antp |
[edtdd]--Message édité par antp--[/edtdd] |
| deathsharp | pour le NULL jsuis pas sur qu'il faille init a NULL avant l'allocation.
si elle echoue, le pointeur sera NULL. (a verifier) sinon en C++ yaurai bien une methode avec new, try et bad_alloc |
| godbout | Ben une boucle c'est pas la mort :??: |
| dindonpoilu | et y'a pas un truc simple pour initialiser toutes les cases d'un tableau avec une valeur précise ? au lieu de faire une boucle à la con et de le faire soi même ? |
| antp | en Delphi c'est encore plus vicieux:
tu as la méthode Destroy qui libère la mémoire, et la méthode Free qui libère la mémoire si elle est = à nil (null quoi). ça laisse penser que si elle est assez intelligente que pour faire le test avant de libérer, elle met à nil après, bhen non :sweat: |
| godbout | c'est bien pour ca que je le fais ;) |
| antp | c'est plus sûr, vu que le free ne met pas à null, y a un risque de faire plusieurs free si tu fais un truc genre if(machin<>NULL) free; |
| godbout | Ben personnellement j'initialise chacun de mes pointeurs a NULL, et lorsque je les libere avec un free je les remet a NULL aussi |
| antp | bhen faudrait au moins initialiser ton tableau avec des NULL comme ça t'es sûr qu'y a NULL Si un pointeur est pas alloué, et au moins tu testes avec une valeur fiable (que tu as mises au démarrage du prog)
tu prends une fonction dont je ne me souviens pas du nom qui fout des 0 sur toute la zone mémoire de ton tableau, avant la première allocation bien sûr. |
| dindonpoilu |
|
| dindonpoilu | j'ai un tableau avec plein de cases, un pointeur dans chaque case. Je ne veux pas allouer tous les pointeurs donc je le fais au fur et à mesure (si j'en ai besoin)
Donc pour un indice donné je regarde si le pointeur est une adresse valide, et si c'est pas le cas je l'alloue. |
| godbout | au pire tu testes si c'est egal a NULL nan ?? |
| youdontcare | tu t'en sers pour quoi exactement ? j'ai beau chercher, je ne vois pas de cas où tu pourrais en avoir besoin ... |
| dindonpoilu | ok donc en release je peux pas savoir si l'adresse est allouée ou pas ?
pas grave, au pire je fais nimpe :) |
| youdontcare | tu as (au moins) deux modes de compilation.
debug = pour ... le debug, vc++ génère du code en plus comme l'initialisation de la variable allouée à 0xcdcdcdcd & co. le code généré n'est pas optimisé et donc plutôt lent. release = code optimisé : plus petit, plus rapide, plus mieux. quand tu distribues (= quand tu releases) un programme, tu donnes cet éxécutable et non pas celui du dessus. nimpe = n'importe quoi ... |
| dindonpoilu | scuse moi j'suis pas une bête en programmation. Je pige pas tout ce que tu dis.
c quoi "en DEBUG" ? "nimpe" ? bon je vais me renseigner pour voir ce que c'est IsBadReadPtr() |
| youdontcare | arrête ça tout de suite. la mémoire est initialisée à 0xcdcdcdcd en DEBUG. en release ça plantera. je vois vraiment pas pourquoi t'as besoin de ça d'ailleurs ... à part pour faire nimpe :D sinon y'a IsBadReadPtr() & co pour tester la mem. |
| dindonpoilu | Sous Visual C++, pour savoir si une adresse est allouée ou non je vérifie si elle est égale à 0xcdcdcdcd. Si c'est le cas elle n'est pas allouée.
Est-ce qu'il existe la même possibilité avec gcc sous Linux ? |
