question pointeur

Version imprimable

question pointeur

bonjour,

je suis débutant en langage C, et j'essaye de comprendre, c'est pas toujours évident de passer d'une idée et de la traduire en code.

voilà mon probleme, jessaye de comprendre l'interêt des pointeurs, je viens de faire quelque manipulation avec le code ci-dessous.

ci j'ai bien compris le pointeur s'identifie avec *, et l'élément pointer avec &, jusque là tout va bien.

Si j'ai bien compris si je modifie *monpointeur ma variable pointé x, prendra la même valeur et si je modifie x le pointeur sera également modifier.

Donc quel est l'intéret, on pourrais faire la même chose juste en modifiant la variable x
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 #include <stdio.h> main(){ int test=0; int x=5; int *monpointeur=&x; printf("le resultat de mon pointeur est :%d\n",*monpointeur); *monpointeur=10; printf("le resultat de mon pointeur est :%d\n",*monpointeur); }

L'intéret, c'est que tu peux passer le pointeur à une fonction, pour que celle-ci puisse modifier la variable.

L'exemple type, c'est la fonction d'échange (c'est un exemple scolaire, autant dire que la fonction elle-même sert à peu de chose)
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 /* la std attitude: renvoie 0 si OK, -1 si erreur */ int echange(int *pa, int *pb) { int temp; if(pa==NULL || pb==NULL) return -1; /* Echange les contenus des variables pointées par pa et par pb */ temp = *pa; *pa = *pb; *pb = temp; return 0; }
Ou, pour les l33t H4<k3rs (mais bcp plus lent):
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 /* toujours la std attitude: renvoie 0 si OK, -1 si erreur */ int echange(int *pa, int *pb) { if(pa==NULL || pb==NULL) return -1; /* Echange les contenus des variables pointées par pa et par pb. Avec l'opérateur bit-à-bit XOR, cette fois-ci: plus besoin de temp. */ *pa ^= *pb; *pb ^= *pa; *pa ^= *pb; return 0; }

Et pour le main:

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
#include <stdio.h>
 
int echange(int *pa, int *pb);
 
 
int main(void)
{
int a=10, b=5;
 
puts("Avant échange:");
printf("A=%d - B=%d\n", a, b);
 
echange(&a, &b);
 
puts("Après échange:");
printf("A=%d - B=%d\n", a, b);
 
return 0;
}

13/01/2006, 14h44
let_me_in

ça sert a d'autres choses aussi, l'acces a des zones memoires speciales(vecteur d'interruption, memoire graphique, les ports de communication..).
si bien sure j'ai une bonne memoire :D

Citation:
Envoyé par Médinoc
L'intéret, c'est que tu peux passer le pointeur à une fonction, pour que celle-ci puisse modifier la variable.

L'exemple type, c'est la fonction d'échange (c'est un exemple scolaire, autant dire que la fonction elle-même sert à peu de chose)
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 /* la std attitude: renvoie 0 si OK, -1 si erreur */ int echange(int *pa, int *pb) { int temp; if(pa==NULL || pb==NULL) return -1; /* Echange les contenus des variables pointées par pa et par pb */ temp = *pa; *pa = *pb; *pb = temp; return 0; }
justement j'utilisation dans des trie donc des echanges, mais comme j'ai pas bien pigé les pointeur bien sur j'ai pas compris les trie.

donc si je comprend bien si
temp=*pa // donc si *pa =1 temp=1;
*pa=*pb // donc on ecrase la valeur *pb alors

13/01/2006, 15h04
hegros

Il y a un interet aussi de performance.
Imagine que tu dois passer des paramètres lourds à une fonction ( genre tu passes en paramètre une fenetre ou encore une énorme structure).
Tu n'es pas sensé ne pas savoir que les paramètres sont empilé sur la pile.

Entre empiler une fenetre ou une grosse structure sur la pile (dont la taille peut être importante) et empiler un pointeur ( une adresse en général 4 octet). Il n'y a pas photo.
13/01/2006, 16h03
Médinoc

