multitache - Page 1

comment veut tu t'y prendre pouyr gérer le multiache?
comme moi pour win2k3 ou autrement?

Pour le multitâche, perso pour moi ça serait du multitâche mais dans une fenêtre ou chaque contrôle (boutons...) ou autre est géré. Il suffit d'avoir une pile d'événements du genre clique sur bouton nommé bouton0 ou curseur dessus... puis de cherche le callback si existe et de l'executer, comme ça ça a l'air facile mais en faite il faudrait un timer s'occupant d'intercepter ses messages et d'executer la tâche assoccié en mode utilisateur et non superviseur...

Ce multitâche n'a qu'un but faciliter la programmation à la style VB du genre:

CreateWindow (&MyWindow,0,0,150,50,ICON0,W_MaxAndClose);
CreateButton (&Button0,Bouton0,&MyWindow,10,10,20,20,F_BOLD);
ShowWindow (&MyWindow);
....
DeleteWindow (&MyWindow);

En bref chaque élément est associé à une fenêtre et chaque fenêtre contient une pile d'évenements, le but et si un événement ce déclenche et est autorisé donc clique sur MyButton il suffit de vérifier si la fonction callback Bouton0 existe et d'executer son contenu.

Windows ST possède cette syntaxe et une partie de multitâche mais le projet est abandonné pour l'instant et peu optimisé.

Quand au gestion des objets et des fenêtres il suffit de créer un handle pour les objets et la fenêtre et lorsque ses handles ne sont pas utiliser les compresser en mémoire et les locker... le principe permet d'afficher 10 fenêtres et 20 objets dans chaque fenêtre en consommant 50 Ko de RAM objets, bien sûr une fenêtre suffit à l'écran et le nombre d'objets à afficher est assez faible. En tout cas il est clair que ce genre de projet est très interessant et permet d'ouvrir de nouveaux horizons.

et tu veut faire coment pour que plusieurs programmes soient actifs en mm tps?

Je veux pas c'est inutile autant switcher entre fenêtre.

k

pour infos il existe deux type de multitache :

- le multitache préemptif : il utilise un timer et execute une tache puis a la prochaine interruption du timer en execute une autre. Si le timer a une durée assez faible il peu donnée un illusion de multitache

- le multitache cooperatif : il execute une tache et lorsque cette derniere n'a plus besoin du µp (attentes d'une entrée sortie par exemple) elle rend la main à l'OS qui peut alors lancé une autre tache.

Oui en effet mais il semble plus judicieux sur TI d'adopter le multitache préemptif.

coopératif, plutôt.

Tout dépend du type de multitâche, pour ma part je suis dans l'optique de multitâche application c'est à dire de gestion d'objets dans une fenêtre et non la possibilité de lancer simultanément 2 programmes...

La gestion d'objets dans une fenêtre n'est pas du multitâche

pourquoi tu as édité mon post sans y répondre ?

Petit test d'admin

Et l'absence de réponse ?
C'est aussi une feature d'admin ?

Pourquoi pas, pourtant j'ai répondus cd post #8.

Un exemple simple qui existe, la syntaxe de Windows ST:

CreateWindow (.....)
CreateButton (mybutton....)
...
OpenWindow (....)
...
CloseWindow (...)

callback (mybutton, clicked)
{
//mon code si le bouton de la fenêtre est cliqué
}

Une interruption executera un code qui aura pour but d'identifier la position du curseur en focntion de la position dans la fenêtre ouverte, si ce curseur est dans un objet, il envoie un message et cherche la fonction callback portant le nom de l'objet et son comportement (curseur dessus, click...). Bien sûr ce n'est pas du multitâche à proprement parlé mais en tout cas ça permet un style de programmation plus confortable et assez sur les objets d'une fenêtre.