[mOved] Pctools Beta Test - Page 1

Hey!

Pour ceux qui veulent j'ai mis une version en beta test de Pctools:
http://www.bde.enseeiht.fr/~scherrb/pct_betatest.rar

(y a pas encore les sources, mais pour la version officielle oui, d ici
qq jours ou qq semaines ss doute)


N hesitez pas a me donner un retour, specialement pour les TI89,
j'ai plus de ROM la, donc j'ai pas pu trop tester, et encore
moins sur les TI89 TItanium

A+
Ben

benoitscherrer@gmail.com

y a quoi de plus par rapport à la version précédente ?

c principalement une recompilation pour la V200 (et la titanium?)

et ya qq bugs en moins aussi

et puis ca marchait plus trop les plugins avec preos, alors il precharge
des choses au demarrage de pctools

genre les libs ?
y a des bugs à chercher en particulier ou il faut juste le tester de façon assez générale ?

oui, de facon générale, mais y a ptet des bugs par ci par la, on sait
jamais. (j espere ne pas en avoir rajouté en modifiant des trucs,
ca peut arriver...)

Au faite je voulai signaler un bug dans un des plugin. L'apd les touches pour augementer et diminuer le temps sont inverser lol c'est tout bete mais si ca pouvait etre corriger ca serai bien et aussi qu'on puisse baisser le temps encore plus merci.

Au fait le module Link pour explorer une autre machine y marche comment, j'ai deja esayé plein de fois mais en vain... ?

Ben moi ca a deja marche entre ma TI et VTI mais quand j'ai voulu essayer en vrai avec deux TI ca marche pas. En faite tu branche tes deux TI et tu lance pct sur l'une d'elle, ensuite tu va sur link et tu verra apparaitre tous les fichiers qui sont sur l'autre TI et tu peut les enregister sur la tienne.

Topic déplacé de "Programmation ASM" vers "Software" afin que plus de gens puissent potentiellement le voir (pas uniquement ceux intéressés par la programmation en ASM)

Y a plus qu'a savoir pourquoi ca marche pas entre 2 vrais TI :-/

squale92>

Sur V200 quand je met tt les plugins il fait "out of memory" alors qu'il me res 175Ko e ram et1,6Mo de Rom. (Avec la version 0.70 de preos)
Avant de mettre ca il fait pas mal de "extracting".
C'est "normal"?

Essayes d'utiliser les libs non compressé à la place de stdlib.

