PureBasic

Je me pose cette question, si on transforme une procédure en une Lib, est-il nécessaire de protéger ses variables?

Une Lib étant compiler, est-ce vraiment nécessaire?

personellement je ne pense pas... puisque c'est à la compilation que sont définie les adresses des variables en fonction de leur nom...

Dri

nico a écrit :Je me pose cette question, si on transforme une procédure en une Lib, est-il nécessaire de protéger ses variables?

Une Lib étant compiler, est-ce vraiment nécessaire?

Je pensais avoir une idée tranchée sur la question mais il m'est venu un doute alors je vais essayer de faire des tests.

Je devrais pas me poser cette question et toujours protéger mes variables mais comme je n'ai pas pris cette habitude, je me demandais s'il fallait que je refasse mes Libs!

nico a écrit :Je devrais pas me poser cette question et toujours protéger mes variables mais comme je n'ai pas pris cette habitude, je me demandais s'il fallait que je refasse mes Libs!

Dans une procédure les variables sont déclarées par défaut en local, ce qui correspond à "Protected". Donc, le seul but de mettre "Protected" dans une procédure, c'est si une variable global porte le même nom dans le même programme (c'est simplement une information pour le compilateur). Dans une librairie les noms des variables n'existent plus, donc pas de problème.

erix14 a écrit :

nico a écrit :Je devrais pas me poser cette question et toujours protéger mes variables mais comme je n'ai pas pris cette habitude, je me demandais s'il fallait que je refasse mes Libs!

Dans une procédure les variables sont déclarées par défaut en local, ce qui correspond à "Protected". Donc, le seul but de mettre "Protected" dans une procédure, c'est si une variable global porte le même nom dans le même programme (c'est simplement une information pour le compilateur). Dans une librairie les noms des variables n'existent plus, donc pas de problème.

Tu as raison, eric, mais je me suis demandé (pour une lib plus asm voire une lib en PB avec certaines instructions asm) s'il existe une directive FASM permettant un accès à une variable globale externe à la lib, sous-entendu que l'on connaisse son nom (donc son label) dans la lib (c'est un peu tiré par les cheveux mais je pense à ca depuis un moment).

Le compilateur remplace les noms des variables par des emplacements de mémoire ou des positions sur la pile.
Si la librairie est déjà compilée, il est impossible que celle-ci devine les emplacements-mémoires des variables du programme appelant.
Dis-moi si je me trompe, mais les librairies ne sont pas compilées, elles sont liées avec folink.exe à ton programme principal je crois ?
Ce qui veut dire que FASM ne touche pas au code de la librairie ?

Je ne sais pas exactement comment travaille les linkeur (peut-être un pseudcode ?) et je ne connais pas les différences entre les obj et le format Lib

Je ferais des essais un de ces jours

il vaut mieux proteger dès le départ car une lib avec une seule procedure, c'est rare