Recherche propriétaires de Voyage 200 et 89 Titanium pour beta-testing (Einstein) - Page 3

Merci
Je pense qu'il se marche sur PedROM. Tiens moi au courant de tout ça.

"il se marche"? Tu ne "te connais" pas ta grammaire?

Désolé je suis pentalingue je mélange parfois la grammaire russe avec les grammaires japonaises et finlandaises. Ca donne ce genre de trucs bizarres.

Thibaut (./54) :
Voilà, je pense qu'Einstein est compatible avec les Titanium maintenant. J'ai implémenté une fonction utile qui manquait depuis toujours : le renommage des fichiers et des dossiers. La version 4.0 arrive à grand pas, 5 ans après la bêta 3.0 !


Ceux qui ont une Titanium ou une Voyage 200 et qui auraient un peu de temps, pouvez-vous tester cette nouvelle version ? Je vous enverrai un mini message pour vous donner un lien de téléchargement.


Voilà ce qu'il faut tester, sur chaque HW :

- installer Einstein sur la calto,
- le lancer... car c'est pas sûr qu'il se lance,
- vérifier que tout fonctionne, notamment le lancement des programmes à partir d'Einstein. Il faudrait vérifier que ces types de programmes sont lancés sans souci :
+ basic
+ programmes compressés en PPG (sans passer par leurs lanceurs)
+ programmes non compressés
+ programmes kernel

Il n'y a que le pilotage d'une cafetière à distance qui ne fonctionne pas.

toujours volontaire ^^

Bon je reprends les tests que j'avais déjà faits :

tama (./13) :
Bon alors résultats du test

TI89 titanium HW3 (OS 3.10)
-Installation
RAS

-Lancement
RAS