essaie avec la version 0.71 de PreOS (cf http://www.ti-fr.com)

edit par Ximoon: url fixée

Moi aussi j'ai le out of memory sur ma ti89 avec preos 0.71 derniere RC il ya un prob!!!

Avec la derniere version de preOs tjrs out of memory: on voit tres brievement l'interface de pct puis zou out of memory

@MacIntoc: comment tu insatlle preOs sans insatller stdlib car il le demande à l'insatall(dans la faq il met que le preos utilise les lib non compressées s'il en trouve mais il faut tjrs stdlib:'()

et ou touver les derniers lib non compressés?(j'en ai trouvés mais elles sont super vieilles)

merci

elles sont dans un sous-répertoire du package de PreOS

sinon, si tu lis le read-me, tu verrais que preos("install") permet d'installer sans stdlib

J'ai installer les lib non compresser et ca marche tjrs pas
Maintenant meme sans les plugin ca marche plus :'(

Même en archivant toutes les libs ??

Oui meme!!

Je le lance sous Vti OS209.9xu, et il me dit qu'il faut que je prenne la version 89
Tu n'utilises pas CALCULATOR pour detecter la calculatrice ?

ok pour le out of memory c'est vraiment bizarre, mais je vais essayer de voir ca. (j ai pas trop le temps en ce moment mais ca devrait venir)
Si qq réussit a avoir le pb sous Vti, il peut tjrs m envoyer le fichier de sauvegarde!
(pour Hard_disk : les extracting c pour extraire les librairies des plugins. d ailleurs c bizarre moi il le fait 2 fois, alors que les plugins utilisent seulement ziplib en plus comme lib. ca aurait du faire un seul extract de plus, non?)
Quand tout est archivé, ca demande 63k pour s executer. Je sais c beaucoup, mais deja pct=25k et apilib=12k. ensuite il faut extraire
les libraries des plugins, et ca désarchive aussi temporairement les plugins (il faut bien pour leur donner la main rapidement pour
chaque fonction de callback). en soit pct alloue que tres peu de handle.

sinon le out of mem, c le out of mem de PCT ou du TIOS ?


je vais essayer de voir ca!
merci bcp
Ben

Et le probleme de CALCULATOR ? Et tu pourrais pas decharger pct quasi-totalement lorsque tu lances un programme (comme fait Preos Broswer ?).

sinon non j utilisais pas CALCULATOR, mais une routine independante, parce que a un moment j avais envi de faire une version nostub de pct.
mais bon j ai un peu zappé depuis...
entre autres a cause des plugins, qui utilisent tous bcp apilib. je peux pas me permettre de l'inclure dans chaque plugin vu sa taille.

donc je m'étais dit qu'il faudrait gerer les libs dynamiques, meme si on est en nostub. donc d'intégrer a pct , ainsi qu a hexview, apd, etc... (tous
en nostub) des routines pour "relocater" les librairies, et ensuite pour appeler une fonction utiliser le nom de la fonction en paramètre (sur
la pile?) ou juste la table des fonctions (jsr apilib::getFreeRam*4(a0) par ex).
Donc faire un fichier libdyn.asm qui inclue ces routines universelles, et les plus petites possibles (sans recupération d erreur, etc... ceci etant laissé
a la charge du programme nostub. sinon on utilise les kernels).
t'en penses quoi PpHd? (ce serait ptet rapide a partir de preos de créer un tel fichier a lier dans les programmes nostub)

Ben

oui oui tous les plugins, les handles alloués, etc.. sont déchargés quand on lance un programme a partir de pct.

>oui oui tous les plugins, les handles alloués, etc.. sont déchargés quand on lance un programme a partir de pct.
Mais pas pct et apilib

> j utilisais pas CALCULATOR, mais une routine independante,
Bugguee la routine. Utilise CALCULATOR / HW_VERSION plutot.

>donc je m'étais dit qu'il faudrait gerer les libs dynamiques, meme si on est en nostub. donc d'intégrer a pct ,
>ainsi qu a hexview, apd, etc... (tous en nostub) des routines pour "relocater" les librairies, et ensuite pour
>appeler une fonction utiliser le nom de la fonction en paramètre (sur
>la pile?) ou juste la table des fonctions (jsr apilib::getFreeRam*4(a0) par ex).
Que ca s'appelle un kernel et que c'est loin d'etre trivial et petit, surtout si on veut supporter toutes les calcs/hardwares/ams.
(et ca prendrait facilement 4K par plugin...).
Je suis contre, surtout que ca ne serait pas portable sur les futurs ams / calculators / hardwares (y'a qu'a voir les problemes des _nostub avec les nouvelles calculatrices: tous les lanceurs et les dlls a reecrire, alors qu'en kernel y'a juste eu a porter le kernel).

ah en fait si au demarrage ca fait deux extract, c parce que pctzip et pictview utilisent ziplib, qui elle meme utilise filelib. donc le compte est bon.

oui c vrai ca decharge pas pct et apilib. faudrait ptet faire genre un TSR qui revient au TIOS, lance le prog, et apres revient a pct?

sinon oui effectivement, pour les nostub, c clair c pas genial pour les compatibilité. j avais un peu abandonné l idée (puis j'ai pas trop le temps )

et puis je vais utiliser calculator ss doute (c juste que ca renvoyait pas les meme trucs, mais bon...)

>oui c vrai ca decharge pas pct et apilib. faudrait ptet faire genre un TSR qui revient au TIOS, lance le prog, et apres revient a pct?

Regarde comment fonctionne Preos Browser Tout est la.
Preos Browser est juste un tout petit programme qui appelle l'interface graphique (en retour on a soi l'handle a executee, soit quitter). Si en plus tu combines avec les Packs Archives, tu peux avoir dans le pack archive pct:
Pct Launcher (~Preos Browser) < Le premier programme >
Pct Interface : Grosso modo les sources de pct
ApiLib.
Le tout compresse dans une seule Pack Archive nomme pct. Et ca marchera parfaitement tout en liberant quasiment toute la memoire pour executer les programmes (On peut ameliorer en demandant si pct doit se decharger de la memoire pour lancer les programmes).
En executant pct, on lance pct-launcher qui execute pct-interface, etc, etc.

Et les chaines (tout ce qui est constant) peuvent etre stockees dans une librarie lecture seule, sotckee non-compressee dans l'archive pour economiser de la RAM. Preos est magnifique.

C clair!

il faut que je me mette au gout du jour c vraiment bien comme fonctionnalité.

pour les trucs constant genre chaines de caractères, pour y acceder, on fait libstat::chaine1 ? et c
preos qui relocate le tout vers la mémoire d'archive ?

je vais regarder tout ca dans ton preos browser...

Ben