Un tout nouveau shell pour TI: sh`L - Page 25

XDanger
a écrit : S'il n'y a pas moyen de savoir si ça le setup a réussi ou raté, c'est un comportement tout simplement indigne d'une librairie d'usage général.

Bah, c pas de ma faute si le test n'est pas fait ... c pas dur
if (!tX_LoadFont()) {.....}

-

bah oué, mais ca fait qq temps qu'on peut déjà ... télécharge la dernière version de TinyX ..

> pour la copie d'écran, je vais l'ajouter à TinyX, un jour ...

Je pense comme toi

-

Bon la ça vient peut être pas de shl mais quand je zippe un fichier
archivé et que j'essaie de le lire (avec hibview mais instable sur ma calc ou en dehors
de shl avec txtrider ou hibtext qui sont tous 2 stables chez moi ) le fichier se lit mais
quand on referme hibview ou autre, le fichier devient un EXPR de 2 octets .
Si je fait un reset je récupère mon fichier archivé non zippé complet .

Je sais pas si ca vient de ma calc mais je le dit au cas où ça foire chez d'autres personnes ...

-

Bref, utilisez Einstein

lol

>>S'il n'y a pas moyen de savoir si ça le setup a réussi ou raté, c'est un comportement tout
>>simplement indigne d'une librairie d'usage général.
>Bah, c pas de ma faute si le test n'est pas fait ... c pas dur
>if (!tX_LoadFont()) {.....}
J'ai dit "s'il..."... Je ne savais pas, moi... Il n'y a pas de doc à TinyX et je ne me suis pas amusé à désassembler cette routine-là...

Oué, j'ai pas encore eut le temps de faire une doc ...
Enfin, y'a un truc qui y ressemble qui traine ...

Preos Browser ne consomme que 200 octets lorsqu'il lance un programme

-

kernel::exec_from_scratch powaa! enfi des que pphd l'inplémente car pour le moment ca reste juste dans le todo dureadme

Si j'arrive à faire fonctionner mon truc, Shellian devrait consommer moins de 100 octets par fichier selectionner

on a le temps ...

ué

PpHd a écrit :
Preos Browser ne consomme que 200 octets lorsqu'il lance un programme

Tu triches! Il consomme 5 KO, parce que tu as caché la partie qui reste active dans le kernel. Et s'il supportait tous les types de fichiers supportés par le TICT Explorer (avec le code de lancement de viewers qui va avec), on en arriverait facilement à 7 KO.

la partie active du kernel et < 4Ko.

Il y a aussi h220xTSR. Et il y a aussi les 200 octets du shell lui-même. Mais bon, 4 ou 5 KO, peu importe, le fait est que ça prend nettement plus de 200 octets en tout.

Voici mon shell :
http://perso.wanadoo.fr/jackiechan68k/shell/shell.89z
http://perso.wanadoo.fr/jackiechan68k/shell/shell.9xz

par contre, il ne tourne que pour AMS >= 2.00

Kevin Kofler a écrit :
Il y a aussi h220xTSR. Et il y a aussi les 200 octets du shell lui-même. Mais bon, 4 ou 5 KO, peu importe, le fait est que ça prend nettement plus de 200 octets en tout.

Ou HW2Patch pour limiter la consommation abusive de la ram

Bon, il n'y a personne pour tester mon super shell ? (cf post #742)
(#bang#)

oui j'ai essayé, j'ai cru 30 secondes que c'était un bug
C'est le pire shell qui ai jamais été fait sous TI

Tu l'as dit, impossible de lancer un programme mais bon le seul avantage c'est qu'il prend peu de place.

merci.
Je suis déolé pour cette blague totalement gratuite et inutile.

Disons que ce n'est pas un shell qui permet de lancer les prog. Il permet juste d'explorer les fichiers de la TI...

Moi qui n'aime pas trop les shells parce qu'ils sont trop gros et trop complet, alors la! c l'exacte opposé.

En clair il ne sert pas a grand chose, voir a rien du tout