-Variables
*RAS pour lancer un programme basic ([On] interrompt le programme et ça fait revenir à l'écran Home, mais bon cf "autres")
*ok pour les programmes compressés (calcwars->cwdata.ppg)
*RAS pour fichier non compressé (gtc_ide )
*aucun problème pour Earth Mission 68k
-Autres
*Bah c'est pas possible de lancer un programme basic qui nécessite des arguments, mais ça à la limite ^^. En fait faudrait inclure quelque chose qui permette de "supporter" les erreurs, c'est à dire en cas d'erreur revenir à Einstein et non à l'écran Home.
*Pas possible de renommer un dossier parce qu'il y a des fichiers archivés ?

TI89 titanium HW4 (OS 3.10)
-Installation
RAS
-Lancement
Impossible/HW3patch nécessaire et apparemment la version fournie dans le zip ne convient pas (ERROR : unknown trap #11 hook)
-Variables
bah RAS que ce soit pour les programmes basic, asm non compressés ou compressés (j'ai utilisés les mêmes programmes que pour le HW3)

Conclusion
Pas d'erreurs sur HW3
Pas d'erreurs sur HW4

Bon bah voilà, si j'ai d'autres choses à rajouter, je posterais pour l'instant tout va très bien

juste j'en profite pour une question hors-sujet : c'est quoi la transmission la plus rapide : port I/O ou port USB ?

Alors....
Sur ta Titanium HW3, tout est normal
Pour savoir pourquoi Einstein refuse de renommer un dossier archivé, je te laisse essayer de renommer un dossier archiver avec l'utilitaire de ton choix, et rebooter ta machine après, pour constater que le nouveau nom a disparu

Pour ta Titanium HW4, il faut voir avec Kevin pourquoi le patch bug.

Thibaut (./66) :
Alors....
Sur ta Titanium HW3, tout est normal
Pour savoir pourquoi Einstein refuse de renommer un dossier archivé, je te laisse essayer de renommer un dossier archiver avec l'utilitaire de ton choix, et rebooter ta machine après, pour constater que le nouveau nom a disparu

Pour ta Titanium HW4, il faut voir avec Kevin pourquoi le patch bug.

arf ok

C'est bizarre. Il est sensé s'installer sur HW4 sans erreur.

Ah, du nouveau. Après avoir réinitialisé la calculatrice (2nd gauche droite on) j'ai exécuté hw3patch et ça marche
Bon ça serait donc PreOS qui empêcherait hw3patch de fonctionner ? (c'est en tout cas le seul programme que je soupçonne...)

OK. Pardon Kevin

voilà test fini.

OK c'est cool
Tout va bien sur Titanium. Je peux te garder sous la main ? Je vais compiler avec GTC. Il faudrait voir si la version GTC fonctionne aussi sans souci.

ok par contre faudra m'avertir quand tu voudras que je teste parce que peut-être que je verrais pas ton message qui appelle au test ^^

donc c'est bien preos qui pose problème (c'est le seul kernel que j'ai sur la TI)
par contre c'est quoi un hook ? ^^

Thibaut, j'ai pas encore eu vraiment le temps de m'y attarder dessus mais j'ai deja fait 2/3 tests

J'editerai ce post pour faire mes rapports.
Edit > Je fait du ménage



¤ Sur V200 (HW2), AMS 2.09, Patchée avec HW3Patch 1.03, + calc resetée avant test :

_ Avec PreOS 1.0.5 installé :
*1 Bug : Fonction 'Nouveau Dossier' marche, mais apres avoir rentré le nom, dès que je rentre dans ce dossier, PreOS m'intercepte un crash (Irreproductible)
*2 Bug : Si je créé un programme KbdprgmX() qui me lance Einstein sans passer par le lanceur, et qu'a l'ecran des dossiers j'appuis sur [ON], j'ai droit a un superbe crash/freeze (et là ca marche a tous les coups ) -> Bug dans la gestion des dossiers/fichiers cachés ?
*3 Bug ? : L'APD ne semble pas marcher dans Einstein, c'est voulu ? (J'ai regardé ton source, et détrompez-moi si j'ai tord, mais il me semble qu'en désactivant l'INT5 on desactive aussi les Timers utilisés ( - le 2 je crois - pour l'APD). Ca expliquerai pourquoi l'APD marche correctement une fois qu'on a quitté Einstein.
* Sinon RAS d'autre

_ Sans PreOS 1.0.5 :
*3 Bug : L'APD encore
*2 Bug : Meme bug avec le lanceur Basic
* Sinon RAS

¤ Sur V200, PedroM 0.81, + calc resetée avant test :

_ Avec PreOS (Implicite)
* Pas de bug a proprement parler Ca refuse simplement de se lancer avec : "AMS 2.03 or Higher needed". Lancé avec 'einspgg' directement.
* Idem lorsque je lance avec 'kbdprgm6'

Voilou!

OK je vais cocher ça.

Dude : bBizarre ton crash Ca ne me l'a jamais fait. Se reproduit-il à chaque fois ? Combien as-tu de dossiers ? Combien de RAM libre ? Et sans PreOS ça le fait aussi ?

Heu oé! Plutot bizzar! J'arrive pas a le reproduire en +
Je me souviens avoir testé toutes les fonctions en partant du About jusqu'a aller a creer un Nouveau Dossier.
Mais entre-temps j'ai lancé plein de trucs : ASM Kernel, Nostub, TI-BASIC, ppgs (Tiens j'y pense j'ai eu une erreur d'arguments sur un de mes TI-BASICs... )
Sinon la calc était toute fraiche (resetée avant le transfert d'Einstein, que j'ai lancé de suite apres).
Ram Libre : ~125000 octets (j'ai 2/3 trucs qui trainent en RAM c'est normal : fichiers de conf, Flib, etc...)
# de Dossiers : 65
# de Fichiers : 630
J'ai pas testé encore sans PreOS Mais je doute que ce soit lui le coupable

Martial Demolins (./78) :
support unofficial os, je sais plus où c'est dans l'IDE.

Ça ne sert à rien, PedroM se fait passer pour un AMS 1, donc c'est MIN_AMS=105 maximum. (Et encore, pas sûr que 105 passe, il vaut mieux mettre 101.)

Dude et tama : je vous remercie Je vais compiler avec GTC et je vous enverrai un mini message pour l'URL (qui sera différente de l'ancienne).

Je poste ici, si d'autres veulent essayer : Fichier joint : Einstein 4.0 by GTC

./82 > Avec plaisir
Je testerai la nouvelle version quand j'aurai le temps

PS: Thibaut, t'as vu que j'avais updaté mon post ./77 ?
(Parce que dans ./82 je vois plus de quoi tu parles du coup ^^')

J'avais pas vu

L'APD, c'est normal ! mais c'est génant je suis d'accord...
Pour le crash quand il est lancé à partir d'un programme basic, c'est dommage. Je n'ai aucune idée de l'explication. Avec un peu de chance il est résolu avec la version GTC ?

s/est résolu/a disparu par hasard parce que c'est un bogue aléatoire/
Même s'il a(vait) disparu, il n'est/serait pas résolu, juste caché.

Ce bug aléatoire peut aussi venir de PreOS ou de tout autre chose qu'il aurait lancé avant

Vous parlez du bug 1 ou 2 ?

Car si c'est 2, ca m'arrive meme apres avoir résété la calc et rien installé du tout (pas de PreOs donc, et tout ma ram dispo).
Et lancé avec mon kbdpgrmX en Basic ca plante.
Je serait tenté de penser que le probleme viens :
- Soit des dossiers/fichiers cachés (A cause de variables locales déclarées dans kbdprgmX : ca peut poser probleme selon leurs noms bizzars attribués par le TIOS)
- Soit un probleme d'Estack au lancement...mais là je suis moins sûr...

Sinon Ok pour l'APD, c'était juste pour signaler
Et : Beau boulot Thibaut

Merci

Comment fais-tu pour ouvrir Einstein sans son lanceur ?

[nosmile]Dude, y'a-t-il des variables locales effacées dans ton programme BASIC? Genre:
:Local x
:1->x
elVar x
? Parce que ça, ça crée des SYM_ENTRY avec H_NULL comme handle, c'est peut-être ça que Einstein ne gère pas.