Petite explication détaillé de l'échange:
Au début, dans mon main(), a=10 et b=5

Au début de la fonction d'échange, on a donc:
pa = &a et pb = &b, *pa = 10 et *pb = 5.
Et temp n'est pas initialisé.

Donc, résumé et déroulement:

Code:

/* Début de la fonction */

. a=10
. b=5
. pa=&a
. pb=&b
. *pa=10
. *pb=5
. temp=??

Code:

temp = *pa;

. a=10
. b=5
. pa=&a
. pb=&b
. *pa=10
. *pb=5
. temp=10

Code:

*pa = *pb;

. a=5
. b=5
. pa=&a
. pb=&b
. *pa=5
. *pb=5
. temp=10

Code:

*pb = temp;

. a=5
. b=10
. pa=&a
. pb=&b
. *pa=5
. *pb=10
. temp=10

Le trait horizontal symbolisant la limite de portée de la fonction, on voit bien que grâce aux pointeurs, la fonction modifie des variables se trouvant hors de sa portée.
À la fin, les valeurs de a et de b ont bien été échangées.
13/01/2006, 20h59
Burinho

Citation:

*pa = *pb;

. a=5
. b=5
. pa=&a
. pb=&b
. *pa=5
. *pb=5
. temp=10

c'est ça que je pige pourquoi *pa=*pb
que devient a=10
13/01/2006, 21h24
hegros

Citation:

Envoyé par Burinho

Citation:

*pa = *pb;

. a=5
. b=5
. pa=&a
. pb=&b
. *pa=5
. *pb=5
. temp=10

c'est ça que je pige pourquoi *pa=*pb
que devient a=10

pa pointe sur a.
pb pointe sur b.
Tu affectes la valeur de b ( *pb) à a ( *pa).
Comme b vaut 5 alors a devient égal à 5.

que tu fasse a=100 ou *pa=100 c'est la même chose. Puisque *pa c'est a.
13/01/2006, 21h37
Burinho

Citation:

pa pointe sur a.
pb pointe sur b.
Tu affectes la valeur de b ( *pb) à a ( *pa).
Comme b vaut 5 alors a devient égal à 5.

que tu fasse a=100 ou *pa=100 c'est la même chose. Puisque *pa c'est a

ça j'ai bien compris

a= 10;
b=5;
*pa=*pb donc pa=5 etpb=5

ton echange il va bien se faire entre 5 et 10.

mais finalement la valeur 10 n'existe plus puisque a vaut maintenant 5.
13/01/2006, 21h40
hegros

Citation:

Envoyé par Burinho

Citation:

pa pointe sur a.
pb pointe sur b.
Tu affectes la valeur de b ( *pb) à a ( *pa).
Comme b vaut 5 alors a devient égal à 5.

que tu fasse a=100 ou *pa=100 c'est la même chose. Puisque *pa c'est a

ça j'ai bien compris

a= 10;
b=5;
*pa=*pb donc pa=5 etpb=5

ton echange il va bien se faire entre 5 et 10.

mais finalement la valeur 10 n'existe plus puisque a vaut maintenant 5.

Elle est sauvegardée dans temp.
13/01/2006, 21h47
Burinho

ok c'est ce tour de passe passa que je pigeais pas.
13/01/2006, 21h51
hegros

Citation:

Envoyé par Burinho

ok c'est ce tour de passe passa que je pigeais pas.

Oui il te faut bien sauvegarder la valeur 10 quelque part sinon elle est perdue à jamais comme tu as pu le constater par toi même.
Donc on passe par une variable temporaire.
13/01/2006, 22h00
Burinho

en faite si j'ai bien compris

tu place d'abors la valeur de a dans temp

a=5;
temp=a;
et comme on veux faire un echange a avec b
on fais
*pa=*pb;
après tu recupère la veleur stocker dans temp
*pb=temp;
13/01/2006, 22h09
hegros

Citation:

Envoyé par Burinho

en faite si j'ai bien compris

tu place d'abors la valeur de a dans temp

