Kernel ou nostub ? - Page 4

C'est politique tout ca.

franchement je n'ai encore JAMAIS vu un seul argument convaincant permettant de dire que le kernel cépabien..

par contre contre le nostub il y en a bcp plus

C'est politique tout ca.

Ca, c'est le !mac de la fonction publique

bein ya le fait que les libs standards sont imposé (tout comme tigcc compte imposer Extgraphlib), ce qui est pour moi pas bien. Apres, niveau compatibilité, le kernel fait pas tout...

les libs standards ne sont pas imposées, rien ne t'empêche de recompiler stdlib ...

Apres, niveau compatibilité, le kernel fait pas tout...

certes, mais il est plutôt conseillé d'utiliser les hacks offerts par le kernel que de faire les siens. Après, tu peux toujours faire un programme kernel qui n'utilise pas ces hacks, mais bon ...

JackosKing VNR
: bein ya le fait que les libs standards sont imposé (tout comme tigcc compte imposer Extgraphlib), ce qui est pour moi pas bien.

Euh, si on devait critiquer PpHd à propos de stdlib, ce serait plutôt parce qu'il a mis absolument toutes les libs existantes, même celles dont personne ne se sert...

Apres, niveau compatibilité, le kernel fait pas tout...

Dans la mesure où tu peux recompiler un prog nostub en kernel, évidemment que oui, mais si tu *programmes en* kernel (i.e. que tu utilises les bons RAM_CALL), c possible de ne pas avoir de hacks du tout pour une bonne partie des progs...

Le probleme, c que la majoritée des progs kernels sont crades.
Pour les libs standard, je préferais avant, ou il y avait un fichier par lib...

Bah tu peux toujours utiliser ça

laissez tomber...

?

juste quelques points de vues coté utilisateur....
c'est vrai, vous parlez toujours du nostub vs kernel en tant que programmeur.
donc, je vais faire différent
les seuls arguments que j'avanceraient ne seront pas techniques ni ceci ni cela, seulement de l'expérience vécue, en tant qu'utilisateur. (pas forcément que les miennes)

nostub: ça marche direct

kernel:
faut le kernel
faut les libs
vous direz stdlib résoud le poblème. non, parceque à chaque fois que vous utilisez un prog en mode kernel il doit décompresser les libs à utiliser, et justement, très souvent plusieurs.
Ce qui fait qu'un prog compressé en ppg est très souvent plus rapide à lancer qu'un prog en mode kernel.
Résultat: j'avais dans ma calc toutes les libs décompressées. (et on m'a vite imité)
imaginez: txtrider, vous voulez voir 1 texte deux secondes, vous devez attendre l'extraction de trois libs pour pouvoir lancer txtrider lui même. vous attendez plus longtemps à attendre l'extraction que de lire la petite ligne que vous vouliez....
imaginez, des images créées avec tigrayimage (oui, d'accord, complétement obsolète mais extrèmement utilisé par les utilisateurs moyens (simple d'utilisation)), quatres lib à extraire, pour une photo!
n'importe quel prog a ce problème...
gain de place >> poubelle, ou alors, gain de vitesse >> poubelle (vous avez le choix, )
ensuite, l'histoire des versions "obsolètes" des libs:
c'est si courant que des progs aient leur propres libs (pctools tbo crockman juste quelques exemples de prog que j'ai vu être très utilisés) et à chaque fois un message "lib pas à jour"...
*hahem*
ensuite, oui, c'est vrai il faut relancer le kernel à chaque reset, oup's on l'a déjà dit, et comme j'ai vu plus de progs kernel buguer que de progs nostub....
parceque "crash intercepted", c'est sympa, ça redonne la main, mais de toute façon après un truc du genre, on ne peut plus relancer d'autres progs de toute façon, (error: memory) donc reset oblige quand même.
L'argument comme quoi le kernel récupère les crashs est totalement nul.

