Comment detecter... - Page 1

...si un kernel est installer ou pas (c'est probablement dans la doc de TI-GCC, mais l'anglais c'est pas mon fort) ?
Et si c'est possible de déterminer lequel ?

$30.w : version of the kernel : $0090 for Doors OS 0.9
$32.w : OS identifier: 'DT' for Doors OS

Tu installes les différents kernel, et tu regarde avec un éditeur hexa leur identifiant.
Tous ces octets seront à zero si il n'y a pas de kernel.

Pour DoorsOS2 0.98, je trouve $4E90 à $30.w et $4FEF ("Oi") à $32.
Et ça vient juste de planter quand j'ai essayer de le désinstaller et d'installer PreOS

Au fait, c'est bien le fichier doorsos qu'il faut passer à l'éditeur ??

Ah, ok, c'est que tu ne m'as pas bien compris. C'est pour ça que tu trouves des valeurs bizarres. Les adresses données correspondent au adresses réelles de la RAM, ce ne sont pas des adresses relatives à un fichier (d'ailleurs les fichiers d'installation des kernels peuvent être supprimés une fois installés).
Les données sont placée au milieu des vecteurs d'interruptions, mais à des endroits non utilisés par l'AMS, que les kernels peuvent squatter.
Lis ces valeurs avec move.w ($32).w,d0 ou *(unsigned int*)0x32.
Pour connaitre les identifiants des kernels, lis les read-me, ou alors installe le kernel et utilise des éditeurs hexa qui permettent d'éditer toute la RAM et la ROM, comme l'excellent hex dumper intégré à DB92 (tu peux trouver la version nostub dans un ancien topic de Kevin Kofler dans /software), ou comme HexView de Benoît Sherrer, qui est intégré comme plugin de PCT (mais qui peut quand même être utilisé sans PCT).

Ok. Je vais voir ça.

lol

Bien, j'ai trouver DT pour DoorsOS et PO pour PreOS.
Mais j'ai $0198 pour la version de DoorsOS2 0.98 (à $30) et $ff47 pour PreOS 0.52.
Reste plus qu'a savoir comment lire ces valeur. Et les stokés dans une string.

Télecharge et essaye SOFT sur mn site!
il effectue des tests sur la calc

Je vais voir...

Grrrrr...
Archive corrompus
Et pis y a un prog vachement utile, sur ton site : VIRUS

ha bah tiens mac, je me posait exactement la meme question ...

reste plus qu'a faire le prog en asm pour exploiter tout ca...

C'est normale
On fait tous en //

Voilà soft a été remis en ligne avec les fichiers séparés et Flib en plus.
C'est un programme que j'ai arreté en cours de route. Mailez-moi si vous voulez que je le continue!

Ok.

>MacIntoc: Reste plus qu'a savoir comment lire ces valeur. Et les stokés dans une string
En basic ou en C? C'est pour quel projet?

ben moi ce serait en asm _nostub qui retourne la signature du kenel ds une str qui sera traité en basic par un autre prog

(je cherche des tutoriaux sur la manipulation de la vat en nostub)

Ben... pareil (enfin, que ce soit en C ou ASM, je m'en fout, t'en que ça retourne une chaine exploitable en basic...).

ben g commencé a faire un prog en asm
handle = HeapAlloc(100));

(une traduction des lignes SymPtr = DerefSym (SymAdd ($(example)));
VarPtr = (char*)HeapDeref (SymPtr->

tirées de la doc de tigcc) en asm, mais ca plante..

voici mon code :

 include 	"OS.h"
 xdef 		_nostub
 xdef 		_ti89
 xdef 		_ti92plus
 movem.l 	a4-a5,-(a7) 
 move.l		$c8,a5 
 
 pea.l		sym(pc)
 move.l		SymAdd*4(a5),a0
 jsr		(a0)
 lea.l		4(a7),a7
 
 move.l 	d0,-(a7)
 move.l 	DerefSym*4(a5),a0
 jsr 		(a0)
 lea.l		4(a7),a7
 
 move.l		d0,a4
 
 pea.l		7
 move.l		HeapAlloc*4(a5),a0
 jsr		(a0)
 lea.l		4(a7),a7
 
 move.w		d0,12(a4) 
 
 move.l		(a4),-(a7)
 move.l		HeapDeref*4(a5),a0
 jsr		(a0)
 lea.l		4(a7),a7
 
 move.l		d0,a4
 move.w		#5,(a4)+
 addq.l		#1,a4
 move.w		$32,(a4)+
 move.b		#45,1(a4)
 movem.l 	(a7)+,a4-a5 
 rts
 dc.b	 	0,'kerinfo'
sym:
 dc.b 		0

[edit]Edité par azerty83 le 12-02-2002 à 15:14:04[/edit]

Hum... hum... ouais...
Ben, t'es plus avancer que moi
Bon, ben je pense que je vais te suivre dans l'ASM

enfin moi je vais en plein dans le 'protected memory violation'

C'est ou que t'as trouver la liste des mnémomachinchose ?

Et moi je suis dans l'Internal Error en C

liste des MNEMONIQUES :
ben heu plein de truc...
http://perso.wanadoo.fr/ti92-ti89.miclo/asm/tutorials/68kguidefr.zip par exemple...
et puis jme susi aidé du tuto de kevin

Ben... xdef _nostub
Bon, je vais voir le 68kguide, et je vais essayer de faire un truc.

n'y a-t-il donc personen ici capable de debugger mon code ?

Ben... si t'avais mis des commentaires

okok commentons, mais si ya pas de reponses, ca va barder !!! ()

 include 	"OS.h"
 xdef 		_nostub
 xdef 		_ti89
 xdef 		_ti92plus
 movem.l 	a4-a5,-(a7) 
 move.l		$c8,a5 
 
 pea.l		sym(pc)
 move.l		SymAdd*4(a5),a0 ;on creé un symbole
 jsr		(a0)
 lea.l		4(a7),a7
 
 move.l 	d0,-(a7)               ; on empile la struct Hsym obtenu
 move.l 	DerefSym*4(a5),a0 ; pour obtenir une srtuc SYM_ENTRY
 jsr 		(a0)
 lea.l		4(a7),a7
 
 move.l		d0,a4  ;on sauve la SYM_ENTRY
 
 pea.l		7                            ;taille a alouer
 move.l		HeapAlloc*4(a5),a0  ;allouagedu handle
 jsr		(a0)                         
 lea.l		4(a7),a7
 
 move.w		d0,12(a4)              ;le 12eme octet de la SYM_ENTRY correspond au n° du handle de la var
 
 move.l		d0,-(a7)                ;on empile pour dereferencer
 move.l		HeapDeref*4(a5),a0
 jsr		(a0)
 lea.l		4(a7),a7
 
 move.l		d0,a4                     ;on sauve le pointeur
 move.w		#5,(a4)+                ; taille de la string   .w
 addq.l		#1,a4                   ;0.b
 move.w		$32,(a4)+            ; sign du kernel  .w , 0.b
 move.b		#45,1(a4)              ;STR_tag .b
 movem.l 	(a7)+,a4-a5 
 rts        ;et on quitte mais bon comme c buggé...
 dc.b	 	0,'kerinfo' ; nom de la string
sym:
 dc.b 		0

Tous ce que je peut te conseiller, c'est d'utiliser a2 à la place de a0.

ou ca ?
pour les rom call ?
pour les rom call, ya pas de pb...