Cf: Pb avec ticalc - Page 2

Un crash peut faire n'importe quoi. Personne ne peut assurer sans MMU, de faire un truc stable.
Si le programme fait mumuse en ecriveant n'importe ou dans la memoire, je ne peux rien y faire.

>Kevin: Ah, ca faisait longtemps.

eskon gueule a chak fois ke kelkun faut un prgm nostub merde !
un peu de respect !

erf, ça serait quand même + cool en nostub, tout le monde l'utiliserait au moins ...

no !

bah si !!! les kernels empèche pas l'execution du nostub par contre le nostub empèche l'execution des prog kernels.

Donc moins d'utilisateurs.

NOSTUUUUUUUUUUUUUUUUUUB POWAAAAAAAAAAAAAAAAAAAAAAAA !!!!!!!!!!!!!!!

>le nostub empèche l'execution des prog kernels.


Vous en avez d'autres comme ca ?

g pas compris cette phrase ....

bah justement le kernel c mieux, ça supporte les 2, vive la compatibilité, même les pro-nostub devraient avoir un kernel archivé sur leur calc, mêm si il est pas installé, histoire qu'il reste après un reset et que si jamais ils veulent essayer un prog kernel, ils aient juste a taper "preos()" , pas devoir a chak fois reenvoyer le kernel sur la calc.. (hein zdr )

oui en plus ils peuvent tjs lance uninst() pour desinstaller le kernel apres

Pas sur que ca marche tres bien ca

KK> et siii!!!
parce que j'ai pas envie de grossir mon prog pour y integrer:
- routines zip alors qu'il y a ziplib
- menus,toolbars alors que je me fais une lib pour utiliser dans mes autres progs
- ngetchx que je reecris en lowlevel pour avoir des codes avec les autoints desactivées
(pour l'instant la lib qui contient la fct fait 2ko)

je ferai une version _nostub plus tard mais qui prendra au moins 5ko de plus
et qui ne fera as de fichiers compressés
ou alors une mistub

en attendant j'avais jamais programmé en kernel, c'est royal!!!!
(pas à mettre 30000 .h/.a qui prennent 50000sec chacuns à recompiler ou à linker,
tu peux reutiliser des routines dans 30 programmes sans qu'il fassent tous 30ko)

et puis kevi regarde autour de toi les gens qui ont des ti:
-ceux qui seront interessés par mon editeur ont tous deja txtrider ou tgv qui sont en kernel
...donc ont tous deja un kernel
-ceux qui n'ont pas de kernel n'ont pas non plus de progs _nostub
-j'ai meme des potes qui ont un kernel et que des progs _nostub pour pouvoir avoir la gestion des crachs sans un tictex qui prend 1/4 de l'ecran et qui pourri les yeux à cause de cette taille et qui gere pas les crashs si bien que ça et ESC+ON et le menu reset
(tous les gars que je connais sont comme ça)

PpHd >> oué, ok c'était mal formulé !!! vous m'avez compris quoi !!! si on ne prend que des jeux nostub et pas de kernel, on ne pourra pas faire tourner les jeux qui en ont besoin. vala ...

>-ceux qui seront interessés par mon editeur ont tous deja txtrider ou tgv qui sont en kernel
...donc ont tous deja un kernel

Non, justement, tous ceux qui n'ont pas de kernel cherchent quelque chose pour pouvoir regarder les textes sans devoir installer un kernel. Avec ton éditeur, ils pourraient non seulement les éditer, mais aussi bien entendu les regarder. Mais s'il est en kernel, il servira beaucoup moins. Son seul avantage serait d'avoir des fonctionnalités d'édition et pas seulement de visualisation, ce qui est beaucoup moins important comme avantage que d'être en _nostub!

>-ceux qui n'ont pas de kernel n'ont pas non plus de progs _nostub

C'est faux. Il y a des personnes qui ont plein de programmes _nostub et pas de kernel. C'était mon cas jusqu'à ce que je me suis retrouvé bêta-testeur (et même quasi-coauteur, j'ai contribué une cinquantaine de lignes d'assembleur en tout) de PreOs, et c'est encore le cas de Thomas Nussbaumer et plusieurs autres personnes.

>-j'ai meme des potes qui ont un kernel et que des progs _nostub pour pouvoir avoir la gestion des crachs sans un tictex qui prend 1/4 de l'ecran et qui pourri les yeux à cause de cette taille et qui gere pas les crashs si bien que ça et ESC+ON et le menu reset
>(tous les gars que je connais sont comme ça)

Moi, j'aime bien TictEx, au point d'avoir fait faire à PpHd des versions de PreOs avec TictEx comme shell par défaut (en lui donnant le code nécessaire). La raison: c'est le seul explorateur stable que je connais! PCT, Doors, Tex, ... sont tout sauf stables! Ceci dit, j'avoue que j'aime bien l'anti-crash pour programmes _nostub de PreOs parce que j'aime bien la ligne de commande avec Complete et AutoClBr.

putai, je comprend pas ! c'est pas si contraignant d'installer preos, non. Et pi ça rend pas la calc instable et tout le bazzar.
J'ai du mal à comprendre cette phobie du kernel, meme si je ne programme qu'en nostub, parceque c'est moins chiant.

quel est le kernel le + stable ?
celui qui offre le + de fonctions ... ?

PreOs
PreOs

perso le crasch intercepted m'a conquis!
et puis ses qques ko aussi

mais unios est tres bien pour son age

de tte façon mon editeur est open source!


je le repete:
je ferai une version mistub et une _nostub ac - de fonctionnalités

KK>C'est faux. Il y a des personnes qui ont plein de programmes _nostub et pas de kernel. C'était mon cas jusqu'à ce que je me suis retrouvé bêta-testeur (et même quasi-coauteur, j'ai contribué une cinquantaine de lignes d'assembleur en tout) de PreOs, et c'est encore le cas de Thomas Nussbaumer et plusieurs autres personnes.


je pense justement que preOS va vraiment changer la donne!
(en tt cas ça l'a fait pour moi)
il faudrait lui donner des fonctionalités en plus comme choisir son shell, etc....

et puis peut tu me dire pourquoi certaines personnes ne veulent pas installer un kernel?
-parce qu'il faut patcher la rom(c'est une bonne raison)->fini avec preos!
quels sont les autres inconvenients d'avoir un kernel installé??


personnellement je ne me passe pus de pct et il n'a jamais planté chez moi sauf le link qui ne marche pas entre 2 HW2
mais c'est une question de gout!
avant de le decouvrir j'etais accro à tictex mais je regrettai qu'il n'ait pas certaines fonctionnalités et sa petite taille

>quels sont les autres inconvenients d'avoir un kernel installé??

Que ça prend de la RAM! (Même si PreOs est déjà beaucoup mieux sur ce point que Universal OS. Dommage que ça ait un inconvénient: le b*rd*l des librairies est revenu. Avec Universal OS, ça se limitait un peu grâce aux librairies intégrées. Mais on ne peut pas tout avoir: la solution idéale serait que les programmeurs arrêteraient d'utiliser ces librairies obsolètes et utiliseraient les ROM_CALLs et TIGCCLIB.)

ben perso depuis que j'ai pc tools et les repertoires nested et les icones qui montrent le type de rog,etc etc...

j'ai plus du tout l'impression que ce soit le bordel sur ma calc!

pour mon editeur je vais me faire une lib statique et une dynamique ac les memes fonctions...

comme ca ceux qui voudront avoir 10ko en plus pour chacun de mes progs seront libres de le faire

moi depuis que j'a tout viré de ma calc, j'ai preos darkhole et seiken et genlib et je me port tres bien !