PedroM 0.81 - Page 12

nesquick(valeur) me sort une erreur (pedrom la)

je resterais plus tard dans la soirée #flemme#

Est-ce que nesquick s'attend a un entier ou a un flottant ?

entier je crois

voila pourquoi ca marche pas

Godzil > et puis je crois qu'ya qqes soucis avec les DialogBox/Popups de PedroM donc de toutes manieres faut tester sous AMS obligatoirement

Nerick: tu peut pas changer ?

ben tu peux compiler une petite version qui demande pas de parametre, et passer un prg_start constant juste pour tester SMB

et pourquoi pas mettre dans la fenetre ou tu selectionne la rom un popup ou tu selectionne des prg_start ?

http://membres.lycos.fr/flashz/main.htm

Il est dans la derniere news, les sources sont dedans... pas forcement propre ni optimisees, mais surement simples a comprendre.
Un lien direct ne fonctionnerait surement pas, du a une restriction de #lycos#... vivement mon evolution chez free, enfin bref...

ok.

[HS]Godzil > ouaip bonne idée surtout qu'en pratique y a meme pas une vingtaine de valeurs vraiment utilisables sur les 256 possibles...[/HS]

RC9 disponible : t3/?id=2&d=archives/OS/rc/

Pas mal de bugs corriges, dont tous ceux de Fz je pense.

cool, je v essayer ca de ce pas
euh... free flash conserve les archives avec PedroM ?

j'ai pas attendu la reponse

Non: format d'archives non compatible.

PpHd > dans nesquick j'utilise DialogDo et ca pose probleme actuellement avec PedroM. Apparament les pulldowns buffers sont remplis avec l'id des items directement alors que sous AMS, c'est l'id + 1 qui est mis. Ca poserait probleme de gerer ca comme sur AMS? je pense que pas mal de progs utilisent le fait que le premier id est 1, dont nesquick.
Le patch que j'utilise (Dialog.asm):

_PullDownFillIndexAndData:
	move.l	PULLDOWN_PTR,a0
	move.w	ITEM.SubDialog+2(a4),d1
	add.w	d1,d1
	adda.w  d1,a0
	move.w	d0,(a0)
	addq.w  #1,(a0)
	move.w	ITEM.SubDialog(a4),a0		; Deref Menu
	trap	#3
	mulu.w	#ITEM.sizeof,d0
	move.l	DIALOG.ItemsTab+ITEM.Data(a0,d0.l),ITEM.Data(a4)
	rts

Kevin Kofler :
Non.
AMS met l'ID que tu passes explicitement au moment de la création des items
(PopupAddText, paramètre "Id").
Si tu passes 0, les IDs sont numérotés automatiquement 1, 2, 3, ...

Ajouter 1 au moment du retour va remplacer le bogue par un autre, c'est au
moment de la numérotation automatique que se trouve le problème.

Les gens, ça vous dirait de lire la doc de TIGCC avant de dire "AMS fait
ceci" ou "AMS fait cela"?

ok

C'est dingue meme quand il est banni il arrive a me gaver celui la

(to lock)

RPM non officiel avec a68k patché pour i386 --> http://www.galaxoft.org/tigcc-i386/tigcc-0.96b06r1-3.i386.rpm
RPM non officiel avec a68k patché pour x86_64 --> http://www.galaxoft.org/tigcc-x86_64/tigcc-0.96b06r1-3.x86_64.rpm

sources (pour Kevin) dont celles de as et gcc:
http://www.galaxoft.org/tigcc-i386/tigcc-src.tar.bz2 (sources identiques pour les deux RPMs, j'ai juste changé d'archi pour créer les rpms)
j'ai rien changé sauf les deux lignes dans sources/a68k/A68kdef.h
les souces originales sont là: http://tigcc.ticalc.org/linux/index.html#download


ça compile pedrom, j'ai testé.

je {suis/peut être} beta testeur sur 92+ hw2/ boot 1.07 si tu me garantis qu'on peut remettre AMS quand on veut, ma copine en a besoin (au fait j'y pense, apps+remise pile pour lancer le boot, ça marche avec pedrom en cas d'urgence, pour remettre une rom officielle avec ticonnect? )

Message perdu, mais en gros, je disais que je n'ai jamais eu de soucis pour retomber sur mes pattes même après gros crash de pedrom dans ses premières versions semi-publiques. Et que même après un plantage pendant un transfert, je m'en suis sorti .

je {suis/peut être} beta testeur sur 92+ hw2/ boot 1.07 si tu me garantis qu'on peut remettre AMS quand on veut, ma copine en a besoin (au fait j'y pense, apps+remise pile pour lancer le boot, ça marche avec pedrom en cas d'urgence, pour remettre une rom officielle avec ticonnect? )

Je ne garantis pas que ca ne posera aucun probleme (cf README).
Mais pour le moment, aucune calculatrice n'est morte a cause de PedroM. Et ca a ete massivement teste meme sur 92+ HW2.
Apps + remise pile marche toujours avec PedroM (c'est le boot code non changeable des ti) tout comme la possibilite de reinstaller AMS par le code ecrit par TI.

okay v tester alors

bon, install de pedrom, aucun pb.


reinstall d'ams:
je fais install product code, je fais yes et je passe sur le boot.
je lance le transfert avec tilp, mais pas assez vite donc timeout

enlevage pile, remettage sans tenir apps en espérant que pedrom boote, et là PAF, écran bleu (c'est de ça que je voulais parler)

donc re-enlevage pile + apps + pile, tilp était pret, ams est passé sans souci.

>enlevage pile, remettage sans tenir apps en espérant que pedrom boote, et là PAF, écran bleu (c'est de ça que je voulais parler)
Bug du boot d'ams. Pas de PedroM. Enfin je crois.
Strange quand meme.
Et sinon, avant reinstall AMS, ca marchait ?

ba y marchait nickel, j'ai joué à bombermaze et la touche apps marche nickel pour éteindre la calc dans le jeu alors que ça fait planter ams 2.09

cool

squalyl^2 :
ba y marchait nickel, j'ai joué à bombermaze et la touche apps marche nickel pour éteindre la calc dans le jeu alors que ça fait planter ams 2.09

Un report aurait ete sympa. Quelle version de bombermaze utilises tu ?
J'avais des problemes a un moment dans plusieurs de mes programmes, concernant l'extinction (que je n'ai jamais vu dans bombermaze d'ailleurs me semble-t-il)

désolé j'y ai pas pensé
j'ai édité le post du rpm tigcc patché, en mettant les sources pour kevin qui me l'a demandé
j'utilse la v 1.01 datée du 21/08/2005 sur 92+ hw2

je viens de retester: APPS éteint la calcu, mais ON ne la rallume pas