Redirection du trap 4 - Page 2

bon, j'ai un programme fastkbd4 qui fait ça en kernel (donc pas de souci avec preos)

et j'ai une version 3 qui fait ça en nostub, je n'avais pas du tout utilisé la même méthode que fastkbd, j'interceptais l'event Off, j'éteignais la calc, puis je réajustais les valeurs du clavier avant de passer l'event null

ça ne marchait pas dans les jeux, mais c'était plus propre je trouve

Martial Demolins :
sans le réinstaller à la fin? qu'il remette celui du TIOS en place se comprend, qu'il ne réinstalle pas l'ancien m'étonnerait.

je me souviens d'un certain nombre de problèmes avec les TSR nostub avec preos, mais vu que je suis passé au tsr kernel, j'ai un peu oublié les problèmes que j'avais eu

A première vue...

Martial Demolins :
move.w #(EndInterrupt-Interrupt)/2-1,d0 ;counter

moveq ne suffit pas ?

Tu peux aussi rajouter un

	lea $600001,a3
	lea $90,a4
	moveq #2,d3

au début du programme et remplacer tous les bset/bclr par un bset d3,(a3), toutes les occurrences de $90 par (a4)
(et en faisant pareil dans l'interruption)

	add.l	#OldInterrupt-Interrupt,(sp)	;*old vector 
	movea.l	(sp),a0				;old vector 
	move.l	(a0),$90			;write old vector 

-> move.l (a7),a0 ; move.l OldInterrupt-Interrupt(a0),$90 (enfin, plus exactement (a4))

	lea.l	OldInterrupt(pc),a0 
	move.l	(a0),$90

-> move.l OldInt...

le heapallocptr ne te fait pas perdre 2o ?

voilà

tu peux faire aussi bourrin et écrire directement les valeurs de OSInitKeyDelay en ram, en récupérant dans l'installeur les adresses utilisées par les rom_call </extreme>

c'est ce que j'avais fait

Martial Demolins :
Mais tu es sûr de toi quand tu dis qu'il faut remplacer $90 par (a4)? ça gagne en temps ou en taille? il est 17 heures là, peut pas aller vérifier

les deux mon colonel ^^ (le $90, il faut qu'il le stocke dans un word à part...)

tu veux me l'envoyer (avec la source de l'installation si possible ^^) ? je pourrais y jeter un oeil si tu veux

(quoique, la source de l'installation, c'est pas indispensable, c'est juste pour gagner du temps ^^)

Pollux > tu n'avais pas vu toutes les optimisations possibles

le programme va faire :

(programme utilisateur)
jump to Interrupt
(prépare le retour)
jump to Trap4
(étient la calc)
return to FastKbd
(accélère le clavier)
return to ReturnAddress
(suite du programme utilisateur)

2(a7) contient l'adresse à laquelle va aller le proc après avoir exécuter le trap #4 ((a7) contient le sr)
le move.l 2(a7),$123456 va être transformé en move.l 2(a7),Oldjump et va permettre à FastKbd de s'exécuter puis de retourner au programme appellant
le move.l $123456,2(a7) va être transformé en move.l #FastKbd, 2(a7) et va permettre à FastKbd d'être appelé à la fin du trap #4

un jump $123456 est équivalent en binaire à dc.w $4EF9, $0012, $3456

Pkoi tu n'as plus rien pour débugger ?

Flanker :
Pollux > tu n'avais pas vu toutes les optimisations possibles

Pollux :
A première vue...

Mais je voudrai bien re-jeter un oeil au code quand les optimisations de base style CSE et ce dont j'ai parlé seront appliquées (et non, aucune envie de le faire moi-même )

CSE ? en français ça donne quoi ?

Elimination des Sous-expressions Communes (en gros, si $90 apparaît plein de fois, ne pas le re-"calculer" à chaque fois mais le mettre dans un registre [bon, il n'y a pas gd-chose à calculer, mais du point de vue du processeur utiliser une valeur immédiate est une lecture mémoire comme une autre, donc un calcul])

Elimination des Sous-expressions Commune, ça me suffisait
je n'ai pas trop regardé ça, j'ai préféré faire du smc, c'est plus marrant