Ecrire à une adresse précise

Version imprimable

16/06/2006, 18h31
cout

Ecrire à une adresse précise

J'ai une fonction dont un des paramètres contient une adresse mémoire (de la mémoire à été allouée à cette adresse avant l'appel de la fonction), et je dois ecrire des données dans cette zone mémoire.., pour ensuite recuperer son contenu dans mon programme appelant cette fonction..

Existe t il une fonction dans une librairie permettant de faire cela..parce que là je vois pas trop..
16/06/2006, 18h38
Pragmateek

Avec le pointeur qui représente l'adresse de la zone mémoire.
16/06/2006, 18h40
cout

si j'ai bien compris, c'est en mettant comme prototype à ma fonction :

Code:

int fonction(DWORD *adresse)
16/06/2006, 18h43
cout

et pour affecter je fais

Code:

*adresse = 0x6545

par exemple et ça ecrit dans la zone mémoire qui a pour adresse 'adresse'...?
16/06/2006, 18h46
Pragmateek

Oui, en faisant attention à respecter le type de données de cette zone mémoire.
16/06/2006, 18h55
cout
ça fonctionne presque puisque dans mon programme appelant, j'ai fait
Code:

1 2 3 4 5 int *adresseEnreg; adresseEnreg = calloc(1,20); fonction(&adresseEnreg);
et donc le contenu de la zone mémoire, je la recupere comment avec *adresseEnreg...?parceque ça ne marche pas trop, ou alors j'ai mal declarer mes variable dans le prog appelant..?

Code:

1 2 3 4 int *adresseEnreg; adresseEnreg = calloc(1,20); fonction(adresseEnreg);
Si tu declare:
int var; et que tu veuille son adresse tu met &var en parametre de fonction
Si tu declare:
int *var et que tu veuille son adresse tu met var en parametre de fonction

Cela marche a condition que ton argument soit declaré en pointeur.
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 void fonction(int *param); void main(void) { int var1; int *var2; var2=(int*)malloc(1*sizeof(int));//Creation d'un int var1=1; *var2=2; fonction(&var1);//Passage de l'adresse de var1 fonction(var2);//Passage de l'adresse de var2 qui pointe sur une zone de 4 octets }

16/06/2006, 19h25
Pragmateek

Code:

void main(void)

Non standard.

Code:

int main(void)

Code:

var2=(int*)malloc(1*sizeof(int));

-le cast est inutile:

Code:

var2=malloc(1*sizeof(int));

-et pour faciliter la maintenance du code:

Code:

var2=malloc(1*sizeof(*var2));
16/06/2006, 20h02
drcd

Tu va pas chipoter. Le cast est utile c'est comme ca que je rend mon code portable de windows à vms et dieu sait que vms c'est un vieux OS tout pourri.
16/06/2006, 20h08
Pragmateek

Citation:

un vieux OS tout pourri.

Il parait qu'il est encore utilisé pour certaines applications bien spécifiques:
http://fr.wikipedia.org/wiki/VMS
16/06/2006, 21h01
Emmanuel Delahaye

Citation:

Envoyé par cout

J'ai une fonction dont un des paramètres contient une adresse mémoire (de la mémoire à été allouée à cette adresse avant l'appel de la fonction), et je dois ecrire des données dans cette zone mémoire.., pour ensuite recuperer son contenu dans mon programme appelant cette fonction..

Existe t il une fonction dans une librairie permettant de faire cela..parce que là je vois pas trop..

Un pointeur est fait pour ça. Je ne vois pas trop où est le problème. Poste le code qui ne fonctionne pas.
16/06/2006, 21h03
Emmanuel Delahaye

Citation:

Envoyé par cout

et pour affecter je fais

Code:

*adresse = 0x6545

par exemple et ça ecrit dans la zone mémoire qui a pour adresse 'adresse'...?

Non, tu as dis que c'était l'adresse d'un bloc alloué. Donc c'est la valeur qui a été retournée par malloc() etc.

Code:

T *p = malloc(...);

la valeur de p.
16/06/2006, 21h06
Emmanuel Delahaye
Citation:
Envoyé par cout

ça fonctionne presque puisque dans mon programme appelant, j'ai fait

Code:

1 2 3 4 5 int *adresseEnreg; adresseEnreg = calloc(1,20); fonction(&adresseEnreg);
8O Pourquoi & ? Ce qu'attend la fonction, c'est la valeur de adresseEnreg, donc :

Code:

fonction(adresseEnreg);

avec

Code:

void fonction (int *adresseEnreg);

Faut pas se compliquer la vie inutilement.

Citation:

Envoyé par drcd

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
 
void fonction(int *param);
 
