PedroM 0.81 - Page 1

TODO:
+ (FAIT) Integrer Preos 0.72
+ (FAIT) Corriger probleme V200: Le boot de V200 test notamment qu'une partie du Product ID (champ $80A0) est supérieure ou égale à 2 apparemment (en tout cas le test a fonctionné avec une valeur à 2). PedroM fixe actuellement le champ à 1. && Extended bugs
+ (FAIT) Faire une premiere ebauche pour Titanium : Les constantes + verifier (Boot, contraste, flash, parmblock, interruptions).
+ (FAIT) ce serait bien d'implémenter le ROM_CALL 0x441 (appelé "HeapTable" par
certains auteurs de kernels) dans PedroM. (Actuellement, il pointe vers
INVALID_ROMCALL.)
+ (FAIT) Reecrire Long.asm

+ bcdmath: Gcc 4.0 + tigcc 0.96 beta 2 utilise bcdmath pour les convertions unsigned long -> BCD.
L'implanter

>__floatunssibf:
> link.w %a6,#-36
> pea.l 8(%a6)
> move.l 0xC8,%a0
> move.l 0xB5*4(%a0),%a0 /* _bcd_math */
> jsr (%a0)
> .word 0x6B30 /* bcdMove | bcdUnsigned | bcdAbsSrc | bcdR0 */
> move.l -10(%a6),%d0
> move.l -6(%a6),%d1
> move.w -2(%a6),%d2
> unlk %a6
> rts

le test du productID n'est t'il pas lié au fait que les V200 sont AMS 2.xx (et sup) only ? (alors que les HW2 ppeuvent accepter AMS 1.05)

Peut-être. Je vais regarder ce qui est requis pour la Titanium.

Apparemment le code est le même dans le boot de la V200 et de la Titanium, il faut donc aussi fixer à 2 le champ.
En faisant un tour rapide des autres boot, les valeurs de ce champ doivent être :
- 89 HW1 : le test est bidon (tst.l d3 / bcc Label) -> n'importe quelle valeur
- 92+ HW1 : >= 0
- 89 HW2 : >= 1
- 92+ HW2 : >= 1

Donc si je le mets a 2 c'est bon pour tous ?

Normalement oui, mais à tester sur calc réelle.

PpHd : tu inclus TIB Receiver même pour dans PedroM V200 ? Faire un 'install tib' ne pose pas de problème ? (TIB Receiver retourne un message d'erreur ?)

Oui. Mais c'est celui qui a installe la V200 qui peut repondre. Pas moi.
Source de probleme: l'id de la calc. Rombase (quoique non, car c'est PedroM qui lui fournit Rombase). Voila. Et je suis meme pas sur que PedroM ne donne pas l'id avec qui il faut communiquer aussi.

lol tu sais meme plus ce que fait ton OS ?

Ben j'ai ecrit ce code il y a 1 an et quelques mois. C'est deja pas mal que je me souvienne d'autant de details

PpHd
: Oui. Mais c'est celui qui a installe la V200 qui peut repondre. Pas moi.

Euh ça place je testerais pas Mieux vaut le supprimer des builds pour V200.

au pire il risque quoi ? rater un flashage non ? pas corompre les certifs si ?

Pourquoi ?

Quand on est pas sûr comment un programme utilisant de la déprotection se comporte, on y touche pas.

Non, PedroM ne donne pas l'id avec qui communiquer.

Alors ca a avancé ?
(Ya pas eu un post depuis 2 semaines alors je me permet...mais je devrais peut-etre pas )

Retard en cours...

Bonjour a tous,

Bon g réussi a flasher ma TI92+ avec PedroM, en passant par tibrcvr() et Hex Workshop pour modifier le .tib en .9xu et TiLP (le seul qui a bien voulu utiliser le pedrom92.9xu).
L'OS paraît bien, mais je n'arrive à faire aucun transfert.
J'ai essayé avec plusieurs logiciels de transfert mais rien n'y fait. Quel est le protocol à suivre ?
Comment peut-on utiliser les fonctions de stdlib ?
Pourrais-je avoir un exemple de shell ?

