Kernel et Nostub: pourquoi en préférer un plutot que l'autre? - Page 5

Moi je parlais pas de ca Mais c'est pas faux ce que tu dis.

sBibi : nous sommes parfaitement d'accord

PpHd a écrit :
Moi je parlais pas de ca Mais c'est pas faux ce que tu dis.

Tu réponds à qui là?

>XDanger - Posté : 29 Mai 2002
>Pen²: D'une, je pense qu'il serait sympa que tu appelles Kevin par son prénom, comme presque tout le monde le fait, et pas par le surnom disgrâcieux dont tu l'affubles.

hum................ c la premiere fois que je l'apelle par ses initiales, g deja vu pleins de posts l'appellant comme ça, il ne s'est jamais véxé, et comme le dit sBibi, ct juste pour faire vite............ Et en + je pense qu'il est assez grand pour dire ce qu'il pense tout seul........ enfin, on aurra tout vu.............


>De deux, ton post est un joli offtopic...
cf post #86 de ce topic........... (topics/14406-kernel-et-nostub-pourquoi-en-preferer-un-plutot-que-lautre/3#86)

>De trois, est-tu sûr que ce n'est pas toi qui as bu ? Pour moi, ce que tu as interprété n'est pas ce que Kevin veut dire.
et c quoi ton interpretation alors ?


et c pas la peine de le prendre aussi mal, je vois vraiment pas ce que g dis d'extra-ordinaire........... en + g jamais participé a ce genre de "débats"......
en + ct qu'une boutade (cf ";D" à la fin du post)......................................

PpHd a écrit :
Precisons le vocabulaire. J'ai toujours penser que ####### etait un psuedo-kernel. Donc pourquoi ne pas en faire un vrai.

Ca commence par un t et ça finit par un t? Si, c'est ça, je préfère quand même installer à la main le kernel.
Ou je verrais plutôt une recherche par le programme lancé de PreOS dans la vat si il n'est pas installé, et une installation automatique, mais c'est quand bouffer un peu de mémoire pour rien.

Ah, tiens, ça doit être de ttstart que PpHd parle. Donc je n'avais pas compris non plus..

ttstart n'est pas un kernel, c'est un décompresseur! Ça n'a rien à voir. Il ne reloge pas un format bizarre, il décompresse un programme.

Et puis, ce qui est intéressant dans ttstart, c'est le lanceur personnalisé: on lance mahjongg() et TI-Mahjongg se lance. L'utilisateur ne se rend compte du fait que ttstart est utilisé qu'à travers le message decompressing.... Un lanceur personnalisé de ce genre pour le format kernel prendrait beaucoup plus de place.

oué c'est ca. Ben moi aussi je prefere l'installer a la main ;0 mais c'est juste pour faire taire les nostubiens : comme ca on lance le programme et il s'execute. Il est absolument indispensable de faire un laucnher pour ams 2.0x (on peut faire un systeme d'installation automatique -deja fait- mais la limitation a 8/24K d'ams est chiante).

>Et puis, ce qui est intéressant dans ttstart, c'est le lanceur personnalisé: on lance mahjongg() et TI-Mahjongg se lance. L'utilisateur ne se rend compte du fait que ttstart est utilisé qu'à travers le message decompressing.... Un lanceur personnalisé de ce genre pour le format kernel prendrait beaucoup plus de place.
J'ai jamais dit le contraire. C'est juste pour te faire taire. et perso je l'utiliserais pas

Ca fera une version personnalisée supplémentaire pour PreOS ou ce sera intégré partout?

Tu dis je veux un laucnher pour mon prog "untel", et boum il fait un launcher pour ton prog (avec installation kernel, lancement prog et desinstallation optionnelle).

Franchement je vois plus le problème du Kernel: avant, il falait patcher donc c'est vrai que ca pouvait être chiant, mais maintenant que ce n'est plus le cas, je ne comprends pas cet acharnement, un kernel n'empeche pas le NOSTUB de tourner et il l'empèche même de planter, alors ceux qui veulent être sur que tout marche mettent un kernel et les autre ce contentent du NOSTUB et puis c'est tout! Personellement j'ai choisi la première solution.
pphd>Comment tu compte faire: il suffira de tapper le nom du ppg? dans ce cas, ca serait énorme! surtout depuis que le ppg marche sur Kernel

Je suppose qu'il faudra 2 lanceurs pour les PPGs en mode kernel... Le lanceur kernel lancera le lanceur PPG.
C'est bien ça, PpHd?

La routine de décompression sera incluse dans le lanceur kernel plutôt, non?

Ben j'en sais rien moi. Je vais proposer un truc (que j'utiliserais jamais), puis vous en faites ce que vous voulez apres :0