void main(void)
{
    int var1;
    int *var2;
 
    var2=(int*)malloc(1*sizeof(int));//Creation d'un int
 
    var1=1;
    *var2=2;
 
    fonction(&var1);//Passage de l'adresse de var1
    fonction(var2);//Passage de l'adresse de var2 qui pointe sur une zone de 4 octets
}

Une façon compliqué et pas très correcte d'écrire

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
 
#include <stdlib.h>
#include <stdio.h>
 
static void fonction(int *param)
{
   printf ("*param = %d\n", *param);
}
 
int main(void)
{
   /* Creation d'un int */
   int *var2 = malloc (sizeof *var2);
   if (var2 != NULL)
   {
      int var1 = 1;
      *var2 = 2;
 
      /* Passage de l'adresse de var1 */
      fonction(&var1);
 
      /* Passage de l'adresse de var2 qui pointe sur une zone de 4 octets */
      fonction(var2);
 
      free (var2);
   }
 
   return 0;
}

16/06/2006, 21h14
Emmanuel Delahaye

Citation:

Envoyé par drcd

Tu va pas chipoter. Le cast est utile c'est comme ca que je rend mon code portable de windows à vms et dieu sait que vms c'est un vieux OS tout pourri.

Tu n'as pas de compilateur C90 sur VMS ?
16/06/2006, 21h30
DaZumba

Citation:

Envoyé par drcd

Le cast est utile c'est comme ca que je rend mon code portable de windows à vms et dieu sait que vms c'est un vieux OS tout pourri.

Tiens c'est rigolo, l'architecture de VMS a servi de base a Windows NT... Tout s'explique !
16/06/2006, 21h38
Médinoc

Serait-ce un troll ?
Windows NT justement est loin d'être pourri, et possède même des fonctionalités utiles que les unixoides n'ont pas.

Quant aux "mauvais" Windows, ils ne sont pas dérivés de VMS...
16/06/2006, 22h23
drcd

Je sais pas. C'est mon ecole qui nous fait bosser sur vms et moi ca me pompe les lignes de commandes donc je fais tout sur visual et apres je copie colle le code et ca marche toujours niquel. C'est pour ca que je faisais le cast sur le malloc. Je sais plus si c'est le mien ou celui de mon ecole qui en veut pas mais en tout cas ca me permettait de faire une code portable.Quand au 1*sizeof(int) c'est comme ca qu'on m'avais appris mais j'avoue que comme tu as fait c'est mieux.
16/06/2006, 22h27
drcd

