comment ca marche ziplib en C ??? - Page 3

Oui.

Kevin Kofler :
Et je ne pense pas qu'on en arrivera là; comme déjà dit, la version boguée de kernel.h s'est rendue inutilisable toute seule (et ce n'est pas faute d'avoir averti PpHd que son hack n'était pas compatible avec TIGCC 0.95).

Il faudra que je le redise combien de fois?

Il faudra que je le redise combien de fois?

bah, pour l'instant, c'est inutilisable, comme tu dis... mais ça restera peut-être pas éternellement le cas

Si kernel.h n'utilise plus du tout TIGCCLIB, je pense franchement que plus personne à part PpHd ne trouvera un usage à kernel.h...

ne trouvera usage à tigcclib ?
peut-être

squale92 :
ne trouvera usage à tigcclib ?
peut-être

Pronoms ambigus...

./65> argh, j'aurai du citer la phrase, en fait

./63: Ah. Tant mieux.

Si kernel.h n'utilise plus du tout TIGCCLIB, je pense franchement que plus personne à part PpHd ne trouvera un usage à kernel.h...

Tu peut rajouter moi. A par les RomCalls, je ne me sert de rien sous TIGCCLIB, ca fait grossir parfois même monstrueusement le programme. Alors que les fonction de PreOS, je les utilises.

et moi je ne fais jamais d'include <tigcclib.h>

menteur

sur PC, c'est vrai
sur TI, y a pas le ".h"

tu peux le mettre aussi... il zappe juste tout ce qu'il y a après le point

détruit pas mon !mac !

bah cela dit ./69 reste vrai, mon message d'avant était juste à caractère informatif

merci

erf il veut rien dire en plus ./74, j'édite

salu g encore un probleme avec ziplib ... dsl

alors voila, j'aimerais bien pouvoir controler l'utilisation du kernel ds mes programmes, ou plutot controler leur "nostubité" :cad faire un chti prgm mixte
mais voila pas avec des #if mais par une action de l'utilisateur du programme (style : if(ngetchx=13)#define USE_KERNEL )
cad inserer dans une fonction : #define USE_KERNEL
mais le hic c'est que doors.h doit etre #include avant toute les autres librairies sinon ca march pô ....

alors que peut on faire ?

je crois être le seul à avoir fait un programme qui se lance au choix en mode kernel ou en mode nostub, et j'ai dû passer par des hacks à l'éditeur hexadécimal ....

matthieu :
alors que peut on faire ?

Rien. Utilise CompLib à la place de ziplib, comme ça tu peux rester en _nostub.

ou reste en mode kernel complet, plutôt. Quel est l'intérêt de passer de temps en temps en mode nostub ?

mé c pas possible!!!!!
y'a pas un surdoué de la ti qui a jamais reussi avec tigcc ??????

c nul , jvé etre obligé de faire un prgm de lancement ,un prgm nostub et sa copie kernel

Quel est l'intérêt ?

Quel est l'intérêt par rapport à CompLib?

Kevin Kofler :
Quel est l'intérêt par rapport à CompLib?

oups dsl j'avais pas encore lu ton post kan j'ai posté le mien

ca me parait une bien meilleur solution, merci kevin

Flanker
: ou reste en mode kernel complet, plutôt. Quel est l'intérêt de passer de temps en temps en mode nostub ?

et bien j'aimerais bien faire un prgm pr tou le monde et y'a tout plein de gens qui veulent pas de kernel ( ... Mechant le kernel!! _KERNEL ) jvé tout de meme pas les forcer non !?
et puis si l'utilisateur n'a pas de kernel ou ne veux pas à avoir a decompresser a chaque demarrage de mon prgm des données il choisit le mode nostub

oila

Mais y'a plein de mondes aussi qui veulent pas de nostub (Mechant nostub !).

surtout que le kernel est vite rentabilisé, dès qu'il y a quelques programmes qui l'utilisent
OUblie pas de regarder la taille du programme qui va vite prendre qqes ko dès que tu passeras en nostub. Enfin, bon, moi j'aime bien les optimisations en taille, c'est tout

Moi je me suis fait un programme anti-nostub qui empeche les progs nostub de fonctionner

c un peu extreme non?