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

Pour ces raisons, Kernel et Nostub sont Largement préférables à la Flash ROM système, mais pour le nostub y'a pas d'incompatibilités entre les != versions d'AMS? Comment on fait les ROM_calls dans ce cas-là??

Si tu utilises que des rom-calls c'est bon.

la question etant: qui a deja vu tibreceiver planter?
perso jamais je l'ai vu planter... donc le risque est bien moins grand que de le faire oncalc...

Puis pour ton tsr, je vois pas la diff avec un kernel au niveau utilisation.. t'es oblige de le lancer apres chaque reset....

Niveau securité... si l'appelle se fair comme une romcall classique, je vois pas la diff...
Puis je veux pas imposer ma lib... mais normalisé... la difference est la.

timad>Pour les routines, tu parles d'optimisations... mais une lib graphique tu optimises d'abord en vitesse.. la taille on s'en fout...
KK>On ne s'en fout pas, et le problème est là! 1 KO de plus passe encore si ça va vraiment plus vite, 10 KO de plus ne passent plus!
timad>Pour la propre routine de gray... cela economise de la mem car quand on utilise tigcc.. il y a une routine a l'nterieur qui est inutiles, et perde de la place inutiliement.
KK>C'est 1 KO seulement! On s'en fiche!


lol, une fois c limite trop 1Ko, et l'autre fois c rien du tout, à qq lignes d'intervalles !!!
t'av Kevin ? allez, avoue !! ;D

Il n'a pas bu. Il est fier.
Il est trop fier pour reconnaître quand il a tort.

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. De deux, ton post est un joli offtopic... 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.

TiMad: patcher la ROM est très sale, ça peut rendre la calculette inutilisable, comme Kevin et Nitro te le répètent !

Et je présente toutes mes excuses à PpHd. Je n'ai bien sûr pas oublié tes compliments. Je me suis énervé (c'est en grande partie de la faute de Thibaut, d'ailleurs). Pour la critique des fonctions de TIGCC, c'était surtout Thibaut qui était visé...
Pour l'autre partie, tu étais effectivement un peu visé. Mais là encore, il y avait une pique pour Thibaut: il manifeste un attachement viscéral, si j'ose dire, au mode kernel. Et il attaque fréquemment Kevin (sBibi le fait aussi).
D'ailleurs, une fois qu'il aura lu ceci, il se pourrait que Thibaut ne m'apprécie plus guère...
Et si tu veux participer à la doc de TIGCC, il n'y a bien entendu pas de problèmes...

Thibaut: tu le fais exprès ?

finalement, le seul moyen qu'il y aurais pour clore définitivement ce débat serai que TI nous sorte une Rom avec les routines de l'AMS hyper optimisé et 100% compatible version après version avec des fonctions plus utile pour nous .
Mais personnellement, je trouve plus logique d'avoir quelque lib utile à pas mal de prog que j'ai sur ma 89 plutot que à chaque fois que j'envoie un prog, un bout de la lib soit incluse dedans...
Mais je ne comprend pas ton plocage quasi complet dès que l'on te parle des kernel Kevin (entre autre)
Kernel et nostub ont chacun leurs avantages et inconvénients.
Je trouve que les libs statique en nostub sont effectivement assez pratique dans certain cas, mais des lib comme genlib ou même d'autre encore plus ancienne tel que ziplib, graphlib, hexlib... ont été utilisé (et le sont toujours) pendant assez longtemps avant que le nostub explose et ce répande autant qu'il ne l'est à l'heure actuel. C pourkoi je trouve un peu stupide de renigré les kernels.
Un kernel tel que PreOs est n'est pas monstrueux en taille...
Enfin bon, pour ce que j'en pense, je trouve ça assez peu utile d'en arriver à un stade où ceux qui sont pour les kernels le disent haut et fort et où les pro nostub font de même. ce qui finit pas ramener quelque petite tension antre certaine personne du forum, enfin bon...

XDanger : il y avait une pique pour Thibaut: il manifeste un attachement viscéral, si j'ose dire, au mode kernel.
C'est un peu viscéral aussi chez nos amis les nostubiens, non?

Oui mais c'est ça, il se croivent parfaits, et ne savent pas reconnaître les avantages du mode Kernel. Moi je programme dans les deux modes, ce que je dénonce c'est le renfermement de certains nostubiens sur leur idées.

En fait, c'est Billy qui a raison dans tout ça...
Chacun a ses avantages et ses inconvénients.

De toute facon la nouvelle version de Preos mettra tout le monde d'accord. PpHd = . vous ne pourrez plus differencier le kernel du nostub
Kevin: tu as bien qu'un prog nostub et un prog qui peut se lancer directement et fraichement apres un reset, sabs installer un prog juste avant, hein ?

Comment tu vas faire? tu peux pas dire à preOS de se réinstaller tout seul après un reset??

Voila mon reve:
PreOS qui s'installe en ROM: Plus de réinstalation après le Reset et PreOS n'apparait plus dans le varlink, Shift+ON lance un shell perso qui permet en plus de configurer Preos(Desinstallation,Importer aussi les libs en ROM,...)

