bah, ça dépend...
si ce que tu ajoute par rapport à la convention de Kevin n'apporte des choses _que_ pour le kernel (enfin, si les fonctionnalités rajoutées sont toutes en mode kernel, quoi), bah, que ça soit kernel only n'est pas génant
par contre, si tu rajoute des fonctionnalités qu'on peut exploiter en nostub, c un peu dommage de rendre kernel only, je pense...
a priori tout est indiféremment nostub ou kernel. La seule différence serait qu'en théorie les programmes kernel pourraient utiliser les tsr comme des libs dynamiques, mais pour ça il faudrait modifier le kernel (et peut-être même le format kernel)
<<< Kernel Extremis©®™ >>> et Inventeur de la différence administratif/judiciaire ! (©Yoshi Noir)
<Vertyos> un poil plus mais elle suce bien quand même la mienne ^^
<Sabrina`> tinkiete flan c juste qu'ils sont jaloux que je te trouve aussi appétissant
bin disons que comme la fonction d'installation sera pas mal complexe, bien plus en tout cas que l'installationd'un hook classique, je préfère la mettre dans une lib dynamique, donc d'office ça élimine les programmes nostub, même si théoriquement rien n'oblige les programmes à être en kernel
<<< Kernel Extremis©®™ >>> et Inventeur de la différence administratif/judiciaire ! (©Yoshi Noir)
<Vertyos> un poil plus mais elle suce bien quand même la mienne ^^
<Sabrina`> tinkiete flan c juste qu'ils sont jaloux que je te trouve aussi appétissant
ouep, me reste plus qu'à l'écrire, ainsi que les routines de suppression et d'installation
<<< Kernel Extremis©®™ >>> et Inventeur de la différence administratif/judiciaire ! (©Yoshi Noir)
<Vertyos> un poil plus mais elle suce bien quand même la mienne ^^
<Sabrina`> tinkiete flan c juste qu'ils sont jaloux que je te trouve aussi appétissant
là c'est bon, je devrais avoir un peu de temps pendant les vacances
<<< Kernel Extremis©®™ >>> et Inventeur de la différence administratif/judiciaire ! (©Yoshi Noir)
<Vertyos> un poil plus mais elle suce bien quand même la mienne ^^
<Sabrina`> tinkiete flan c juste qu'ils sont jaloux que je te trouve aussi appétissant
Je pense que ce n'est pas grave si c'est en mode kernel-only. Ce n'est pas gênant.
« Quand le dernier arbre sera abattu, la dernière rivière empoisonnée, le dernier poisson capturé, alors vous découvrirez que l'argent ne se mange pas
. »
PpHd Le 01/08/2004 à 21:53Edité par PpHd le 01/08/2004 à 21:56 Nan. Ca elimine les newbies qui comprennent rien a rien => C'est un avantage.
PpHd Le 01/08/2004 à 21:57 C'est pas comme ca que tu vois les choses ?
Et en plus, ce n'est même pas kernel only, mais PreOs 0.7x+ only. Ça ne marchera même pas avec Iceberg! Bref, poubelle.
Zeph Le 01/08/2004 à 22:09 Y'en a qui oublient peut-être ici qu'à la base quand on achete une calculatrice, c'est pour calculer et non pas s'empresser de remplacer l'OS...
All right. Keep doing whatever it is you think you're doing.
------------------------------------------
Besoin d'aide sur le site ? Essayez
par ici :)
PpHd Le 01/08/2004 à 22:11 Tu peux toujours rajouter les nouvelles ramcalls a Iceberg. C'est tres facile.
Ben non. Je ne vois pas pourquoi je te laisserais décider le futur du format kernel de manière autoritaire et sans aucune discussion. Tu l'as déjà fait pendant beaucoup trop longtemps. À l'époque de PlusShell et DoorsOS I, au moins, les auteurs de kernels se mettaient d'accord...
PpHd Le 01/08/2004 à 22:15 >Y'en a qui oublient peut-être ici qu'à la base quand on achete une
>calculatrice, c'est pour calculer et non pas s'empresser de remplacer l'OS...
Calculer quoi ?
