Tu écris:
printf("Pointeur est enregistre a l´adresse : %ld\n", &Pointeur); //Mais ca vous savez on s´en fou de son adresse.

Je ne susi pas d´accord.
On ne s´en fout pas du tout.
Il faut bien comprende qu´un pointeur est une variable COMME LES AUTRES. et que donc elle a type, une valeur et une adresse. Et que cette adresse tu peux la mettre dans uen variable. Qui elle aussi aura, un type, une valeur, et une adresse. ...

Je pense que le principal probleme avec les pointeur est que les gens penses que c´est une variable pas comme les autres.
Alors qu´elle obéit au meme regle que les autres.

oué mé il voulé ptete dire ke on s´en sert pa vraiment de son adresse

c´est pas completement vrai, on s´en sert souvent. par exemple il est classique de passer un pointeur sur une chaine de caractere.

jks5 & godrik > cela dit, meme si certaines choses sont décrites comme inutiles, alors qu´elles peuvent etre utiles, je trouve ce petit programme tres pédagogique

tu devrais réinstaller code::blocks je penses.
Je n´ai pas entendu parler de bug dans ce genre avec vista.
ils n´ont d´ailleurs pas forcément de raison d´apparaitre. Que tu sois sous vista ou pas, la libc devrait toujours marcher.

enfin j´essayais d´aider moi hein

jks5, nan mais c´est bien ton exemple. Je trouve ca un peu extreme de dire que les pointeur de pointeur ne servent a rien.
Je penses meme que leur existence explique beaucoup de chose.

dans le genre qui fait reflechir aussi
Tout le monde sait que a[2] == *(a+2)
mais l´addition est commutative donc *(a+2) == *(2+a)
et comme on a *(2+a) == 2[a]
Finalement on a a[2] == 2[a]

sisi c´est vrai! quand on dit que c´est pareil un tableau et un pointeur!

Je te remercie mais j´ai déja essayé et puis je ne suis pas le seul à avoir ce problème...bon et bien en attendant que MS ne se décide, moi je retourne compiler sous Linux.

"quand on dit que c´est pareil un tableau et un pointeur!"

sauf que ce n´est pas exactement pareil, au sens ou

int *table=(int*)malloc(100*sizeof(int));

n´est pas équivalent à :
int table[100];

dans le premier cas tu a un pointeur qui pointe vers un tableau, alors que dans le second, il y a juste un tableau, mais pas de pointeur (et la variable table n´existe pas), même si on peut souvent manipuler l´un comme si c´était l´autre.

J´ai une petite question que je me pose depuis quelques temps deja.

Par exemple, je veux passer un objet en parametre d´une fonction afin d´affecter certaines valeurs à un objet quelconque.

Quand dois-je envoyer une référence sur un objet, ou un pointeur sur cet objet. Quel est le plus rapide pendant l´execution?

Car si on envoi comme parametre une référence, on envoi tout l´objet entier donc je me demande si c´est plus lourd que d´envoyer juste un pointeur qui est que l´adresse de l´objet?

Si tu l´envoie par valeur, tu ne pourras pas le modifier.

Apres référence et pointeur c´est pareil après compilation. les deux prennet sizeof(void*) octet a passer.

Salut!
J´ai essayé de faire des programmes sans les directives de prépossesseur <stdio.h> et <stdlib.h> et il fonctionne.

Ces bibliothèques sont-elles superflues? :o

Faudrais que tu nous montre ton programme, un basique fonctionne sans probleme sans rien y inclure :

int main(void)
{
int a=10;
char nom[200]="Ramses";
return 0;
}

Par contre pour les fonctions d´affichage par exemple, il faut inclure stdio/iostream, etc...

Il te suffit de regarder la liste des fonctions dans stdio et stdlib :
http://www.infini-fr.com/Sciences/Informatique/Langages/Imperatifs/C/Api/stdio.html
(a gauche, tu choisis stdio, stdlib, et d´autres)

pour savoir si tu dois inclure le tel header ou pas. Si tu utilises une des fonctions, alors il faut inclure le header.

Il est possible que ton compilo reconnaisse, par exemple, printf sans stdio, mais dans ce cas, c´est un compilo non standard : en théorie, si tu n´inclus pas stdio, tu n´as pas printf.

Apres, il faut voir quelles fonctions tu as utilisé bien sur

J´ajoute que si tu inclus "truc.h" et que "truc.h" inclus lui meme stdio.h, alors stdio sera inclus

Ben, voila mes fonctions utilisée:
printf, scanf.

sans les directives de prépossesseur <stdio.h>
et <stdlib.h> et il fonctionne.

"directive" c´est un bien grand mot.
Le mot "include" sert simplement a importer un bout de texte dans ton programme.
Tu peux importer n´importe quoi.
Dans le cas des .h, ca sert a importer la definition des fonctions qui correspondent a la lib associée. (on appelle ca des "prototypes").

Ces bibliothèques sont-elles superflues? :o

Ici on parle de .h, donc simplement de definition de fonctions. Les .h ne sont pas une librairie, juste un petit fichier texte.

Avec les .h, ca te permets de compiler dans le cas ou tu utilise une fonction comme printf, qui est definie dans stdio.h.
Si tu as printf dans ton programme, que tu enleve include stdio.h et que ca marche toujours, ca veut dire que stdio.h est inclu automatiquement ou par un autre .h comme dis Fvirtman.

C´est la meme chose pour les libs. Pour utiliser printf, tu dois linker avec libc, mais souvent les projet sont definis de tel sorte que le link est automatique.

gcc a un built-in qui intègre tout seul printf et cie...
mais il préviens a la compilation qu´il l´a fait. et c´est désactivable avec ´je ne sais plus quelle option´

aurait-il quelqu´un d´interreser?

https://www.jeuxvideo.com/forums/1-31-8541057-1-0-1-0-0.htm

Belle presentation.

Par contre pour "esclusive" , je dirai plus "exclusive".

Merci, ca fait toujours plaisir de lire ce genre de messages
(j´ai attendu presque 2ans, et il y a toujour pas de programmeur )