GT Turbo (./30) :
Nalfus oui, tu peux avoir du 'vrai multitache' sur un ST, dans la gestion des evenements (AES) on a un evnt-timer qui permet d'appeller une routine toutes les x millisecondes.

après effectivement un accessoire est deja en mémoire et le reste, ce qui simplifie une partie du travail.

Pour le Pexec on peux le réecrire car en gros on a quoi comme probleme :

- la gestion de la ram
- la relocation du programme

Car en lancement d'un programme, le TOS reserve toute la ram dispo c'est au prog de rendre la ram non utilisé (Mshrinkl).

En gros réecrire un Pexec ne presente pas a premiere vue de probleme particulier.

J'ai juste un probleme, un lien entre un prog et son 'fils', mais concretement cela est representé comment ?

Si on tu le 'pere' faut aussi 'tuer' le fils je suppose ? Mais il y a que cela ?

Nalfus, merci pour les infos et les liens.

Pour infos un bug a GT en superviseur ou utilisateur ca change rien, ca crash quand même !!

Ca serait donc surtout le 'switch', car killer une tache, en gros, on la retire de notre liste des 'process' et on restitue la ram.

Donc est ce que cela pourrait se 'resumer' comme cela :

avoir un Pexec 'AES', qui permet de charger une application et renverrai un ID.

ensuite lancer ou 'switcher' a cette application avec une autre 'fonction AES'.

Vous m'excuserez si je parle a voix 'haute' mais cela me permet de mieux 'voir' et de poser le problême.

OL est ce que tu vois cela autrement ? Si oui pourrait tu donner ta vision plus 'physique' de la chose ?


GT

Je ne vois pas trop pourquoi il faudrait réécrire le Pexec() effectivement il réserve toute la mémoire mais c'est quasiment aussi tôt remis par le programme (mais ce ne serait pas difficile de réserver juste avant de la mémoire et de la relâcher après enfin pas sur que cela marche avec le TOS je ne sais pas comment il gere ses liste de mémoire et fichier si il fait le lien avec la basepage ou non si non faudra se contenter des accessoires seulement). Il y a même le mode 3 qui fait le boulot sans tout réserver a priori (d'après le bout de code que j'ai pour démarrer un accessoire (tiré de OAESIS il n'y a pas grand chose que je n'ai pas codé moi même mais ça cela dépasse un peu ma compréhension) ensuite on recopie notre code d'initialisation, j'avoue c'est assez obscure).

Je pense que si déjà j'arrivais à avoir les accessoires ce serait un pas ensuite on pourra voir si on peut faire mieux.

Je n'ai pas la prétention de réécriture tout gemdos, mint n'est pas bon sur bien des points (pas capable de pouvoir appeler gemdos d'une IT ou d'un signal alors que Magic c'est sans soucis mais on n'a pas les sources de Magic et Magic c'est quasiment que de l'assembleur!)

Olivier