90

2x+3x, calcul qui est déjà trop compliqué pour PedroM. grin
avatar
Mes news pour calculatrices TI: Ti-Gen
Mes projets PC pour calculatrices TI: TIGCC, CalcForge (CalcForgeLP, Emu-TIGCC)
Mes chans IRC: #tigcc et #inspired sur irc.freequest.net (UTF-8)

Liberté, Égalité, Fraternité

91

bon bah tant pis, je peux toujours utiliser une adresse absolue grin
avatar
<<< Kernel Extremis©®™ >>> et Inventeur de la différence administratif/judiciaire ! (©Yoshi Noir)

<Vertyos> un poil plus mais elle suce bien quand même la mienne ^^
<Sabrina`> tinkiete flan c juste qu'ils sont jaloux que je te trouve aussi appétissant

92

Je pense que 0x30 soit une bonne adresse absolue pour ta convention. tongue
avatar
Mes news pour calculatrices TI: Ti-Gen
Mes projets PC pour calculatrices TI: TIGCC, CalcForge (CalcForgeLP, Emu-TIGCC)
Mes chans IRC: #tigcc et #inspired sur irc.freequest.net (UTF-8)

Liberté, Égalité, Fraternité

93

neutral c'ets de l'humour ?
avatar
<<< Kernel Extremis©®™ >>> et Inventeur de la différence administratif/judiciaire ! (©Yoshi Noir)

<Vertyos> un poil plus mais elle suce bien quand même la mienne ^^
<Sabrina`> tinkiete flan c juste qu'ils sont jaloux que je te trouve aussi appétissant

94

>Ben non. Je ne vois pas pourquoi je te laisserais décider le futur du format kernel de manière autoritaire et sans aucune discussion. Tu l'as déjà fait pendant beaucoup trop longtemps. À l'époque de PlusShell et DoorsOS I, au moins, les auteurs de kernels se mettaient d'accord...
Ca fait 4 mois que je t'ai envoye les infos sur les nouveaux ramcalls. Pas eu de reponse. J'en ai deduit que ca ne t'interesse pas.

>2x+3x, calcul qui est déjà trop compliqué pour PedroM.
MAy be

95

PpHd :
>2x+3x, calcul qui est déjà trop compliqué pour PedroM.
MAy be

huhu ^^

« The biggest civil liberty of all is not to be killed by a terrorist. » (Geoff Hoon, ministre des transports anglais)

96

fait ch**r, j'ai paumé les papiers sur lesquels j'avais noté mes idées rage
avatar
<<< Kernel Extremis©®™ >>> et Inventeur de la différence administratif/judiciaire ! (©Yoshi Noir)

<Vertyos> un poil plus mais elle suce bien quand même la mienne ^^
<Sabrina`> tinkiete flan c juste qu'ils sont jaloux que je te trouve aussi appétissant

97

bon, quelques détails en plus
il y aura un handle central (dont le numéro est pour l'instant stocké à $58) qui est juste une liste de tous les tsr installés :
les éléments de cette liste sont des structures
struct UTSR {
  char Size;
  char Type;
  union {
    void* Adress;
    struct {
      void* Adress;
      void* Vector;
      void* OldVector;
    }
  }
}

un 0.w marque la fin de la liste. Le type impose la taille, donc on peut comparer les couples (Size,Type) entre eux.

pour les TSR qui interceptent une interruption (trap ou autoint) et les EV_Hook, un tsr superviseur est installé par la lib, et il va parcourir la liste ci-dessus en appellant tous les TSR utilisateurs correspondant à sa propre interruption, comme si elles étaient des simples fonctions C void user_tsr(void) (ou void user_tsr(EVENT *event)). Les tsr utilisateurs et les tsr superviseurs seront dans la liste.
Les adresses ne correspondent pas au début des handles des TSR utilisateurs, et un même handle peut contenir intercepter plusieurs interruptions/EV_hook. L'exportation/importation de fonctions entre TSR sera normalement possible
Il y a même un type "tsr_vide" qui permet qu'un tsr n'interceptent aucune interruption, pour servir uniquement de lib, par exemple.

Naturellement, les TSR superviseurs ne sont installés que s'il y en a besoin
avatar
<<< Kernel Extremis©®™ >>> et Inventeur de la différence administratif/judiciaire ! (©Yoshi Noir)

<Vertyos> un poil plus mais elle suce bien quand même la mienne ^^
<Sabrina`> tinkiete flan c juste qu'ils sont jaloux que je te trouve aussi appétissant