Sujet : Re: Fsel_input et superviseur
De : ol.google (at) *nospam* lutece.net (OL)
Groupes : fr.comp.sys.atariDate : 30. Oct 2024, 22:03:23
Autres entêtes
Organisation : Nemoweb
Message-ID : <jQW26rUOPqjuh7r6_YSKqTf-nG8@jntp>
References : 1
User-Agent : Nemo/1.0
Le 30/10/2024 à 17:40, Arachide a écrit :
Coucou,
P'tite question, à Olivier en particulier sans doute.
Je trace un vieux programme pour comprendre un truc. Il me semble qu'il se met en superviseur dès le départ, puis aucun appel AES/VDI, il n'utilise que le LineA et les séquences Esc pour l'affichage.
Sauf... A un moment il appelle fsel_input pour un sélecteur de fichier et je n'ai pas l'impression qu'il ait quitté le mode Superviseur.
Est-ce que cela semble possible pour cet appel en particulier?
Guillaume.
Hum, question un peu étonnante!
Appeler un trap d'un trap cela fonctionne donc je suppose que du mode superviseur on peut appeler un trap. La question plus particulière au regard de l'AES, en théorie ne pas faire d'appl_init() avant tout autre appel AES ne devrait pas être permis, mais comme tout peut être enfreint et que j'ai déjà rencontré des logiciels qui utilisaient quelques fonctions comme graf_handle avant de faire un appl_init() et que j'ai lu quelque part dans une doc Atari qui accompagnait la doc dev du Falcon qu'il était absolument proscrit d'utiliser un appel AES avant appl_init j'en déduit que pas mal de vieux softs ont du faire cela! Quant à l'appel fsel_input() en particulier si je n'ai jamais vu cela, il me semble que cela a des chances de fonctionner car cet appel ne fait en rien appel à un élément de l'application géré par l'AES comme les messages, les fenêtres ou les ressources, alors il y a de forte chance que cela puisse fonctionner sur certaines versions d'AES (pas fait l'essai) mais je pense que cela pourrait marcher sous MyAES et à plus forte raison sous les anciens AES du TOS.
Olivier