[mOved] PedroM 0.76 - alpha - Page 4

beuh ... les updates de la tict ?

Non, les updates de la documentation de TIGCC.
Lionel travaille sur la documentation des fonctions AMS 2, et aussi sur la manière de les rendre disponibles sous AMS 1. C'est pour cette dernière chose que PedroM pose problème.
Évidemment, il travaille aussi sur les projets TICT, mais ce n'est pas à ça que se référait son "mes updates".

Ah, merci, pke j'ai eut peur ...

Mais certains jeux TICT récents (TI-Chess 4.00 par exemple) ne marchent pas non plus sous PedroM. Raison: il y a une méthode de récupération des fontes propre pour AMS 2, et une pas vraiment propre pour AMS 1. Il n'y en a pas encore pour PedroM. (C'est en cours de résolution. PpHd a déjà fait sa part.)

TiChess récupère les fontes ??? a quoi ca sert sur un jeu comme ca ?

Entre autres, se passer d'un backbuffer où tu écris les fonts, c'est à dire au maximum (5*256)+(8*256)+(10*256) octets de mémoire en plus (quand il y a les trois fonts, pour TI-Chess je ne crois pas qu'il y ait la plus grosse). Ca n'est pas négligeable sur nos TI-68k...

Un truc totalement indispensable quoi

PpHd, s'il te plaît...
J'ai déjà détaillé les avantages de la nouvelle méthode, et puisque PedroM la supporte (bon, OK, il va falloir releaser des programmes que PedroM supportera sur ce plan-là, mais je ne sais pas si je vais finalement le faire avant d'intégrer "faststr.h" à TIGCCLIB - je n'écrirai pas le code et ne prendrai pas les décisions tout seul...), elle n'a plus d'inconvénient par rapport à l'ancienne. Pourquoi garder l'ancienne ?

XDanger: mais a quoi ca sert, tu ne peux pas utiliser la rom_call DrawStr ?

Il a peur de perdre un millieme de seconde.

Bon, j'ai reçu PedroM 0.77 et je n'ai pas encore testé. J'ai juste regardé les changements.
Bon boulot, la liste des changements est impressionnante
J'ai vu que tu as corrigé certains ROM_CALLs de memstr.asm de façon à ce qu'ils supportent des long en paramètre 'len', mais pas tous. C'est normal ?

Sinon, autre question : les pedrom APPs pourront se lancer avec des arguments ? (par exemple "side srcasm" sera-t-il tjs possible lorsque side sera une pedrom APP [à moins que ce ne soit déjà le cas])

En ce qui concerne le task switcher, je trouve un peu dommage qu'on ne puisse pas aller vers un autre processus sans killer le processus courant (pour les shells seulement).

Dans side, quand on crée un fichier, si on quitte sans enregistrer les modifications ou sans le modifier, on a : error opening '<filename>'

jackiechan
: En ce qui concerne le task switcher, je trouve un peu dommage qu'on ne puisse pas aller vers un autre processus sans killer le processus courant (pour les shells seulement).

Avec le mien, il suffit d'appuyer sur [ON].

>J'ai vu que tu as corrigé certains ROM_CALLs de memstr.asm de façon à ce qu'ils supportent des long en paramètre 'len', mais pas tous. C'est normal ?
Aucun en fait.

>Sinon, autre question : les pedrom APPs pourront se lancer avec des arguments ?
Mais oui. C'est trivial a faire.

>En ce qui concerne le task switcher, je trouve un peu dommage qu'on ne puisse pas aller vers un autre processus sans killer le processus courant
Detail. Je compte mettre un menu de choix des processus au demarrage du shell, qui te permettra directement d'aller dans le process de ton choix.

>Dans side, quand on crée un fichier, si on quitte sans enregistrer les modifications ou sans le modifier, on a : error opening '<filename>'
Arg, je croyais avoir corrige cela.
Encore une erreur due aux modifs faites par le task-switcher.

memcpy:
move.l 4(a7),a0 ; Dest
move.l 8(a7),a1 ; Src
move.l 12(a7),d0 ; Len
beq.s memend
memcpy_reg
\loop move.b (a1)+,(a0)+
subq.l #1,d0 ; Should work with long
bne.s \loop
memend move.l 4(a7),a0 rts

Tu veux dire que c'était déjà comme ça dans la version 0.76 ?

PpHd
: Il a peur de perdre un millieme de seconde.

Pour un jeu d'échec

PpHd: En ce moment, j'ai des probs avec mon PC, je viens de réinstaller la connection internet avec du mal ... et je n'arrive plus a envoyer des *.tib sous XP Pro, j'ai pas encore trouver pkoi et c'est pour cela que j'ai pas pu te faire le report. Dès que j'ai trouvé d'où ca vient, ca devrait être bon apres.

jachichan: Oué pour memcmpy.

Si il faut tester sur 89 hw1, je peux capter celle d'un pote et m'en occupé .

Si ca te dit PpHd.

Bien sur que ca me dit ! C'est a cause de ca que je peux pas releaser en public!

oops, pardon.

Je vais la chercher des que je le peux.

tu veux des 89 HW1 ?? je peut tester tt de suite avec PedRhum si tu veux

moi je testerais avec PedRom direct, flash powa !

Pour les test : y'a quoi comme prog qui serait sensée tourner bien avec le task switcher?
Y'a plus qu' attendre PedRhum 0.77

Argggg sa viens ptet de pedrhum mais PedRhum 0.76 refuse de marcher sur ma 89HW1.... cf le topic sur pedrhum

il me semble que les problème sur TI89 HW1 n'ont toujours pas été résulos aussi bien sur pedrom que pedrhum

ok.

PpHd ma 89 est prete a crasher pour PedroM si tu veux

Bon et le dump des ports IO en 600000 ? Complet le dump si possible tout d'abord.

Dump via AMS ?
pedrom(rhum) ne veux absolument pas déparer...

Je vais mettre un editeur hexa et dumper sa

Sous PedroM, ca démarre, seulement, branche ton cable et tu verras qqch à l'écran ...
tape: hexdump 0x600000
et reporte simplementtout ce que tu auras à l'écran.

Alors pour arriver a taper tout sa il a fallut que je fasse :

[alpha]+[8] (h) maintenu puis [2nd] + [ON]

rien ne s'affiche a l'ecran
je lache 2nd+on et je lache [alpha] + [8]
la je fait 2nd, pause 1 seconde puis en gardant 2nd j'appui sur ON et je je vois que sa a tapé "h", si je garde ON appuyé (mais pas 2nd l'affichage reste, mais je ne peut rien taper)
j'ai fait a peu pret la meme chose pour le "e"
ensuite il ma affiché l'auto completion bonc j'ai fait la meme chose avec bas puis enter et ensuite idem pour "0x600000" et le dernier [enter] et il a affectué la commande.

