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

Thibaut> je sais pas si c avoir une copine qui te met dans cet état là...
mais ça devient lassant, à force

Comment il se fait laminer, Thibaut

comme il essaye de laminer un peu tout le monde aussi

Euh je sais pas si ca été dit dans les 23 pages (flemme ...) mais quand on lance
shl avec peu de ram dispo (60 ko par ex) il y a un mechant bug qui n'est pas
récupéré par Preos ...
Bug sur ti89 ams 205 hw2

-

Ca aurait été bien de préciser quel bug: barre noire avec un message d'affiché, freeze, perte de mémoire?
Et entre HibView qui marche pas et Sh'L qui plante peut-être que ta calc est instable tout court?
(on a déjà vu des exemples de gens qui ne peuvent pas faire tourner des programmes qui marchent pourtant très bien... pas vrai Mac? )

Pfff, 32ko !
Rien que le temps de décompresser et tu as plus vite fait d'utiliser le VAR-LINK...
pardon pour ce post de mauvaise foi

Nan c'est vrai, Vars-Link powa, je ne sais pas pourquoi vous vous cassez la tête à faire quelque chose qui existe déjà #kevin#

-

C vrai que le VAR-LINK est mieux que n'importe quel explorateur...

La seule chose que je trouve utile dans un shell, c le lancement de prog ASM et PPG. c'est tout! Pour les manipulations sur fichier, rien de plus rapide que le VAR-LINK

Pendant un moment, je trouvais la compression/decompression sympa mais depuis que Hibview le fait, je ne vois meme plus l'interet d'un shell (a par pour ce que j'ai dit plus haut). Vu que la compression/decompression est quelque chose d'inutile sur une caltos sauf pour les textes (Hibview powwaa) et bien sur les executables (PPG par exemple).

LE must (pour moi), c un shell qui lance juste les ASM et PPG (Basic a la rigeur), qui permet de visionner des images et lire des textes (compressé ou non) en appellant Hibview... C TOUT! au pire, des options non dispo dans le VAR-LINK comme le cachage/décachage.

lancer les ASM, la ligne de commande le fait tres bien...
et pour les ppg, suffit d'utiliser ttstart...

Oui, mais la ou le var-link est tres chiant, c pour trouver rapidement des trucs...
Sinon, en ce qui concerne les PPG, c la meme chose que les ASM... (grace a AutoStart)

Non, je trouve qu'une sorte de shell est mieu pour le lancement... mais ca doit s'arreté la.

Car sur l'ensemble des shells existant, soit ils sont trop complet et trop gros, soit ils sont trop pauvres

Orion_ a écrit :
mais en principe y'a une protection pour toute les allocations, sauf pour les fonts de TinyX qui ne renvoi aucune info sur
l'allocation, donc la je peu rien faire

Ximoon a écrit :
Et entre HibView qui marche pas et Sh'L qui plante peut-être que ta calc est instable tout court?

Non, c'est la citation d'Orion_ ci-dessus qui explique ce qui se passe. Il faut que TinyX prévoie un moyen de vérifier la réussite de l'allocation, ou alors que HibView et sh'L passent à une autre méthode d'affichage des chaînes de caractères!

Orion_ a écrit :
je suis en dessous de de la taille de l'explorer de la TICT, de einstein, et de XPort

Sauf que tu consommes nettement plus de mémoire pendant le lancement d'un autre programme que le TICT Explorer. En effet, ce dernier se décharge presque complètement lorsqu'il lance un autre programme. Il ne consomme que 7 KO en cette situation.

-

Tu pourrai pas mettre les sources de Sh'l dispo??

Orion_ a écrit :
moi aussi je décharge tout (mais vraiment tout)

Non, tu ne décharges pas le programme lui-même.

sauf si shL est décompresser dans la RAM, si il est archivé, la je peu rien faire

Il y a toujours au moins une copie en RAM de ton programme. Tout programme (sauf les FlashApps) s'exécute obligatoirement à partir de la RAM!

parceque je ne c pas comment acceder a des fonctions dans un asm a part

Regarde les sources du TICT Explorer pour voir comment il fait.

-

Il y a quoi qui est drôle?

Ximoon a écrit :
Ca aurait été bien de préciser quel bug: barre noire avec un message d'affiché, freeze, perte de mémoire?
Et entre HibView qui marche pas et Sh'L qui plante peut-être que ta calc est instable tout court?
(on a déjà vu des exemples de gens qui ne peuvent pas faire tourner des programmes qui marchent pourtant très bien... pas vrai Mac? )

Je précise qu'il y a juste hibview qui ne marche pas sur ma calc .

Pour shl je faisais juste des tests et il est clair qu'avec la quantité de ram laissée, shl
pouvait pas se lancer (60ko avec shl archivé) mais en fait c'est juste pour signaler qu'à 50 ko de libre la protection de shl dit bien qu'il n'y a pas assez de mémoire . Alors qu'à 60 ko, il se lance puis la calc est gelée, cf ecran :

Ça doit être la faute de TinyX.

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.
Ma méthode n'a pas ce problème; cf le thread approprié sur le forum C.

Une question, plutot pour Orion_ mais qqun d'autre a pê la réponse on sait jamais :
Dans sh'L, TinyX sert à quoi à part afficher les textes ?

bein c'est un peu le but de cette lib..

Ximoon : n'importe quoi. Tu te Kevinises

T'1 y'a quand meme 23 % de gars qui trouvent que Kevin et Lionel sont mes amis

Je me kéviniserai quand je serai pro-nostub alors arrête de raconter des conneries

ouf

Ximoon a écrit :
Je me kéviniserai quand je serai pro-nostub alors arrête de raconter des conneries

Tu as quoi contre le _nostub sur TI-89/92+/V200? Certes, ce n'est pas possible sur ta TI-92, mais on peut très bien faire un programme portable _nostub/Fargo (cf. yapt de Samuel Stearley, mon Backgammon, ...).

Quand j'entends pro-nostub, c'est pour signifier 'extremiste partial, dévoué corps et âme à sa cause sans prendre compte de la dure réalité'... (et j'en passe )
Je n'est rien contre le nostub lui-même, mais je trouve le kernel super et je n'en démordrai pas , et j'ai tout plein de raisons pour continuer à penser ça!
Ceci dit ça n'est pas le sujet ici