Discussion :

[peaceinpal]

Bonjour

J'ai posé la question sur le forum linuxquestions. Je me permets de vous la poster telle quelle.

I'm writing a software in witch I have to deal with the stack and data segments. I'd like to know if there is a way (and a good one preferably) to have information about the process organization in memory : (stack, data, code)'s segment start adresses. These information could also come from the process itlself.
By the way, I've found that /proc/procid/maps gives some information about stack.

Code :

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

1
2
 
bfd25000-bfd3a000 rw-p bffeb000 00:00 0          [stack]

Are these the start and end adresses of the stack segment ?

Merci d'avance.

[nicolas.sitbon]

Are these the start and end adresses of the stack segment ?

Oui!

[milouz123]

Question indiscrète : c'est pour faire quoi votre appli ?

[peaceinpal]

Ce n'est pas du tout indiscret.
C'est pour la migration d'un processus d'une machine à une autre en mode utilisateur. J'ai donc besoin de sauvegarder le contexte d'un process puis de le restaurer (checkpoint) sur la machine hôte.
J'ai vu qu'il y'avait des implémentations de checkpointing (ckpt, esky, ou condor(migration aussi)) mais soit ils utilisent un coredump (ce que je ne souhaite pas pour mon appli) pour avoir ces informations soit des astuces du genre déclarer une variable globale non itilisée en début de programme (il me semble) et son adresse sera celle du début du data segment. Je voulais savoir s'il y'avait un moyen plus propre de trouver cette information et sans faire de l'assembleur.

[milouz123]

Je ne vois pas trop comment faire ça en mode utilisateur...

Sinon, il faut aussi penser à sauvegarder les registres non ?

[peaceinpal]

oui, aussi.
En fait il y'a pas mal de limites quand on est en user mode notemment pour tout ce qui est relation entre père et fils, gestion du temps, sockets, fichiers... c'est généralement destiné aux programmes de calculs qui n'utiliseraient pas ce genre de choses.
Concernant les registres, un setjmp et un longjmp font l'affaire. Entre les deux, il faut d'abord restituer tout le contexte stack, data et code du proc avant de faire le longjmp.
C dommage que le noyau ne renseigne pas ce genre d'informations. Au pire des cas, j'utiliserais soit le coredump soit l'astuce de la var. globale....
Pour plus d'informations sur le sujet, voici une implémentation existente du checkpointing avec en bas de page une liste d'implémentation plus ou moins similaires.
http://www.geocities.com/asimshankar...ointing/?20087
Merci quand même.