Merci d'avance, et dispo pour continuer le beta test...

@+

Oh j'ai oublié un détail ! J'ai le PedroM 0.80 beta.
Pourrais-je avoir la version 0.81 ? Merci

@+++

Re,

Je monologue un peu, mais j'ai réussi avec TI-Graph Link, mais au début, le Receive... et entrer dans le répertoire main provoquait un plantage. Depuis j'ai rien changé, et ça marchait de temps en temps... O_O
REMEDE TROUVE : lancer TiLP, faire Ready? jusqu'à ce qu'un message apparaisse sur la calculatrice; arrêter ce message par ESC, puis taper clean+ENTER; appuyer de nouveau sur Ready? de TiLP => connection réussie ! (cf barre de message en bas à gauche).
Pour le stdlib et le shell, c'est encore d'actualité. Si possible, mettre des fonctions de stdlib dans l'exemple en shell

SUGGESTIONS :
- permettre plus d'options (ou des options simultanées) pour ls, du genre -lp pour faire un ls -l mais qui s'affiche par page; pour tout voir, faire ls -l >essai, puis side essai.
- pouvoir faire fonctionner TxtRider.
- faire des sous-dossiers.
Ce ne sera pas évident, mais cet OS est TRES bien parti.

Merci.

@+++

Merci.

Tout d'abord, pour le link, oui il faut d'abord un echec, et puis apres a ca roule (Je ne sais pas pkoi mais c'est comme ca).

>-lp pour faire un ls -l mais qui s'affiche par page
"ls -l | more" fait l'affaire

txtrider fonctionne non ?

sous-dossiers + nom de fichier long: Probleme de compatibilite avec les programmes existants
Il faudrait faire une double VAT, et j'ai la flemme.

Re,

Oui c'est le problème que je pensais. Txtrider, euh il marchait pas mais je ne me souviens plus l'erreur. Je n'ai peut-être pas la dernnière version.

Sinon, j'ai besoin d'un programme shell qui tourne sous pedrom. Je créée un programme sh par side sh, j'ajoute #!pedrom au début mais meme sa, quand je fais F1 pour build, il mets Undefined error.
Que dois -je faire de particulier.
M'indiquer aussi comment utiliser les fonctions de stdlib.
Euh, aussi, je n'arrive pas a trouver les fichiers system tel que system\apd avec ls, ...

Merci d'avance

PS : j'aimerai bien avoir le 0.81 : tixmcprods@hotmail.com

"system\apd" : Il faut le creer. S'il n'existe pas, il prend une valeur par default.

"M'indiquer aussi comment utiliser les fonctions de stdlib." : Ben c'est le meme fichier que pour preos.
"system\stdlib" lance l'explorateur

C'est " #!PedroM " mais il ne faut pas compiler les scripts.

Re,

Bon j'ai failli te dire j'arrive pas mais j'ai réfléchi et j'y arrive. En fait à quoi servent F1 : Build et F2 : Exec alors ???
Par contre je n'ai jamais utilisé une seule librairie de PreOs, je m'y remets à peine. Comment inclure dans un programme ? Pour savoir l'utilité de stdlib, j'ai de la doc.

Merci

Elle servent a démarer un compilateur externe comme CC par exemple.

F1 sert à appeler un compilateur sur ta source. À la base, side était un IDE pour un compilo C.
F2 sert à exécuter le programme compilé.

non pas pour un compilo C mais pour SMALL

Pour n'importe quel compilo. On peut parametrer la ligne de commande (Mais j'ai pas vraiment teste non plus...)>

PpHd: oui il s'avere qu'on peu lui passer n'importe quoi comme executable (ça marche je l'utilisait avec as) ct juste pour corriger sasume, pasque nitro a devel side pou small a la base