cherche beta testeurs pour shell - Page 9

He ca ressemble pas mal a TIM comme interface.

c pas plutôt TIM qui ressemble pas mal à CS ?

TIM est mieux pensé je crois (point de vue interface) d'apres ce que j'ai pu voir des deux ...

Flanker: au passage si tu pouvait me renvoyer une beta (j'ai tout ou preque perdu...)

attends ca fait très longtemps que TIM tourne en version vaporisé.
Ceci dit les deux shells seront quand même assez différents:
- toi tu veux le shell le plus indépendant possible, nostub, monobloc et sans lib externes qui reprends l'interface du TIOS
- Moi j'utilise PreOS et les libs conditionelles pour faire un shell modulable avec une interface beaucoup plus compacte que celle du TIOS et je trouve que sur TI89 c'est très appréciable

ouéééééééééé

TIM vs CS

Round One, Fight !

Oui enfin y'en a un qui va bientôt sortir et l'autre qui repart un peu en arrière , pour le moment je suis perdant, va faloir que je me reveille.

attends ca fait très longtemps que TIM tourne en version vaporisé.

CS a bientôt 2 ans, et la majeure partie tournait moins de 6 mois après le début du codage.

- toi tu veux le shell le plus indépendant possible, nostub, monobloc et sans lib externes qui reprends l'interface du TIOS

non, c'est faux, pendant longtemps j'ai fait une version kernel.
mais seulement la version kernel ne pouvait pas tourner en archive et je trouvais qu'elle n'utilisait pas assez les fonctions kernel pour que ce soit rentable
toutes les compressions sont gérées de façon externe (KOMP par flib2, ZIP par cslaunch + kernel/ziplib, ppg par ttstart, PEP par pepzip ....)
l'interface du TIOS, c'est juste une façon de minimiser la taille prise par le shell (oui je sais il fait de toute façon 64ko - dont 10 remplis de 0)

- Moi j'utilise PreOS et les libs conditionelles pour faire un shell modulable avec une interface beaucoup plus compacte que celle du TIOS et je trouve que sur TI89 c'est très appréciable

certainement de ce point de vue là, je veux bien te croire...

CS se veut plus une suite d'outils pour développeurs (genre cmdpost) qu'un simple shell

CS a bientôt 2 ans, et la majeure partie tournait moins de 6 mois après le début du codage.

Alors on est a peu près a égalité sur la date de départ moi aussi j'ai démarré très vite mais ca fait un moment que j'avance plus (voire que je recule un peu)

mais seulement la version kernel ne pouvait pas tourner en archive et je trouvais qu'elle n'utilisait pas assez les fonctions kernel pour que ce soit rentable

Heu excuse moi j'arrive en plein milieu et j'ai eu la flème de me taper toutes les pages mais CS est un Flash-APPS?

Alors on est a peu près a égalité sur la date de départ moi aussi j'ai démarré très vite mais ca fait un moment que j'avance plus (voire que je recule un peu)

moi aussi enfin depuis septembre je n'avance plus trop

Heu excuse moi j'arrive en plein milieu et j'ai eu la flème de me taper toutes les pages mais CS est un Flash-APPS?

euuh... bof pas vraiment. Enfin on va dire qu'il y a plusieurs façon
soit on le lance directement cs() depuis le home. dans ce cas-là ça marche normalement
soit (92+ et v200 only) on lance cslaunch() et dans ce cas-là cs est exécuté en mémoire archive
soit (92+ et v200 only) on lance cslaunch("acb") et dans ce cas-là une application flash est créée et cs se lance depuis le menu APPS ou le desktop

ça y est, j'ai débuggué cslaunch. CS marche maintenant en appli flash sur les V200 La version mise à jour est dispo sur ma page (cf signature)

sérieusement je dit a l'auteur de ces programmes

soit (92+ et v200 only) on lance cslaunch("acb") et dans ce cas-là une application flash est créée et cs se lance depuis le menu APPS ou le desktop

Euh, tu touches juste à la RAM là ? (enfin, je suppose, étant donné que c 92+/V200 only)

comment ça, "je touche juste à la RAM" ?
un acb est créé en RAM, avec un petit rajout qui permet d'aller chercher CS en Flash et de l'exécuter là-bas, sans aller le recopier en RAM (d'où la consommation de RAM réduite à 1ko )

j'ai quelques possibilités encore :
* je peux insérer dans CS le code de mes principaux TSR (je l'ai déjà fait expérimentalement et ça marche nickel) pour économiser la RAM
* je peux ajouter quelques types au F6 du VAR-LINK (par exemple afficher le type d'origine et la taille d'origine des fichiers ZIPés, le contenu des GRP ...), sachant que je ne peux pas modifier les infos des types déjà connus (enfin, je crois pas)
ça intéresserait du monde ?

Flanker :
comment ça, "je touche juste à la RAM" ?
un acb est créé en RAM, avec un petit rajout qui permet d'aller chercher CS en Flash et de l'exécuter là-bas, sans aller le recopier en RAM (d'où la consommation de RAM réduite à 1ko )

j'ai quelques possibilités encore :
* je peux insérer dans CS le code de mes principaux TSR (je l'ai déjà fait expérimentalement et ça marche nickel) pour économiser la RAM
* je peux ajouter quelques types au F6 du VAR-LINK (par exemple afficher le type d'origine et la taille d'origine des fichiers ZIPés, le contenu des GRP ...), sachant que je ne peux pas modifier les infos des types déjà connus (enfin, je crois pas) ça intéresserait du monde ?

Je savait que rajouter des type a F6 du varlink etait possible

(j'ai deja vu un flashapp le faire, mais impossible de trouver une doc la dessus )

meuh si c facile, mais c'est faisable uniquement par une flash app (mais c'est pas possible de le faire par des tsr )

Flanker :
comment ça, "je touche juste à la RAM" ?
un acb est créé en RAM, avec un petit rajout qui permet d'aller chercher CS en Flash et de l'exécuter là-bas, sans aller le recopier en RAM (d'où la consommation de RAM réduite à 1ko )

Oui oui, c'est ce que je voulais dire : tu ne touches pas à la Flash.

Euh sinon est-ce que le TIOS se laisse avoir si un ACB pointe vers du code en RAM ? (préalablement déprotégé, évidemment)

y a pas de soucis, c'est d'ailleurs comme ça que j'ai fait tous mes tests Des RAM apps sont tout à fait possible, mais elles sont limitées par la taille du code. Les structures des FlashApps sont assez lourdes et de fait peu adaptées à des trucs en RAM. On n'est même pas obligé de mettre les certificats, mais ça peut faire plus joli (pour avoir la taille de la RAM app dans le VAR-Link)

bref les protection de TI sont InUtIlEs ^^

les vrais apps flash gardent 2 avantages :
* il n'y a pas besoin de les réinstaller à chaque reset
* elles peuvent prendre n'importe quelle taille

Juste une petite question : Je viens de lire ce topic(vieux pourtant), le shell marche-t-il avec les TI89 ?? Parce qu'avec VTI, ça marche pas très bien ...

je sais pas ce qu'il en est pour la version sur mon site ( ), mais la vraie version 89 marche à peu près, il reste des bugs graphiques dans l'éditeur hexa mais c'est à peu près tout. Je vais réassembler tout de suite la version 89

J'ai prit la version de ton site Et où pouvons nous trouver la dernière version ?

ça devrait marcher, maintenant

ok

ça marche mieux maintenant ?

j'ai envi de faire un topic "cherche shell pour beta testeur" ^^ (lol)

Bas, les fichiers sur le site sont toujours les mêmes ????

non, ils ont les mêmes noms mais j'ai tout réassemblé. NOrmalement c'est une vraie version 89 qu'il y a maintenant

ok : dsl mais je peux pas retester là parce que mon pc fait n'importe quoi