Discussion :

[NVCfrm]

bonsoir le forum,

Je voudrais savoir, s'il est possible dans une fonction recevant un pointeur en arguments, de déterminer la classe de celle-ci : static ou auto?
Est-il également possible d'identifier le processus ayant transmis la variable?
Et enfin est-il possible en standard d'énumérer les processus en cours sur la pile d'un programme?

[Franck.H]

Je voudrais savoir, s'il est possible dans une fonction recevant un pointeur en arguments, de déterminer la classe de celle-ci : static ou auto?

Non il ne me semble pas, un pointeur pointe sur une adresse mémoire c'est tout et d'ailleurs tu ne peux même savoir sur quelle type de données il pointe sauf si c'est explicitement précisé dans l'argument.

Est-il également possible d'identifier le processus ayant transmis la variable?

Pas en standard non.

Et enfin est-il possible en standard d'énumérer les processus en cours sur la pile d'un programme?

Pareil, pas en standard, il faut que tu utilises les bibliothèques que ton système te fournit:

• Sous Windows: http://windows.developpez.com/faq/win32/?page=processus
• Sous Linux tu trouveras peut-être des information ici: http://mtodorovic.developpez.com/lin...ation-avancee/

[Metalman]

Et attention... processus et arguments/fonctions ne sont pas vraiment liés...

Comme l'a dit Franck.H, tout va dépendre de ton OS !
S'il s'agit de RPC sur Windows, c'est assez tordu, mais il s'agit d'interfaces préprocessées, donc tu connaitras le type (et de toutes façon tu DOIS connaitre le type...), et Windows pourra probablement te dire avec qui tu bavardes/échanges des données et fais des appels distants de fonctions ou procédures.

[NVCfrm]

Bonjour,
merci beaucoup Frank pour les liens que je vais d'emblée approfondir!
C'est frustrant, pour l'identification des classes de variables. Je pensais bêtement que l'appel d'une option du compilateur permettrait de connaître la classe.
@Metalman: merci pour l'intérêt porté à la question. Il s'agit de windows.
Je ne vois pas trop ce que tu veux dire par

(et de toutes façon tu DOIS connaitre le type...)

[Metalman]

En relisant ton premier post : en effet tu ne parles que de pointeurs... donc niveau typage c'est facile...

Enfin quoique...
Par "tu dois connaitre le type", c'est parce que le programme qui recevra la donnée devra "aussi" connaitre les structures/types pour pouvoir accéder aux champs.... enfin tu peux faire de l'arithmétique des pointeurs, mais c'est pas très facile/aisé.
Mais comme tu sembles rester sur les même threads, ça devrait aller.

[NVCfrm]

re,
Bien que le type est un cas pour une fonction recevant un pointeur du type void, je ne me suis pas encore donné ce casse tête d'identification du type d'une variable autrement que par les moyens conventionnels. Je pourrais revenir avec cette question.
D'ailleurs je la pose maintenant: Certaines commandes de gdb whatis, ptype permettent de connaître le type d'une variable. Est il possible de les implémenter dans un programme?

Pour revenir à la question initiale reformulée ainsi: les variables sont stockées dans différents segments: données, pile,... y a t-il un moyen pour une fonction de déterminer à quel segment appartient la variable?

Merci.

[Metalman]

Hmmm.... tu peux tester l'adresse des variables :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
static int a;
int b;
 
if &a < 0x*****
if &b < 0x*****

Je ne connais pas les specs exactes Intel et des formats binaires Windows...
Mais en gros, tant que les variables sont dans la pile, elles sont modifiables, et si elles sont dans le segment read-only, non tu ne pourras.
Il faut connaitre ces formats et les ranges d'adresses, et tu sauras si elles sont modifiables.

Après, pour connaitre la taille exacte d'une variable... c'est seulement avec les instructions qui travaillent dessus que tu pourrais le deviner... (genre un add 64bits, tu te doutes que le résultat sera 64 bits )
Et je doute que tu puisses retrouver facilement les structures.

[Jean-Marc.Bourguet]

D'ailleurs je la pose maintenant: Certaines commandes de gdb whatis, ptype permettent de connaître le type d'une variable. Est il possible de les implémenter dans un programme?

Oui. La question est "a quel cout et avec quel degre de portabilite?" Il faut reimplementer une partie de gdb, il y a quelques libs qui existent qui aident en partie.

Pour revenir à la question initiale reformulée ainsi: les variables sont stockées dans différents segments: données, pile,... y a t-il un moyen pour une fonction de déterminer à quel segment appartient la variable?

Oui. A nouveau la question est "a quel cout et avec quel degre de portabilite?" Suivant comment tu acceptes de limiter ton scope (est-ce que tu veux que ca fonctionne en multithread par exemple?) le cout doit etre relativement faible mais la portabilite tout autant.

La vraie question: qu'est-ce que tu veux faire avec? Il est peut-etre possible de faire plus simple que ces contorsions.

[dahtah]

Pour revenir à la question initiale reformulée ainsi: les variables sont stockées dans différents segments: données, pile,... y a t-il un moyen pour une fonction de déterminer à quel segment appartient la variable?

Sous linux, le linker rend accessible certaines variables (.text, .data, .bss), voir man 3 end

sbrk(0) te retourne l'adresse de la heap.

Pour la stack, tu peux creer une fonction avec une variable locale. Depuis l'interieur de cette fonction, la valeur de l'adresse de la variable locale sera la base de la stack.

Plus generallement, pour la stack, tu peux utiliser l'adresse de argc (a peut pres base) et recuperer la taille max de la stack (via getrlimit et RLIMIT_STACK). Sinon en ASM, recupere l'adresse courante dans esp/rsp.

pour la zone de donnees, meme principe. voir man 2 getrlimit et man 3 end.

[NVCfrm]

Merci à tous pour ces indications très intéressantes!
Je comptes exploiter au plus tôt ces excellentes idées, voir sur quoi cela aboutira.
Si par la suite d'autres bonnes inspirations venaient, je restes intéressée.