PROG C : NOSTUB OU KERNEL ? - Page 2

et tt le monde n'utilise pas exepack

>et tt le monde n'utilise pas exepack

C'est une erreur alors.

On économise de la taille et on règle le problème du lanceur en même temps.
[edit]Edité par Kevin Kofler le 17-10-2001 à 19:51:54[/edit]

et tu as lu mon premier post de la page 2 ???

Oui. Regarde mon deuxième message sur cette page (le troisième de cette page)...

personne n' ttstart

http://tict.ticalc.org

Et ce qui est bien, c'est justement qu'on n'est pas obligé de l'avoir pour lancer un programme. On peut aussi utiliser le lanceur fourni avec le programme (qui d'ailleurs est compilé à partir de ttstart).

je c que c sur tict, mais personne ne le possede, il y a plus de personnes qui ont kernel + genlib sur leur calc

Bon, je répète:

Et ce qui est bien, c'est justement qu'on n'est pas obligés de l'avoir pour lancer un programme. On peut aussi utiliser le lanceur fourni avec le programme (qui d'ailleurs est compilé à partir des sources de ttstart).

oui mais comme personne n'a ttstart, les users on t 15 lanceurs pour 15 jeux ce qui fait 25 ko de plus

Et alors? S'ils ont envie de consommer de la mémoire inutilement (ou parce que c'est tout simplement plus pratique), c'est leur droit. Mais il ne faut pas les y obliger comme le font les programmes pour kernel.

Et dis-moi comment lancer un programme pour kernel avec tout simplement nom du programme + () + [ENTER] sur une calculatrice sur laquelle on n'a rien installé avant.

J'aime ta façon de prendre les autres pour des cons, Kevin. Si tu n'as rien installé avant, tu installes... c'est pas compliqué de taper install() après avoir transféré UniOS dans sa calc.

tjrs le mm defenseur (au combien meriteur) du libre

Thibaut, il y a plein de gens qui ne comprennent pas cela. Regarde un peu toutes les questions de "lamerz"...

oui install() c pas plus long qe de faire ttstart()

Les lamerz n'utiliseront jamais plus d'une fois un programme. Parce qu'ils ne liront pas la doc, et ne comprendront pas comment il marche.

lol, ben unios fo vraiment etre con pour pas savoir taper install()

j'ai ttstart en pêrùance sur ma TI !!
Qd je suis dans l'écran HOME, je fais [F7] [1]
=> ca me colle ttstart("") dans l'entry...
Ca me met le curseur entre les deux guilleùments
=> j'ai plus qu'à taper le nom du fichier à décompresser
(OK, vive les TSR !)

tu dois bien etre le seula avoir ttstart....et puis unios tu peux le desinstaller si tu vx

moi j'ai tt sur ma calc, et pis j'ai pas 15 lanceurs, c mon shell qui fait le raccourcis tt seul avec ttstart

> liquid :"mais non juste genlib et genclib, les programmes en c n'ont pas besoin d'autres librairies"

sauf que tous les progs ne sont pas écrits en C, d'une part, et d'autre part, rien n'empêche un programme C d'utiliser des librairies.
(heureusement que UniOS inclus qques libs)

UniOS inclue les libs principales (enfin, pas ZipLib)

>PpHd: Les lamerz n'utiliseront jamais plus d'une fois un programme. Parce qu'ils ne liront pas la doc, et ne comprendront pas comment il marche.

Moi, il me suffit qu'ils utilisent une fois mes programmes, parce qu'après, ils sont installés.

Et de tous ceux qui se sont plaints qu'ils n'arrivaient pas à virer l'alpha-lock et auxquels on a conseillé Auto Alpha-Lock Off (dont certains étaient clairement des débutants), personne n'a demandé comment on l'utilisait. En revanche, beaucoup ont reporté d'avoir réussi à l'installer sans problèmes. ("Merci, ça marche très bien." ou qqch. du genre.)

Il y a un readme très long avec mes TSRs et je conseille de le lire attentivement, mais pour juste installer un de mes TSRs, autoaoff() [ENTER] suffit. (On n'a pas besoin d'avoir lu quoi que ce soit.)

>squale92: Qd je suis dans l'écran HOME, je fais [F7] [1]
>=> ca me colle ttstart("") dans l'entry...
>Ca me met le curseur entre les deux guilleùments
>=> j'ai plus qu'à taper le nom du fichier à décompresser
>(OK, vive les TSR !)

Il y a Auto Start de Greg Dietsche, qui mettra automatiquement ttstart(" au début et ") à la fin dès que tu essayes d'exécuter un PPG.
Essaye tichess [ENTER] avec AutoStart installé...

>> liquid :"mais non juste genlib et genclib, les programmes en c n'ont pas besoin d'autres librairies"

>Zdrubal:
>sauf que tous les progs ne sont pas écrits en C, d'une part, et d'autre part, rien n'empêche un programme C d'utiliser des librairies.

On peut très bien programmer en _nostub en assembleur! (On se demande pourquoi je me suis fait ch*** à écrire un tutorial... ) Et non seulement ça; de plus, si on utilise genlib, on peut s'autant plus se passer des autres librairies. Le fait que "tous les progs ne sont pas écrits en C" n'est pas une excuse pour défendre l'usage de librairies dynamiques (en encore moins l'usage de 10000 librairies dynamiques différentes). Et effectivement, rien n'empêche un programme C d'utiliser des librairies, même si je ne vois pas pourquoi on voudrait faire ça. Je ne vois pas non plus pourquoi on voudrait utiliser genlib face à ExtGraph, d'ailleurs. Avec TIGCC 0.92, on peut aussi utiliser ExtGraph en assembleur facilement: il suffit d'ajouter extgraph.a au projet et appeler les fonctions avec par exemple jsr ScrollLeft160. De la même manière que vous appelleriez jsr dynlibxl::fonction_d_une_librairie_dynamique_de_15_KO_que je_ne_nommerai_pas.
[edit]Edité par Kevin Kofler le 18-10-2001 à 22:08:43[/edit]

