Adresse (offset) d'une étiquette ?

Version imprimable

02/03/2006, 17h21
- Robby -

Adresse (offset) d'une étiquette ?
Bonjour ... petite question,
J'aimerais utiliser une étiquette, mais pas pour utiliser un "goto" (beurk, hi) ... mais pour connaître l'adresse (offset) d'une de mes fonctions
petit exemple de ce que j'aimerais:
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 ... toto : INT ma_fonction (void) { .... } INT main (void) { PVOID adr_toto ; ... adr_toto = & toto ; ... }
J'aurais bien aimé ... mais ça fonctionne pas !
Je suis dans une impasse, toutes les idées sont les bien venues.
Surtout les bonnes ... :D
02/03/2006, 17h24
DaZumba
Une adresse est une notion valide lors de l'execution. Une etiquette de goto est utilisee par le compilateur. Elle n'a pas d'adresse.

Par contre, tu peux prendre l'adresse de ta fonction via un pointeur de fonction.
Code:

1 2 int (*ptr)(void) = &ma_fonction;
02/03/2006, 17h25
PRomu@ld
et ça :
Code:

1 2 &ma_fonction
ça donne quoi ?

En plus :

Citation:

connaître l'adresse (offset) d'une de mes fonctions

Tu veux savoir quoi exactement ? l'adresse en mémoire ou l'ofset dans ton fichier ? Si j'ai bien compris, c'est un pointeur de fonction dont tu as besoin ...
02/03/2006, 17h33
Emmanuel Delahaye

Re: Adresse (offset) d'une étiquette ?
Citation:

Envoyé par - Robby -

J'aimerais utiliser une étiquette, mais pas pour utiliser un "goto" (beurk, hi)

Je commençais à recharger mon lance-flammes...

Citation:

... mais pour connaître l'adresse (offset) d'une de mes fonctions

C'est le nom de la fonction. C'est tout. Faut arréter l'assembleur, ça rend fou !
Code:

1 2 3 4 5 6 7 8 9 10 11 int ma_fonction (void) { } int main (void) { int (*adr_toto) (void); adr_toto = ma_fonction ; return 0; }
Détails au chapitre 'pointeurs de fonction'.
02/03/2006, 17h34
Emmanuel Delahaye
Citation:
Envoyé par DaZumba

Par contre, tu peux prendre l'adresse de ta fonction via un pointeur de fonction.

Code:

1 2 int (*ptr)(void) = &ma_fonction;
Citation:

Envoyé par PRomu@ld

et ça :

Code:

&ma_fonction

Pas besoin du & depuis 1989...
02/03/2006, 17h45
- Robby -

Relax Emmanuel ... pas de "goto" ... promis, juré.
Vous m'avez donné trop d'infos en trop peu de temps.
Je dois regarder tout ça de plus près ...
Je viens de Delphi (pascal) et de l'assembleur ... encore trop peu d'expérience en C ... et les pointeurs de fonctions, je ne connaissais pas. Je regarde ça de tout près ... je teste, j'essaye (j'apprends) ... et je reviens ... merci à tous.

PS: mais noonnn Emmanuel, l'assembleur, ça rend pas fou ... allons ! :wink:
02/03/2006, 17h51
Emmanuel Delahaye

Citation:

Envoyé par - Robby -

et les pointeurs de fonctions, je ne connais pas.

Gné ? En assembleur x86, il y a des pointeurs de fonction...

Citation:

étant donné que CS ne bouge pas pour tous ce qui est programmes user.
<...>
Au cas ou ... le but final ... passer l'adresse d'une fonction user à mon driver kernel. <...>

Ou la la! Je crains le pire. L'adresse dont il est question n'a rien de physique. C'est une valeur qui permet au système de se retrouver dans un contexte donné (un processus utilisateur, par exemple) via la MMU.

Dans le contexte 'kernel', elle n'a aucun sens. Si tu cheches à installer un callback user dans le kernel, laisse tomber, ça ne peut pas fonctionner.
02/03/2006, 18h02
- Robby -

Vi je sais ... faut mapper ... je sais pas ... je cherche ! En tout cas, il y a quasi 3 ans (Delphi) ... j'avais construit une table de services n° 2 ... et via sysenter, j'exécutais une fonction user ... en mode kernel (avec une belle instruction privilégiée au milieu) ... . Ici, j'ai construit mon driver et j'ai construit ma table 2 depuis ce driver ... aucun soucis. Maintenant, faudrait établir le lien "adresse" avec le monde user ... Depuis le user, on peut "mapper" une portion de la mémoire kernel ... faudrait que j'arrive à faire l'inverse. Oui ... c'est l'aventure, clair ! :?
03/03/2006, 00h49
- Robby -

voila Emmanuel ... j'ai franchi une étape ! Je passe l'adresse d'une de mes fonctions "user" à mon driver ... lequel appelle ma dite fonction user ... en mode kernel ... deux belles instructions privilégiées au milieu, "OUT" sur le port // et relecture (IN) ... retour de ma fonction vers le driver ( ma fonction user exécutée en mode kernel) ... et retour vers mon main en user. Tout a été décortiqué en kernel debugging bien entendu ... pas d'à peu près ici. En fait, quand je suis dans le driver, celui-ci a été appelé par mon appli user, via DeviceIoControl ... ce qui fait que mon driver "peut voir" l'espace mémoire de mon appli user. Qand je "regarde" ma fonction user depuis mon driver, l'offset est le même, seul CS change (08 en kernel, 1B en user) ... mais 08:toto ou 1B:toto ... représente le même espace mémoire ... par contre, 08:toto, tu es en mode kernel ... enfin, voila, pour la petite histoire.
Prochaine étape ... une table n°2 et sysenter. La table 2 est déjà construite (ExAllocPoolWithTag et KeAddSystemServiceTable) ... Mais tu m'as bien aidé Emmanuel ... oui ... PVOID toto = ma_fonction ... ç'est ok. Le pointeur de fonction, c'est super aussi ... avec un pointeur de fonction, j'appele le User depuis mon driver ... sans une ligne d'assembleur ... c'était pour te faire plaisir Emmanuel :wink: