PedroM 0.81 - Page 11

Il y a combien de write normalement pour PedroM ? FreeFlash n'intervient qu'après le dernier, avant c'est un transfert d'OS standard via le boot.

Vu que des le premier write on a 53% de transfert etabli, je suppose qu'il n'y en a que deux.
Ca serait logique, etant donné que les blocs font théoriquement 64K, et que PedroM fait un poil moins de 128K...

Et un AMS FreeFlashé avec TILP tu as essayé ?

Non.
Bon je me fais un backup et j'essaye. (j'ai pas envie de recommencer a faire l'archive complete de ma calc )
A savoir que dans ce cas, je vais utiliser FreeFlash sur AMS 3.10... Ca marche ??

Aucune idée, ça n'a jamais été testé, mais il n'y a pas de raison que ça n'aille pas.
N'oublie pas de FSigner l'AMS, sinon ça ne testera rien.

Oupss... je n'avais rien FSigné... j'ai refreeflashé avec AMS 3.10 et c'est passé, mais c'etait pas FSigné...
Je vais FSigner PedroM, puis reessayer... ca viendrait de ca ?

C'etait bien ca, le transfert est passé, toutes mes excuses.
Eh bien ca marche sur ma titanium

	pea		VarStr(pc)
	add.l		#TailleRab+1+TailleParametres+TailleTotaleRecords+1+3+1+1,(a7)		;Tag (OTHER)
	move.w		#TailleRab+TailleParametres+TailleTotaleRecords+5+1+1,-(a7)	;Taille par défaut
	move.w		#$4000,-(a7)	;C'est un Token
	pea		VarStr(pc)	;Nom de la Var
	CALL		VarStore	;On enregistre

Apparemment, c'est la fonction VarStore qui plante sous PedroM... en tout cas avec BomberMaze...

FlashZ :
Je vais FSigner PedroM, puis reessayer... ca viendrait de ca ?

Euh, oui, plutôt

Apparemment, c'est la fonction VarStore qui plante sous PedroM... en tout cas avec BomberMaze...

Pour la semaine qui vient, je serai totalement injoignable et ne pourrrai corriger aucun bug.
Va lire le code de VarStore, decouvre le bug, poste le patch.
Je le mettrai pour la prochaine RC.

Ok je vais regarder ca.

\ExtToken
	cmpi.b	#$EA,d0
	beq.s	\t1Exprs		; One arg
	cmpi.b	#$EB,d0
	beq.s	\t2Exprs		; Two arg
	cmpi.b	#$ED,d0
	beq.s	\t1Exprs		; One arg
	cmpi.b	#$EE,d0
	beq.s	\t1Exprs		; One arg

	cmpi.b	#$E5,d0
	beq.s	\EndTag
	cmpi.b	#$E9,d0
	bne.s	\NoEndTag
\EndTag		addq.l	#1,a0		; Do not skip these tags!
		rts
\NoEndTag
	; Extra Basic commands ? $E3 & $E4 ?
	; $DB -> $F9 -> ???
	ER_THROW INVALID_COMMAND_ERROR

Ca plante ici :

	cmpi.b	#$E9,d0
	bne.s	\NoEndTag
\EndTag		addq.l	#1,a0		; Do not skip these tags!
		rts
\NoEndTag
	; Extra Basic commands ? $E3 & $E4 ?
	; $DB -> $F9 -> ???
	ER_THROW INVALID_COMMAND_ERROR

Branchement a \NoEndTag.... plantage !

Voila le format des donnees du fichier a creer que j'utilise :

			dc.b	0,"main\tpsave"
VarStr			dc.b	0

			ds.b	TailleParametres-TailleTotaleRecords

			dc.b	"---------",0,0,0,39,16
			dc.b	"*TI-Pang*",0,0,0,29,76
			dc.b	"---------",0,0,0,19,136

			dc.w	0		; mode d'affichage 89

			dc.b	0
			dc.b	"SAV",0,$f8

Methode d'appel de la fonction VarStore :

	pea		VarStr(pc)
	add.l		#TailleParametres+1+1+3+1+1-1,(a7)		;Tag (STR)
	move.w		#TailleParametres+5+1,-(a7)			;Taille par défaut
	move.w		#$4000,-(a7)					;C'est un Token
	pea		VarStr(pc)					;Nom de la Var
	CALL		VarStore					;On enregistre
	CALL		SymFind						;On va chercher le Handle
	lea		12(a7),a7

Ok. Je vais voir.

Pas mal en fait cette petite rom
Concernant chronos, il est possible de l'installer ? PedroM n'a pas l'air de savoir interpreter l'install
Mmm.... est ce qu'il existe un endroit ou on référence les progs fonctionnant dessus ? J'ai deja fait une petite liste, domage que mario92 et sf2t 0.18 ne fonctionnent pas dessus, d'ailleurs, le probleme de mario92 est assez etrange : il me dit qu'il ne trouve pas la librairie UTIL, meme si elle est presente (alors que la version de UTIL correspond a celle du jeu)
Serait il possible que tu ajoutes une fonction gestionnaire de fichiers, un peu comme le var-link, capable de lancer les ppg et les fichiers runc ?

Autre chose, cela a peut etre deja ete signale auparavant (je prends le train en route avec beaucoup de retard desole...), mais sur 89 l'alpha lock se desactive a chaque nouvelle entree dans la ligne de commande, c'est plutot embetant...
En espérant que mon post soit placé au bon endroit...

A priori la majorité des jeux tournant sur AMS 1.x devraient marcher, sauf bug/hacks/exceptions et autres.
Pour l'instal de CF, PedRom ne parle pas le basic, mais ça doit pouvoir se faire à la main, maintenant je ne sais pas si le jeu est censé marcher

