nom de programme - Page 1

je suis confronté a un pb : (pour mkpak)

quand on execute un prog, comment connaitre son nom a partir d'une fonction dans le prog ?
pas clair ?
exemple : je cree un prog, "x" que qqun renomme en "y",
quand on lance "y()" comment faire en sorte que y sache qu'il s'appele y (pour utiliser un getbyte sur lui meme) puisqu'il a ete crée avec le nom "x" ?

je crois pas que c'est faisable de manière simple.

Solution : tu te mets au C !!!

Tu lockes le programme et tu mets dans le readme de ne pas le renommer...

c koi le but?

Peut-être de la programmation récursive, mais pourquoi...

non c juste pour ajouter une securité a mkpak
si on renomme le pak, on obtient un splendide address error, donc en obtenant le nom de prog executé il n'y a plus de pb
[edit]Edité par azerty83 le 31-10-2001 à 11:34:34[/edit]

ya pa moyen de resoudre se probleme par une autre méthode?

si tu peux m'envoyer ca par mail! [email]rdn_spe@caramail.com[/email]
[edit]Edité par rdn_spe le 30-10-2001 à 18:14:32[/edit]

je ne vois qu'une seule autre méthode : passer au C ou à l'ASM, qui te permettent de faire de la manipulation de la VAT à 100%...
en BASIC, je n'ai jamais réussi (du temps lointain où je programmais encore en BASIC !)

ptet que si la fonction getbyte (de flib) est etendue a la ram (et plus seulement a une variable), en regardant a un endroit precis (estack ?)...
mais bon autant que je passe au C...

rapport au stack... je vois pas trop...

Les noms de vars sont dans la RAM, en dehors du stack, me semble t'il...
(le stack ne fait que ~16ko)

Faut voir dans certaines docs ASM, qui utilisent l'ancienne gestion de la VAT (sans les ROM_CALLS qui sont utilisés maintenant...) => du temps de la royauté de la prog Kernel...

Maintenant _nostub rulez !
(je viens faire de la propagande sur le forum basic )

non moi je pense que la reponse ne se trouve pas dans la vat, a moins d'y trouver quelle var est en ce moment utilisée (c pkoi je pensais a l'estack car on y trouve les args, il pourrais y avoir le nom des progs appelés )

arf... tu veux savoir le nom du programm en train de s'exécuter ?
dsl, j'avais pas compris comme ça
Si c'est ça, oui, ça doit se trouver sur le stack. (enfin, je penses)

ouf ! je vroyais que j'etais en train de dire que des conneries

menfin, c po préssé, j'ai tellement d'autres pb avant de m'occuper de ça...

Comme celui qui est de ne pas éditer le pack généré

non plutot le fait qu'il ne se detruise pas quand on l'envoit a un PC
mac> tu fais comment pour qu'l reste intact ?
que ce soit avec vti ou wtrans8x, le pak est modifié...

Mais je n'en ais absolument aucune idée !!!!
C'est comme ça !!!
Je vais ré-essayer pour voir...

Ben... avec TI-Graphlink, ça fonctionnes normalemment, même si je l'ouvre avec l'editeur . Je peux pas essayer avec WinTrans9x (il à pas l'air d'être compatible) et j'ai plus TILP.
Je sais pas pourquois ça veux pas fonctionner chez toi
Si ça peut t'aider, j'ai la version 2.1

Ben, pour le nom du programme, ça doit être possible, en recherchant parmi les HANDLE verrouillées de la VAT... En gros, reprogramme avec setbyte et getbyte les fonctions de la VAT en te référant aux doc qui donnent les adresses des fonctions (ça existe encore ?), et là tu auras peut-être une chance...
Bref, je ne vois pas comment faire...

Et c'est quand qu'il sort FLib 3.1 ?

dsl je remonte ce sujet mais je viens de me rapeler qu'il y avait une sorte de 'bug' avec Flib qui affichait 2x le nom du prog lancé quand on faisait 'getfile:type,repertoire'
Ya pas moyen de trouver une solution par là?

je crois pas que ce soit possible !

fo demander à l'auteur de la lib

ben vu que quand tu lance un prog archivé, il se une var 'twin' en ram, je pense qu'il faut tester l'attribu 'twin' de la var (et ne pas l'afficher si var_SYM_ENTRY.flags_n.twin == 1 )