a=5;
temp=a;
et comme on veux faire un echange a avec b
on fais
*pa=*pb;
après tu recupère la veleur stocker dans temp
*pb=temp;

Tout à fait. C'est exact.
13/01/2006, 22h14
Burinho

c'est comme ça que tout les tri fonctionne je suppose.
13/01/2006, 22h18
Emmanuel Delahaye

Citation:

Envoyé par Médinoc

L'intéret, c'est que tu peux passer le pointeur à une fonction, pour que celle-ci puisse modifier la variable.

Hum... Ce qu'on passe, c'est l'adresse. Et pour ça, on utilise un paramètre de type pointeur sur le type correspondand... C'est déjà assez compliqué comme ça, merci de ne pas embrouiller le newbie avec une terminologie approximative.

Citation:

Ou, pour les l33t H4<k3rs (mais bcp plus lent):

Code:

/* toujours la std attitude: renvoie 0 si OK, -1 si erreur */

Pourquoi -1 ? C'est une erreur système ? La norme défini les erreurs 'normales' comme étant des entiers positifs (errno : ERANGE, EDOM, etc.).

Citation:

Envoyé par n1124

7.5 Errors <errno.h>
1 The header <errno.h> defines several macros, all relating to the reporting of error
conditions.
2 The macros are
EDOM
EILSEQ
ERANGE
which expand to integer constant expressions with type int, distinct positive values, and
which are suitable for use in #if preprocessing directives; and
errno
which expands to a modifiable lvalue171) that has type int, the value of which is set to a
positive error number by several library functions. It is unspecified whether errno is a
macro or an identifier declared with external linkage. If a macro definition is suppressed
in order to access an actual object, or a program defines an identifier with the name
errno, the behavior is undefined.

Certains systèmes (unixoides) différencient les erreurs normales des erreurs systèmes en renvoyant un entier < 0. Je pense même que c'est POSIX.
13/01/2006, 23h07
Médinoc

Emmanuel:
regarde simplement printf(): retourne une valeur négative en cas d'erreur, et règle errno sur le type d'erreur (je sais retourner directement l'erreur serait plus réentrant).
puts() et fputs retournent EOF en cas d'erreur... (et encore, ma manpage (HP-UX) de fputs indique qu'il retourne zéro en cas de succès, alors que puts retourne "un entier non-négatif")

Toutes les fonctions POSIX également font la même chose: write & compagnie etc. Plus certaines fonctions spécifiques qui ne retournent que zéro ou -1... Toutes laissent le numéro d'erreur sur errno et non sur le résultat...
(Même si je ne pense pas non plus que ce soit le plus sage. Mais autant habituer dès le début à voir des fonctions retourner <0 en cas d'erreur, alors qu'un booléen comme moi (ou pire, un windowsien comme moi également) s'attend à une fonction qui retourne VRAI si OK, FAUX si échec...)
13/01/2006, 23h18
hegros

Citation:

Mais autant habituer dès le début à voir des fonctions retourner <0 en cas d'erreur, alors qu'un booléen comme moi (ou pire, un windowsien comme moi également) s'attend à une fonction qui retourne VRAI si OK, FAUX si échec...)

Petite précision. Renvoyer une valeur <0 est équivalent à renvoyer FAUX, selon un certain point de vue.
14/01/2006, 09h01
PRomu@ld

Citation:

Pourquoi -1 ? C'est une erreur système ? La norme défini les erreurs 'normales' comme étant des entiers positifs (errno : ERANGE, EDOM, etc.).

La fonction renvoie -1 si elle échoue, les errno sont là pour indiquer pourquoi la fonction à échouer (si tant est que ladite fonction les gère)
14/01/2006, 09h51
Médinoc

Citation:

Envoyé par hegros

Petite précision. Renvoyer une valeur <0 est équivalent à renvoyer FAUX, selon un certain point de vue.

Point de vue qui hélas n'est pas celui par défaut du langage: Pour lui, 0 est faux, et toute valeur !=0 est vraie.

Sauf si on utilise des macros comme sous Windows avec COM: macros SUCCEEDED et FAILED...