Chose bizzare au passage j'ai l'impression que l'ecran LCD reste sous tension... (non c'est moi qui ai mal vu)

Donc voila se que sa m'affiche :

600000 : 2F 04 3F 00 3F 00 3F 00
600008 : 3F 00 3F 00 8D 40 30 02
600010 : 00 00 3F 00 3f 1B 3F E4
600018 : 3F 80 3D EE 3F 00 3F 00
600020 : 2F 04 3F 00 00 00 3F 00
600028 : 80 00 3F 00 8D 40 30 02
600030 : 3F 00 3F 00 3F 1B 3F EB
600038 : 3F 80 3D EE 3F 00 3F 00

et la meme zone sous AMS :

600000 : 25 04 00 00 00 00 00 00
600008 : 61 00 61 00 8D 40 60 00
600010 : 61 00 61 00 61 1B 61 F1
600018 : 62 80 63 FF 61 00 61 00
600020 : 25 04 61 00 61 00 61 00
600028 : 61 00 61 00 8D 40 60 00
600030 : 61 00 51 00 61 1B 61 B9 
600038 : 62 80 63 FF 61 00 61 00 

Si je rafraichi la zone, certaines de ses valeurs changent (mais c'est a priori normal..)

nEUrOO > Si je branche mon cable sa change absolument rien...