ensuite *compatibilité* vers la fin de cette même année un type est venu me voir il avait une 89 y avait rien dessus, et en vrai nioob il veut que je lui installe deux trois progs (c'était courant ça)
J'ai sauté au plafond quand je me suis rendu compte que c'était une hw1 ams1... mais c 'etait pas ma calc, et donc mise à jour je pouvais pas, et essayer de faire comprendre ça à quelqu'un c'est dur .
bref, je devais faire avec ce qu'il avait parceque lui c'était "je comprend pas, je te comprend pas"
et ben je peux vous dire que preos dessus ça foire, et un reset sous ce genre de modèle et version d'ams on récupère rien.
résultat>> il n'eu que du nostub, aucun soucis, oui, bien sûr certains progs ne fonctionnaient pas au cause de l'ams trop vieux, mais c'est tout de même mieux que le prog nostub ne se lance pas du tout qu'un prog kernel se lance et fasse planter la calc..... Et très rares sont les progs qui demandent une ams très élevée, à part des progs comme id ou agenda qui ont bien sûr besoin des toutes dernières ROM_CALL, ces mêmes prog sont minoritaires, et sur une hw1 ams1 on peut jouer à spacedementia 1 et 2 sans risque (pourtant pas vieux du tout comme prog)

et on peut continuer des heures
les arguments kernel vs nostub courants ne concernent qu'un (très) faible pourcentage des utilisateurs de TI.....

j'ai toujours vu marcher un prog nostub, l'équivalent en kernel est difficile à obtenir....

[edit, ah si, avec pedrom, un prog kernel est aussi pratique qu'un nostub sous ams , enfin c'est pareil, l'argument ne concerne que très peu d'utilisateur de TI]

J'utilise pas stdlib, mais il met combien de tps à décompresser les libs pour txtrider ?

je sais plus, ma v200 y a plus rien dessus et je n'ai plus de link, donc je ne pourrais plus te dire. juste que c'est super lourd vu la fréquence de son utilisation.
et puis ça dépend de chaque lib (de mémoire il me semble que pour txtrider c'était userlib, filelib et ziplib mais je suis pas sûr du tout)
enfin entre extraire/lancer hibview (par exemple) et lancer txtrider et extraire trois libs...

de plus (comme je l'ai dit) je me suis vite mis à utiliser les libs toutes décompressées....

(c kel version de SD2 que tu utilise ??)

0.3, mais je ne garantie pas qu'au moment de l'anecdote que j'ai citée précédemment ce ne sois pas la 0.21 (possible)
et de toute façon, c'est "utilisais"

ok^^

JackosKing VNR
: Pour les libs standard, je préferais avant, ou il y avait un fichier par lib...

Tu aimeras Iceberg alors... Dommage qu'il te faudra une Titanium pour l'utiliser. Mais je me demande si je ne devrais pas faire une version de Iceberg qui tourne aussi sur les TI-89/92+/V200 (et pas seulement sur la Titanium comme maintenant). Je trouve que PreOs 0.70 n'apporte rien d'intéressant, c'est juste des fonctionnalités en moins (recherche des libs dans la VAT supprimée, par exemple) et de la taille en plus.

./102 (illwieckz): Entièrement d'accord. Le kernel est très lourd pour l'utilisateur.

illwieckz
: J'ai sauté au plafond quand je me suis rendu compte que c'était une hw1 ams1... mais c 'etait pas ma calc, et donc mise à jour je pouvais pas, et essayer de faire comprendre ça à quelqu'un c'est dur .

Perso, quand on me demandait de mettre des programmes sur une calculatrice, la première chose que je mettais était la version la plus récente d'AMS (en sauvegardant les données d'abord, évidemment!), et ce sans poser d'autres questions.

oui, sauf que je vais dire au type, "vas y passse moi ta caltos, je te la ramène demain" .
Et installer tigraphlink ou ticonnect au CDI >>
parceque c'était une ti89 et moi j'ai une v200, mettre des fichiers de 89 sur v200 pour les transferrer ensuite ça se fait, mais mettre un ams de 89 sur v200 pour le transferrer ensuite, ça ça ne marche pas. (je ne l'apprend à personne)

sur ce, bonne nuit

Perso, quand on me demandait de mettre des programmes sur une calculatrice, la première chose que je mettais était la version la plus récente d'AMS (en sauvegardant les données d'abord, évidemment!), et ce sans poser d'autres questions.

et qd tu ramene à ton pote une TI qui veut plus booter, il te fait un peu une sale gueule... (je sais, un pote ma rendu ma TI qui voulait plus booter;.. pb de piles en cours de transfert... heureusement, changer de piles a réglé le pb)

je suis d'accord pour la décompression des libs, je n'ai jamais mis stdlib sur ma calc, j'ai toujours eu les lisb en décompressé

Ou on peut aussi faire un stdlib décompréssée

Les seuls prbm que g eu avec les progs kernel, c SMA et SMQ qui voulait pas marché, c tous.

Arg on me demande de troller...

>nostub: ça marche direct
Ca marche avec le lanceur. Top direct !
Et essaye de faire marcher un nostub d'il y a 3 ans sur V200 ou titanium.

>kernel:
>faut le kernel / faut les libs
Trop dur. Tu les as pas deja sur ta calc ?

>vous direz stdlib résoud le poblème. non, parceque à chaque fois que vous utilisez un prog en mode kernel il doit décompresser les libs à utiliser, et justement, très souvent plusieurs. Ce qui fait qu'un prog compressé en ppg est très souvent plus rapide à lancer qu'un prog en mode kernel. Résultat: j'avais dans ma calc toutes les libs décompressées. (et on m'a vite imité)
En quoi le kernel est responsable ?
Tu peux parfaitement mettre des libraries decompressees + d'autres moins utiles compressees.
Par exemple dans ton cas, tu as TRES souvent besoin de userlib/graphlib/ziplib/filelib.
Tu envoies juste ces fichiers decompressees, et ca marche nicquel. Ou est le probleme ? D'offir a l'utilisateur le choix ?
Si tu es plus doue, tu recompiles stdlib avec les libs qu'il te faut tout le temps en non-compressees, puis les autres en compressees.

>gain de place >> poubelle, ou alors, gain de vitesse >> poubelle (vous avez le choix, )
Mais tu peux choisir entre les 2 !

>ensuite, l'histoire des versions "obsolètes" des libs:
>c'est si courant que des progs aient leur propres libs (pctools tbo crockman juste quelques exemples de prog que j'ai vu être très utilisés)
>et à chaque fois un message "lib pas à jour"... *hahem*
Qu'y puis-je si ces libraries non-pas ete recompilees ? De toute facon, c'est pas affiche tout le temps.