Bref t'as rien lu de tout ce qui vient de se dire plus haut!!!
dans la ROM==Danger

pt1, je m'etais dit de ne plus repondre dans ce topic, ms bon...

Xdanger> ce n'est PAS un attachement visceral au kernel, je me tate serieusement de coder mon moteur 3D en nostub ET kernel, ce qui me pousse a critiquer KK comme ca (et si tu vois un surnom disgracieux la dedans, c'est aue t'as vraiment l'esprit mal place, c juste ses initiales, c + court a taper que "Kevin Kofler"), et toi accessoirement aussi, c'est que, comme l'a dit thibaut, vous vous croyez parfaits, vous pensez que votre chere methode de programmation est universelle, qu'elle seule a le droit d'exister, que tous ceux qui pensent differemment sont des cons, que vous etes des incompris, etc, etc... cette attitude me debecte, debornez vous, merde! arretez de penser que vous detenez la methode de prog absolue, que tout ceux qui ne font pqs comme vous sont des cretins!
oh et puis merde, faites ce aue vous voulez, je m'en fous...

Link> j'ai dis mon reve, j'ai jamais dis que c'était réalisable. Cependant HW2PATCH modifie la rom et il n'a pas envoyé plus de 2-3 calculatrices au SAV, ce qui signifie qu'en etant prudent c'est faisable.

>nan: pas de modif de la rom
>Sbibi: pkoi t'ás poste alors

crono
a écrit : et il n'a pas envoyé plus de 2-3 calculatrices au SAV

Ce qui est deja trop.

Elle ne devait pas etre exempte de pbs quand meme.

PpHd a écrit :
Kevin: tu as bien qu'un prog nostub et un prog qui peut se lancer directement et fraichement apres un reset, sabs installer un prog juste avant, hein ?

Euh, si tu comptes détourner 2nd+LEFT+RIGHT+ON/2nd+HAND+ON, ce n'est plus un reset.

Ou alors, c'est encore des trucs du style mistub, nokernel etc... Ça peut donner des programmes qui ne nécessitent pas de kernel en effet, mais c'est certainement moins pratique que le vrai _nostub, vu que le kernel ou le code pour reloger le format kernel doit être enregistré quelque part: soit il est dans le programme, alors on gaspille au moins 3 KO dans le programme par rapport à un vrai programme _nostub, soit il est dans un fichier externe, donc il faut un fichier externe de plus (inutile), donc c'est moins pratique. Je ne vois vraiment pas l'intérêt de rajouter un relogeur pour le format kernel dans un programme sans kernel plutôt que de directement utiliser le format d'AMS.

Héhé Top secret

PpHd> de toute façon, il faut t'attendre à ce que ça plaise pas à Kevin.......

De toute façon, il ne cherche qu'à abuser d'éventuelles imprécisions de vocabulaire dans ma définition. Il est clair qu'il n'est pas possible d'exécuter des programmes au format kernel sur une calculatrice "factory" (sans rien installé) sans mettre le code pour les reloger quelque part, soit dans les programmes (gaspillage de 3 KO par programme par rapport à un programme qui utilise tout simplement le format qu'il est censé utiliser s'il veut être indépendant des kernels - c'est-à-dire le format _nostub de AMS), soit dans un fichier externe (donc fichier externe de code, donc librairie dynamique, et donc tous mes commentaires négatifs sur les librairies dynamiques s'appliquent).

ben, les erreurs et imprécisions de vocabulaire permettent souvent de faire dire ce que l'on veut à quelqu'un

pr que PreOS te plaise, il faudrait l'apelle PreNostub ?

Kevin Kofler a écrit :
De toute façon, il ne cherche qu'à abuser d'éventuelles imprécisions de vocabulaire dans ma définition. Il est clair qu'il n'est pas possible d'exécuter des programmes au format kernel sur une calculatrice "factory" (sans rien installé) sans mettre le code pour les reloger quelque part, soit dans les programmes (gaspillage de 3 KO par programme par rapport à un programme qui utilise tout simplement le format qu'il est censé utiliser s'il veut être indépendant des kernels - c'est-à-dire le format _nostub de AMS), soit dans un fichier externe (donc fichier externe de code, donc librairie dynamique, et donc tous mes commentaires négatifs sur les librairies dynamiques s'appliquent).

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

Tu parle de KerNO comme d'un pseudo-kernel ?
je penses la même chose...

Tu n'as rien compris

Je pense qu'il parle plutôt de h******R.
Et il y a plein de différences:
- h******R n'est nécessaire que pour les **R, pas pour tous les programmes. Si un utilisateur installe déjà un **R, autant qu'il en installe un autre en même temps si c'est automatique, vu que c'est inévitable à cause des !"§$%&/()=? de protections de TI.
- L'installation de h******R est inévitable pour avoir des **Rs qui ne plantent pas de manière aléatoire à cause des protections de TI. L'installation d'un kernel n'est pas inévitable du tout!

Je pense que squale92 a bien compris de quoi on parle là.

merde alors