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.