et a part genlib je vois pas l'utilité d'utiliser d'autres libs dyna en C

>Je ne vois pas non plus pourquoi on voudrait utiliser genlib face à ExtGraph, d'ailleurs.
La est vraiment tout le probleme... Tu ne vois pas. Il va falloir t'acheter des lunettes.

moi ce que je vois pas avec genlib ce sont les sprites car ya rien qui s'affiche qd je fais gl_put_sprite16(0,0,0); ou qq chose de ce genre

Meme avec le fichier que je t'ai file. pourtant y'a des sprites !

J'ai une question : qu'est-ce que le kernel a que le nostub n'a pas, techniquement ??? ou vice versa ? Evitez, la place ou la vitesse...

1. Le _nostub n'a pas besoin du HW2Patch pour tourner sur HW2 AMS 2.
2. Le mode kernel gaspille 50 octets minimum par programme pour le stub + 2 octets par appel d'un ROM_CALL et 2 octets pour chaque ROM_CALL différent si on utilise leur méthode pour "économiser de la place" (qui économise de la place par rapport aux ROM_CALLs _nostub non optimisés, mais pas par rapport à OPTIMIZE_ROM_CALLS).
3. Le mode kernel gaspille 12 KO pour le kernel.
4. Le _nostub peut être compressé avec ExePack, le meilleur compresseur pour TI-89/92+ (d'après mes tests - essayez par exemple de réassembler XtraKeys sans ExePack et de le compresser avec RUNC - le fichier sera plus gros). Si on essaye de compresser un programme en mode kernel avec ExePack (en évitant la protection de ttppggen d'une manière ou d'une autre), il plantera lors du retour à l'écran HOME (du moins avec Universal OS). Je ne sais pas pourquoi, mais en tout cas cela fait que l'ExePack ne marche qu'avec les programmes en _nostub.
[edit]Edité par Kevin Kofler le 19-10-2001 à 20:02:05[/edit]