Discussion :

[Sylargh]

Bonsoir,

dans ce programme :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
int * fct();
void main(void) {
int *ptr;
 ptr=fct();
 cout << endl << "adresse=" << ptr << endl;
 cout << "valeur=" << *ptr << endl;
 _getch();
}
int * fct(){
int entier=10;
cout << "adresse=" << &entier << endl;
cout << "valeur=" << entier << endl;
return &entier;
}

Le resultat me semble etrange, pourquoi la valeur renvoyé est différente? por une meme adresse


Cdlmt

[moldavi]

Bonjour.

A la ligne :

Code :

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

return &entier;

Il y a un warning :

warning C4172: returning address of local variable or temporary

En français :

warning C4172:

retourne l'adresse d'une variable locale ou temporaire

Une fonction retourne l'adresse d'une variable locale ou d'un objet temporaire. Les variables locales et objets temporaires sont détruits au retour d'une fonction, donc l'adresse retournée n'est pas valide.

Revoyez la conception de la fonction afin qu'elle ne retourne pas l'adresse d'un objet local.

[Sylargh]

Merci pour votre réponse

[koala01]

Salut,

Au passage, il est important de comprendre que l'utilisation de pointeurs est l'un des domaines les plus complexes du langage. Si bien que, à l'heure actuelle, on essaye de limiter leur utilisation:

1. aux cas où l'on souhaite maintenir des collections d'objets présentant des comportements polymorphes (et encore, on essayera de se simplifier la vie en utilisant des pointeurs intelligents)
2. si on ne dispose pas de la possibilité d'utiliser une classe comme boost::optional (bientot : std::optional), pour indiquer qu'une donnée particulière pourrait ne pas exister.

Il est, bien sur, important de comprendre ce à quoi correspond la notion de pointeur, mais, d'une certaine manière, la seule chose dont tu aies besoin (avant d'atteindre l'étude de l'héritage et du polymorphisme) est qu'un pointeur n'est qu'une valeur numérique entière (généralement non signée) qui représente l'adresse mémoire à laquelle se trouve une donnée du type indiqué et que, bien sur, la valeur représentée ne peut être considérée valide que... tant que la donnée en question continue à exister

Beaucoup de cours tendent, encore maintenant, à expliquer la problématique liée aux pointeurs beaucoup trop tôt alors que le récipiendaire n'a pas encore eu l'occasion de se dresser une "carte mentale des implications des différents choix du langage" suffisante que pour aborder le problème sans risque. Le fait est que ces cours tendent généralement à suivre une approche "historique" de l'apprentissage du C++ qui considère que l'on apprend d'abord C, puis que l'on fait du C with classes avant d'apprendre réellement le C++.

Cette approche n'est pas d'avantage adaptée à l'apprentissage du C++ qu'une approche qui considérerait que l'on doit apprendre le latin de Jules Cesar pour apprendre le francais, sous prétexte que le francais "hérite" du latin... Mais bon, d'ici à ce qu'un cours (en francais qui plus est) puisse proposer une approche plus en rapport avec une approche moderne, contente toi surtout de ne pas trop faire attention à tout ce qui a trait à la gestion dynamique de la mémoire, du moins, tant que tu n'aborde pas sérieusement le paradigme orienté objet et les notions d'héritage et de polymorphisme.

Pour t'éviter à avoir recours à la gestion dynamique de la mémoire, rappelle toi que la SL fournit un tas de possibilités qui prennent cet aspect particulier en charge, et que, si tu veux faire quelque chose de qualité, la connaissance de ces possiblités te sera bien plus utile que celle te permettant de gérer (plus ou moins bien) à la main le nombre de caractères d'une chaine de caractères ou un tableau de ... n'importe quoi

[imperio]

Au passage, il est important de comprendre que l'utilisation de pointeurs est l'un des domaines les plus complexes du langage. Si bien que, à l'heure actuelle, on essaye de limiter leur utilisation:

Je ne suis pas tout à fait d'accord sur ce point. Ce qui rend le C++ si compliqué est qu'on mélange de l'objet (qui est plutôt haut-niveau) avec des notions bas-niveau issues directement du C. Le C++ a beaucoup de mal à enlever cet héritage, et tant qu'il ne le fera pas, ça restera un gros bordel (ne parlons même pas de sa syntaxe).

Voilà, c'était juste pour la petite précision !

[Luc Hermitte]

Ce n'est pas la POO qui fout la grouille. C'est les exceptions. Elles demandent des précautions particulières quand on gère des ressources -- ou le contraire plutôt. Les pointeurs sont un cas particulier de ressource et contrairement aux idées reçues (parce qu'il y a "C", dans "C++"), on donne une importance plus grande que nécessaire aux pointeurs.

Bon. Ceci dit, le problème est ici un problème de durée de vie et de compréhension de la différence entre la pile et le tas, et où vivent les variables.

[Sylargh]

Bon j'ai pas tout compris de ce que vous m'avez écrit, mais je suis encore en formation
Merci pour les explications, je pense que je comprendrais un peu mieu ce système de pointeur & adresse en pratiquant d'avantage

Cordialement

[koala01]

Bon j'ai pas tout compris de ce que vous m'avez écrit, mais je suis encore en formation
Merci pour les explications, je pense que je comprendrais un peu mieu ce système de pointeur & adresse en pratiquant d'avantage

Cordialement

Oui, de toutes facons (perso, j'ai réellement "tilté" sur la manière d'utiliser les pointeurs tout juste après... avoir présenté mon examen de C sur le sujet )

Mais, surtout, tu dois avoir conscience qu'il ne sert à rien en C++ d'utiliser les pointeurs (et ce qui va souvent avec : la gestion dynamique "manuelle" de la mémoire). La bibliothèque standard te fournit tout un tas d'outils qui font déjà cela pour toi et d'une manière beaucoup plus sécurisante que ce que tu pourras jamais atteindre étant donné ton niveau de connaissance actuel.

Tant que tu n'as pas avancé dans ta connaissance du langage (et que tu n'as, entre autres, pas étudié la "problématique" des exceptions), refuse obstinément de gérer la mémoire "à la main" et tourne toi en priorité vers les fonctionnalités qui s'en chargent pour toi. C'est bon pour le C, mais très mauvais en C++.

Plus tard, tu abordera le paradigme orienté objets, qui est classiquement un domaine dans lequel l'utilisation des pointeurs est "souvent indispensable". Mais on insistera alors pour que tu t'intéresse à ce que l'on appelle les "pointeurs intelligents" (des classes qui prennent la décision de libérer la mémoire "en temps opportun"), si bien que, à moins de t'intéresser de près au mode de fonctionnement de ces "pointeurs intelligents", tout ce que tu dois réellement savoir sur les pointeurs tient en réalité en peu de chose :

un pointeur est une variable numérique entière (généralement non signée) qui représente l'adresse mémoire à laquelle on va trouver une variable du type indiqué.

et

Tout ira bien avec l'utilisation des pointeurs tant que l'adresse représentée par le pointeur correspond effectivement à l'adresse à laquelle se trouve une variable qui existe encore

par contre, les problèmes commenceront à apparaitre lorsque ce ne sera plus le cas, que la valeur du pointeur corresponde à une adresse "connue pour être invalide" (nullptr) ou que la valeur n'ait pas été "mise à jour" après avoir occasionné la destruction de la variable pointée.