Pour ceux qui connaissent pas la petite histoire(ce qui m'etonnerai ici). Il falait un nom à microsoft pour windows nt et ils se sont pas foulé. Ils ont prit VMS et ont prit les lettres jute appres ca a donné WNT. Apres il a fallu trouver une signification au NT parce que avec WNT les gars du marketing ont du s'arracher les cheveux et se dire on va pas vendre lol.
16/06/2006, 22h30
Emmanuel Delahaye

Citation:

Envoyé par drcd

Je sais pas.

8O 8O 8O Quel est le prototype de malloc() sur ton compilateur pour VMS ? (<stdlib.h>)

Citation:

C'est mon ecole qui nous fait bosser sur vms

:wow: A la pointe du progrès !
16/06/2006, 22h32
Emmanuel Delahaye

Citation:

Envoyé par drcd

Pour ceux qui connaissent pas la petite histoire(ce qui m'etonnerai ici). Il falait un nom à microsoft pour windows nt et ils se sont pas foulé. Ils ont prit VMS et ont prit les lettres jute appres ca a donné WNT. Apres il a fallu trouver une signification au NT parce que avec WNT les gars du marketing ont du s'arracher les cheveux et se dire on va pas vendre lol.

Vilains copieurs ou fans de Stanley Kubrick...

Dans 2001 l'odyssée de l'espace, l'ordinateur central s'appelle HAL, soit, si on prend les lettres suivantes...
17/06/2006, 00h24
Pikwik

Citation:

Envoyé par Emmanuel Delahaye

Vilains copieurs ou fans de Stanley Kubrick...

Dans 2001 l'odyssée de l'espace, l'ordinateur central s'appelle HAL, soit, si on prend les lettres suivantes...

C'est pas la première fois que nos amis de Redmond copie... et sans doute pas la dernière...
17/06/2006, 00h37
Trap D

Citation:

Envoyé par Médinoc

Serait-ce un troll ?

J'ai comme l'impression qu'on a la réponse :mouarf:
17/06/2006, 01h26
drcd

Je le connais pas le prototype exact de malloc j'ai pas trop cherché
mais je sais que le cast m'a permit de passer le meme code sur les 2 OS.
Bon c'est bon vous avez gagné faut pas mettre de cast meme si j'en mettrai moi meme toujours lol. Desole je suis tetu :p

Oui mon ecole est à la pointe du progres lool.
Non enfait (je suis dans une ecole d'ingé) le but d'une ecole d'ingé c'est de montrer des concepts pour que les futur ingé se debrouille tout seul. C'est pas de les former sur les derniers truc à la mode voila pourquoi on est sous vms.Mais on a windows linux et tout le bordel qu'on veut.

Dans 2001 l'odyssée de l'espace, l'ordinateur central s'appelle HAL, soit, si on prend les lettres suivantes...

HAL=>IBM :D

Et c'est comme un bete probleme de malloc peut deriver mdrrr
17/06/2006, 13h14
Médinoc

En fait, je pense que ton compilo pour VMS possède le bon prototype de malloc() (à savoir un void*) mais que tu compiles en C++ sous visual...
17/06/2006, 14h25
DaZumba

Citation:

Envoyé par Médinoc

Serait-ce un troll ?
Windows NT justement est loin d'être pourri, et possède même des fonctionalités utiles que les unixoides n'ont pas.

Non, c'etait juste l'occasion de faire une blague ! J'ai travaille un peu sous VMS, et, a part le fait qu'il fait une difference entre fichiers textes et fichiers binaires (un defaut de conception dont Windows a herite) et que les commandes font quinze kilometres de long, je trouvais VMS assez agreable. Quant aux qualites de Windows, je ne sais pas, je n'ai jamais eu l'occasion de travailler sous Windows...

Citation:

Envoyé par Emmanuel Delahaye

Dans 2001 l'odyssée de l'espace, l'ordinateur central s'appelle HAL, soit, si on prend les lettres suivantes...

Donc Kubrick a fait l'operation inverse, il a pris les lettres precedant IBM (qui a ete fonde en 1911, quand meme).

Pour revenir au sujet, compiler en C ISO sous VMS est comme partout. Aucun besoin de cast explicite sur un void *. drcd doit certainement utiliser un compilateur C++.
17/06/2006, 15h46
drcd

Ouais j'utilise une visual.
Ben je savais pas que c'etait à cause de ca. Merci pour l'explication>.
17/06/2006, 15h47
Médinoc

Renomme ton fichier en .c, et il compilera sous Visual sans cast...

Et c'est valable pour tous les autres compilos/EDIs aussi (mais je me doutais que c'était visual car les nouveaux fichiers sont des .cpp par défaut...)
17/06/2006, 16h31
drcd

Tiens un truc qui me passe par la tete. Pourquoi c'est mal un cast?
17/06/2006, 16h42
Pragmateek
Citation:

Pourquoi c'est mal un cast?

Tout dépend du contexte:
pour "malloc" c'est juste inutile mais pas mal.
Par contre:
Code:

1 2 int tab[1][1]={{1}}; char** p=(char**)tab;
est artificiel.
17/06/2006, 16h48
Médinoc
Citation:

Envoyé par seriousme

Tout dépend du contexte:
pour "malloc" c'est juste inutile mais pas mal.
Par contre:

Sauf que ça peut masquer un oubli d'inclusion de stdlib.h (quand on a également oublié d'activer les warnings)
Citation:
Code:

1 2 int tab[1][1]={{1}}; char** p=(char**)tab;

est artificiel.
Et dangereux : L'unique entier du tableau (ici, 1) sera interprété comme un pointeur.

Et je me permets d'ajouter que le cast de pointeurs peut entraîner une perte de const-correctness, alors qu'un pointeur void peut éviter ceci:
Code:

1 2 3 char const * str = "Blabla"; void const *pcv = str; int *pci = pcv; /*Erreur de compilation (ou au moins, un warning)*/
Si j'avais utilisé un cast, je n'aurais eu ni erreur, ni warning, j'aurais donc risqué d'écrire comme un idiot dans une zone mémoire non-modifiable.
17/06/2006, 16h55
Emmanuel Delahaye

Citation:

Envoyé par drcd

Tiens un truc qui me passe par la tete. Pourquoi c'est mal un cast?

C'est mal sauf quand c'est nécessaire, comme pour préciser le type des paramètres des fonctions variadics ou forcer une expression dans un type précis (float, double, par exemple). Ces cas existent et doivent être traités en conséquence, mais ils sont plutôt rares (et bien connus).
17/06/2006, 18h15
drcd

Ouais mais pour le cas du malloc c'est juste inutile c'est ca?
17/06/2006, 19h03
Emmanuel Delahaye

Citation:

Envoyé par drcd

Ouais mais pour le cas du malloc c'est juste inutile c'est ca?

Oui, comme ça a été expliqué en long en large et en travers...
19/06/2006, 10h30
cout

Bon, en ce qui me concerne mon problème est résolu, merci pour vos explications.

Fuseau horaire GMT +2. Il est actuellement 00h48.