Du PPG pour les kerneleux... - Page 1

Les nostubers arrêtaient pas de se vanter avec leur compression ExePack, et c'était pas gentil de pas en faire profiter aux autres.

Alors voilà ttstart et ttppggen pour pour pouvoir compresser les progs kernels:
[URL]http://www.multimania.com/extended/ExePack4DoorsPrgms.zip[/URL]
Je sais pas si j'ai vraiment le droit de distribuer ça, mais en tout cas merci à Thomas Nussbaumer pour les sources de ses progs.

Y'a un truc que je me demandais, c'est pourquoi Thomas n'avait pas rendu compatible ses tools avec les progs kernel avant. Si c'est parce qu'il est anti-kernel, ou parce qu'il s'est rendu compte que ça ne marchait pas. Moi je crois plutôt que c'est parce qu'il a arrêtait de mettre un kernel sur sa calc depuis longtemps, et donc il s'en foutait complétement du mode kernel. D'ailleurs s'il avait essayé d'utiliser ttstart pour lancer un prog kernel, même non compressé, il se serait rendu compte que ça crashait, et il aurait mis une anti-execution des progs kernel dans ttstart...

Et histoire de voir encore un autre topic ou kernel et nostub se cassent la geule, voilà la taille de progs kernel que j'ai pris au pif et que j'ai compressé avec les 2 progs de compression (même si finalement ça n'a aucun rapport avec le mode utilisé):

RUNC - EXEPACK

api92 8619 - 8506
as92f 10330 - 9923
db92 17775 - 16881
genlib 8458 - 7986
pctf 15740 - 15398
smq 27358 - 26084

[edit]Edité par ExtendeD le 10-11-2001 à 22:41:50[/edit]

mais c bien ça!
v le tester...

cool !
V tester moi aussi !!!

Ça ne marchait pas, tout simplement. Les programmes plantaient à la sortie. Et pourquoi ta version marcherait-elle?

Et je ne trouve aucune raison pourquoi Thomas Nussbaumer devrait corriger un problème dans ses programmes qui ne concerne qu'un mode de programmation qu'il déteste (comme moi, d'ailleurs).

Et puis, grâce à toi, ExtendeD, maintenant on ne pourra plus regarder la liste de fichiers d'un ZIP et, quand on voit un programme en PPG, en conclure qu'il est en _nostub. Merci (ironique). Ça me fera perdre encore plus de temps pour vérifier avec VTI si le programme est bien programmé (= en _nostub).
[edit]Edité par Kevin Kofler le 11-11-2001 à 01:25:51[/edit]

ki veux compresser bigdyna ???

Et SMA

ba sma c pas un pb
nan c surtout pour voir si ca fais comme avec ruc cad grossir le programme

Oula , pas content le Kevin

il a été toucher ds son estime !!
moi c le genre de truc ke g pas dc c pas pres de m'arriver !!

ca c vrai.

ExePack était en effet un des gros arguments pour le nostub

Ça ne marchait pas, tout simplement. Les programmes plantaient à la sortie. Et pourquoi ta version marcherait-elle?
Oui, tout de même, s'il suffisait de mettre en commentaire le test du 68kP de ttppggen, j'aurais pas fait un topic pour ça... J'ai quand même recherché pourquoi ça plantait. Lis le read-me.

bigdyna c'est pas la peine il utilise shrinklib, et sma, il utilie cette derniere et pk92.....

alors pas la peine les fichier comp, seront plus gros que les auriginos !!

j'avais comprie iceman

Oui, merci beaucoup ExtendeD... Vraiment merci du fond du coeur.

Xdanger et kevin> même si vous n'appréciez pas, y'en a qui apprécient.

ouai moi par exemple je m'en servirai jamais ms bon ca vs fait tellement chier que je suis tros heureux !!!

moi, c'est exactement pareil.....

je suis pure kernel, et je deteste ceux qui prone le nostub en permanance.....moi je nele fait pas, alors ne le faite pas...

Un gros coup pour le _nostub
Kevin Xdanger>lllllllllllllllllooooooooooooooooollllllllllllllllllllll

j'utilises le nostub ET le kernel...
Et je suis content : je v ennfin pv utiliser des progs compressés en kernel sans passer par RUNC => gain de place : un seul lanceur, qui compresse +...

"un gros coup pour le _nostub " (MacIntoc): Je ne pense pas... Le nostub a bien d'autres avantages que le kernel-mode n'a pas. Je ne les citerai pas car ce serait une perte de temps, il y en a trop.
Si les "kernel" se mettent à utiliser des outils nostub (même s'ils les modifient sans l'utilisation des auteurs), cela veut dire qu'ils trouvent que finalement le nostub c'est pas si mal...

un gros coup pour le _nostub " (MacIntoc): Je ne pense pas... Le nostub a bien d'autres avantages que le kernel-mode n'a pas. Je ne les citerai pas car ce serait une perte de temps, il y en a trop
oué et pi ils sont tellement bidon kon prouverai le contraire en 5 min !!

la compression existe sur Kernel depuis plus longtemps que sur nostub (RUNC), mais shrnklib est un peu moins performante que Exepack => on ne pense qu'au gain que ça nous fait !

moi ces gars qui se prennent la tête pour des programme sur calculettes ça me depasse
si le kernel leur plait plus, qui l'utilisent!
et c'est reciproque pour le _nostub!

Essaie de t'exprimer en français correct, RAGE2000.

Comme le disait Kevin très récemment: Tout ce qui peut être fait en kernel peut être fait en nostub, mais pas l'inverse.

heu... pas tt à fait sur...

hje dit ke tes argument ils sont tellement bidon kon prouve le contraire en moin de 5 min !!

XDanger>essaye d'utiliser Genlib en _nostub.

Si les "kernel" se mettent à utiliser des outils nostub (même s'ils les modifient sans l'utilisation des auteurs), cela veut dire qu'ils trouvent que finalement le nostub c'est pas si mal...
Ca n'a vraiment aucun rapport avec le mode utilisé. C'est seulement parce que l'algo utilisé est plus puissant, pas parce qu'il est en nostub.

kk>"bienprogrammé=_nostub"

Bon, toutes ces réactions m'embête, je ne pensais pas mettre autant le bazarre en rendant un programme plus compatible. Je m'attendez pas à ce que tous les nostubers se mettent à me taper dessus. Je ne les pensez pas comme ça. C'est vraiment dommage. Vous êtes quand même vraiment bizarres. Vous avez l'impression qu'on vous vole quelque chose ? Ou c'est seulement parce que vous avez peur d'être perdu dans les archives de ti-fr (qui vont bientôt être découpées en 2 parties, une nostub et une kernel, de toute façon) ?
Moi ça me fait rien du tout. Je ne suis ni dans un camp, ni dans l'autre. Je ne programme pas (non, vous ne verrez aucun programmes de moi).

En tout cas j'ai retiré le .zip.