Nostub DLL - Page 1

zjuric espere implementer les DLL nostub dans tigcc.
http://pub26.ezboard.com/ftichessteamhqfrm5.showMessage?topicID=1420.topic
mais que se passe-t-il si on veut :
+ importer plusieurs DLL : Il faut les unloader avant !
+ Faire toute une interface
+ Si la DLL a besoin d'un segment de BSS ?
+ Si la DLL a besoin de fonctions du programme appellant ?
+ Si on appelle exit dans la DLL ?

Bref je le sens tres mal, et je ne pense pas que Kevin (anti-Lib dynamique) me contredira. Certes c'est juste pour depasser la limite des 64 Ko, mais c'est vraiment tres lourd a effectuer.

mais pour les 64ko, je croyais que la compression ppg pouvait diviser en plusieurs fichiers?

je le sens aussi assez mal : j'ai peur que bcp de gens ne veuillent abuser de ça...
Je penses que c'est pas bine dur à implémenter pour ceux qui le veulent vraiment... et qu'il faut que seuls ceux qui sont vraiment motivés aiuent accès à cette technologie...
bien souvent, pr pas dépasser les 64k, il suffit d'optimiser un peu... ça peu faire gagner une bonne dizaine de ko.

Le PPG et RUNC, c'est déjà pas mal

>liquid+zdrubal: Oui mais decompresser ca doit rester < 64 Ko

OK.

C'est quoi l'intérêt des DLLs nostub ?????????

Autant compiler en mode Kernel et réaliser des librairies kernel à partir du code de la TIGCClib !!!!

Cherche pas. Ils veulent pouvoir faire des programmes superieurs a 64 Ko, sans passser par les libs kernels.

Si on me le permet : ils sont cons

Pas de polémiques, Thibaut...

La methode choisie est a mes yeux stupides.

C'est clair. Je trouve ça stupide (puisque j'ai pas le droit de dire con) de ne pas exploiter quelque chose qui existe déjà

en + les outils pour faire des progs > 64ko existe deja !

Pour mon pang y a un fichier externe de 50k de donnees compressees, et l'executable est aussi compresse (ppg) et il fait 17k !

En comptant k ca compresse ~50% moa pang fait kan meme 150ko decompressé

heureusement le fichier extene est composé en plusieurs archives et je decompresse juste les données k'il faut

Y ont pété les plombs avec leur dll !

Je crois aussi

bah oui, tt ce qu'ils vont reussir à faire c un truc encore plus crade que le kernel mode

J'en suis sur. Et je ne pense pas que Kevin me contredira pour cette fois. Mais sai-ton jamais.

mais non il va A-DO-RER !

Aghnar> je fais pareil ds Kii

oué, je penses que, pour une fois, Kevin sera d'accord avec nous...

oué c kler ...

a la rigueur, faudrait pouvoir (comme dis liquid) decompresser dans plusieurs fichiers <64ko ... je pense que ce serait pas mal ... pis plus pratique ...

En tout cas pas une implementation comme ca.

kler

Vous pouvez remarquer l'absence de reponse de Kevin qui montre son dilemme dans ce sujet la.
D'un cote, il y a sa peur immodere, sa phobie des libs dynamiques.
De l'autre, c'est son Dieu adore, zjuric qui l 'a propose.
Il souffre horriblement. Il faut le consoler.

PS: Kevin, escuse-moi, s'il te plait. J'ai encore craque.

Reprends-toi, PpHd, ne craque pas

Moi, je trouve bien qu'on puisse s'en sortir pour la limite des 64 KO, mais j'ai bien peur des abus. Comme Zeljko lui-même, et comme Thomas Nussbaumer, d'ailleurs. On risque de se retrouver avec plein de trucs en DLL qui devraient être en librairie statique. Mais d'un autre côté, les abuseurs de DLL pourraient au moins arrêter de nous embêter avec leurs kernels avec un système comme ça.

C'est pour ca qu íl aurait mieux valu le garder sous la main, en undocumented feature

de toutes façons on est devant le meme probleme que qd le C est arrivé sur TI, bcp se sont jetés dessus mais ça fait un code pourri à coté d'un prgm en ASM Moi? je programmen C ? oops, va falloir changer tout ça

Je ne crois pas qu'on puisse comparer. Apprends deja bien le C et maitrise les pointeurs

si tu le dis, mais je pense que par flemme certains vont preferer avoir une lib dyna en nostub plutot que d'optimiser leur code pour ne pas avoir besoin de lib, les pointeurs c'est bon je maitrise, c'est les manipulations de bits que je ne sais pas encore faire

Les libs c'est bien... Si c'est bien foutu. Je le sens mal en nostub. Ou il n'y a aucune contrainte. C'est pas complique la manip de bits. Faut faire gaffe c'est tout

C'est sûr