>ensuite, oui, c'est vrai il faut relancer le kernel à chaque reset, oup's on l'a déjà dit,
>et comme j'ai vu plus de progs kernel buguer que de progs nostub....
Des exemples concrets ?

>parceque "crash intercepted", c'est sympa, ça redonne la main, mais de toute façon après un truc du genre,
> on ne peut plus relancer d'autres progs de toute façon, (error: memory) donc reset oblige quand même.
Ben alors c'est un bug de Preos !
Tu connais le truc qui s'appelle Bug Report ?

>L'argument comme quoi le kernel récupère les crashs est totalement nul.
Chez moi ca marche nicquel chrome. Jamais ete obblige de reseter apres.

>ensuite *compatibilité* vers la fin de cette même année un type est venu me voir il avait une 89 y avait rien dessus,
>et en vrai nioob il veut que je lui installe deux trois progs (c'était courant ça)

<J'ai sauté au plafond quand je me suis rendu compte que c'était une hw1 ams1...


>et ben je peux vous dire que preos dessus ça foire, et un reset sous ce genre de modèle et version d'ams on récupère rien.
Heu...
Tu utilises quoi comme programme pour que ca merde sur AMS 1 ?

>résultat>> il n'eu que du nostub, aucun soucis, oui, bien sûr certains progs ne fonctionnaient pas au cause de l'ams trop vieux, mais c'est tout de même mieux que le prog nostub ne se lance pas du tout qu'un prog kernel se lance et fasse planter la calc.....
Je crois plutot que tu as que des progs bugges dans tes archives.
Parce que bon AMS 1 + HW1, trouver des programmes kernels incompatibles...
Ben faut chercher. Alors des noms ?

>et on peut continuer des heures


>les arguments kernel vs nostub courants ne concernent qu'un (très) faible pourcentage des utilisateurs de TI.....


>j'ai toujours vu marcher un prog nostub, l'équivalent en kernel est difficile à obtenir....
Moi c'est le contraire. Jamais reussi a executer un PPG sans lanceur

>Je trouve que PreOs 0.70 n'apporte rien d'intéressant
Des bugs en moins

perso j'aime pas trop troller... m'enfin bon!

Ca marche avec le lanceur. Top direct !

euh, il y a très souvent une version compressée et une décompréssée, et le lanceur est fourni avec le ppg.
certes y a déjà eu des soucis avec les lanceurs (nottament au début de la v200)
enfin, sstart ou ttstart, tu le télécharge une fois et c'est fini (ah ça se relance pas?) (ah y'a qu'un truc? c tout)

>faut le kernel / faut les libs [...] Tu les as pas deja sur ta calc ?

C'est fourni avec ams ?
je te signale qu'en magasin c'est pas pedrom que tu trouves sur les calc. (vive les troll)

Mais tu peux choisir entre les 2 !

oui, c'est bien on peux choisir entre trois, même que le troisième est savamment plus compliqué.

Des exemples concrets ?

Désolé ça s'échelonne sur le temps et j'ai pas tenu de calendrier.

Tu connais le truc qui s'appelle Bug Report ?

tu veux que je lui raconte quoi? "chaque fois qu'il sauve un crash il récupère pas la mémoire" et puis rien d'autre puisqu'il n'y a rien d'autre à ajouter.

je peux vous dire que preos dessus ça foire

Tu utilises quoi comme programme pour que ca merde sur AMS 1 ?

moi j'ai pas mit de en parlant de preos.
[oh le beau troll que j'ai fait #trifier#]

là je l'admet le bug report j'aurai pu, (il affichait des messages d'erreur au lancement, mais ne crashait pas la calc, c'est au lancement du prog que ça plantait (n'importe quel prog, même un petit truc comme jezzball).
j'aurai pu puisque j'avais des trucs à dire (tel hw, tel ams, preos seul responsable, tel message d'erreur (même si il est tout con), etc...)

>les arguments kernel vs nostub[...]

oui, c'est vrai que du fait que vous possédez tous plusieurs TI vous avez en votre propritété une grande part des TI existantes...
déjà pas grand monde à part quelques uns comme vous ou quelques autres savent ce qu'est vraiment le nostub...
suffit de regarder le premier site perso qui passe pour y lire qu'un prog asm NE peut tourner sans kernel, (les idées reçus sont immortelles)
Le problème c'est qu'une grande majorité de possesseurs de TI n'y connaissent pas grand choses, (déjà vu le nombre de confusions shell/kernel )
ah si, comme toujours et come je l'ai déjà dit, kernel powwaaaa. (y a que ça qui marche).

Moi c'est le contraire. Jamais reussi a executer un PPG sans lanceur

je t'accorde, ça aussi c'est un vrai troll
T'as déjà vu un prog en mode kernel s'executer sans kernel ni lib?

[désolé d'avoir troller, mais on m'y a poussé.]

>>déjà vu le nombre de confusions shell/kernel

C à cause des américains, pour eux kernel==shell^^

détournement de troll spotted ^^