Oui, ca serait plus simple sans les packs...
Concernant les programmes d'AMS 1.x, c'est encore loin d'etre ca
J'ai surtout eu le plaisir de voir que l'asteroid de Don Barnes marchait, ca faisait un moment que j'avais abandonne pour des pbs de compatibilite
Petite liste noire : mes jeux deja, boulder dash, mario92 justement, sf2t, puzzle bobble, solitaire... peut etre d'autres, je ne sais plus...
J'ai constate des problemes aussi avec ttstart

Quelle version de PedroM ?
CF: Oue mais faut defaire les packs et envoyer les fichiers un a un.
mario92 et sf2t 0.18 : J'avais essaye, et ca marche. Attention: pas de support de titanium / V200. Envoie moi tes archives.
PPG: On peut les lancer directement.
RUNC: C'est depasse, et ne sera plus maintenu. Les pack archives sont bien plus efficaces.
>mais sur 89 l'alpha lock se desactive a chaque nouvelle entree dans la ligne de commande, c'est plutot embetant...
Est-ce si genant ?

> boulder dash, mario92 justement, sf2t, puzzle bobble, solitaire.
Envoie moi tes archives.

> J'ai constate des problemes aussi avec ttstart
Quelles versions ? (calc, programme).
Personellement je n'ai jamais eu de problemes.

>Serait il possible que tu ajoutes une fonction gestionnaire de fichiers, un peu comme le var-link, capable de lancer les ppg et les fichiers runc ?
Met system\pct comme lanceur dans le script system\start

La calc en question est une 89 HW2 (edition speciale, n'y avait il pas un hw 2.05 ou un truc dans le genre ?)
PedroM, c'est la version 0.81 RC8.
Pour l'alpha lock, en ligne de commande, oui je trouve. Surtout pour les noms de programmes, gestion de fichiers etc...
Pour ttstart, ca doit etre ttstart 1.17 ou la version universal, je ne sais plus. Le probleme se pose en sortie de programme (au quel cas ttstart restera locké et inutilisable...). A noter que je l'utilise dans le simple but de pouvoir utiliser le lancement automatique de mon explorer.
Pour mario92, je parle de la version 89... mais en y repensant je me demande si ca n'etait pas une version plusshel 0.99... il faut patcher ca si mes souvenirs sont bons, je verrai si j'ai le temps pour un essai.
Je te prepare un mail.

Tiens, ça doit être le bug de l'in-use bit dont TICT-Explorer a également souffert, que PpHd a traqué et qui s'est avéré être un bug de TIGCC présent depuis longtemps... De toute façon, il faut que je fasse un ttstart 2.01, qui corrige la routine optimisée taille d'unpack (Samuel s'est planté sur une comparaison, certains fichiers sont mal décompressés), et ce bug-là.

Hmm, réessaie avec un ttstart 2.00. Aussi bien le pstarter que ttstart ont déjà un moveq #0,d0 au lieu d'un clr.w d0 à l'endroit du bug, et ce n'est pas une modif récente, vu que les fichiers ont une date de modification en avril 2005... Accessoirement, les pstarters et ttstart ont du code plus optimisé que le code de startup de TIGCCLIB - une bête CSE de trois instructions d(an) en un lea d(an) dans la partie commune.

Un lien direct pour la v2.00 ?

Ben, directement sur la page de news du site de TICT... http://tict.ticalc.org/downloads/ttstart200.zip

Bien que pstarter/ttstart ne souffrent actuellement pas du bug qui a affecté TICT-Explorer sur PedroM, Kevin dit que le fix n'est pas suffisant: il faut un autre moveq #0,d0 après HeapDeref.

Oui il faut convertir mario92 (cf preos)

alpah lock: Je vais voir ca.

./321: Je ne suis pas cense avoir corrige ca dans la RC8 ?
Envoie moi ton ttstart, que je regarde ca.

Pour ttstart, tu le lancais comme "ttstart("toto")" et pas ttstart toto ?
Si c'est le cas, c'est corrige.

Pour solitare, j'ai active l'emulation ti-89 sur 89 titanium ca marche.

Pour Puzzle Boble, j'ai corrige (bug dans sqrt).

Pour BoulderDash, je n'ai vu aucun problemes ?

Aucun probleme ou plein de problemes ?
Bon treve de plaisanteries, je viens de reessayer, par rapport a ce que tu viens de dire. Petit rappel : PedroM est installe sur ma 89 HW2 edition speciale, et non ma titanium.
Donc j'ai reessaye le lancement de BoulderDash, cette fois aucun probleme (... ma calc etait peut etre un poil dans les choux par rapport aux essais que j'avais fait avant).

Pour solitare, c'est different par contre. Cette fois, ca a fonctionne, a un detail pres : le lancement depuis la ligne de commande, aucun probleme.
Par contre, execute depuis mon explorer, ca a plante en sortie
Pour infos, explorer execute les fichiers en recopiant "_REP"\"_NOMPROG"() dans la ligne de commande.

nesquick 0.3 refuse de marcher (il prend un parametre)

je sais pas si c'est le code du soft qui est en cause ou pedrom :/


j'ai que le PPG sur ma machine et je fait


nesppg 127

et le prog sort l'erreur qui dit qu'il faut l'utiliser en tant que "nesquick(valeur)"

bref :/
Si qq'un pouvait tester sur une autre 89 (nesquick est 89only )

PedroM ne passe que des chaines de caracteres au programmes. Pas de passage par valeur, sauf par
nesquick(valeur) mais dans ce cas, c'est un flottant qui est passe en parametre.

Fz: Envoies moi ton explorer.