Quelques questions... - Page 2

Explicite.

Eh bien:
* soit rajouter un paramètre à libbegin pour choisir si on charge la lib dans les BSS existantes ou dans une nouvelle indépendante des autres,

* soit on laisse la lib "choisir" ce qui est le mieux pour elle.
La lib pourrait "choisir" soit avec un paramètre dans son header, soit avec une fonction callback (genre DllMain(DLL_PROCESS_ATTACH)) qui retourne l'option choisie... Si la fonction n'est pas présente, ben, le kernel utilise un des deux choix par défaut ou bien refuse de charger la lib "non compatible avec le chargement en cours d'exécution"...

Enfin, bien sur, je ne sais pas trop si c'est réalisable... L'avantage d'utiliser une fonction spéciale est qu'on n'a pas forcément besoin de changer le format de la lib...
Mais comment tester sa présence? Si je me souviens bien, les libs sur TI ne répertorient pas leurs fonction par nom (comme les DLL) mais par index...
Une plage d'index spéciaux?

Ok mettons que l'on fasse comme ca,et que la librarie C dise qu'elle veut uns instance de BSS pour chaque instance de la librarie.
Comment fait-on dans l'exemple choisi pour que ca marche ?

au pire, il suffit de passer un paramètre supplémentaire à chaque appel de la lib, qui est un pointeur vers ses données
en plus, ça imposerait d'avoir en ram plusieurs exemplaires de la lib

Hmm... C'est vrai qu'il n'y a pas de MMU sur TI, donc on ne peut pas rediriger les BSS aussi facilement, puisqu'elles sont faites avec des relocations...
Et encore, même sous Windows, je crois qu'il n'y a pas de BSS... En fait, ils ne disent pas ce qu'il se passe si on rappelle LoadLibrary alors que la DLL est déjà chargée par le thread courant. On peut supposer qu'ils incrémentent juste le compteur de références, puisque la librairie est déjà initialisée pour ce thread...

Edit: ben si, ils le disent, j'ai trouvé:

If the call to LoadLibrary or LoadLibraryEx specifies a DLL whose code is already mapped into the virtual address space of the calling process, the function simply returns a handle to the DLL and increments the DLL reference count.

The entry-point function is not called if the DLL was already loaded by the process through a call to LoadLibrary or LoadLibraryEx with no corresponding call to the FreeLibrary function.

En clair, si la DLL est déjà chargée, ils incrémentent juste le compteur de références.
Bien sur, rien n'oblige à faire comme eux, si on peut gérer les BSS séparées... Mais j'ai bien peur que pour cela, il faille effectivement dupliquer le code...

>Je pense que l'idéal serait en fait d'avoir une instance de la lib en RAM par programme appelant.

C'est la seule solution enviseageable. Je crois que unios faisait ca.

Sur les TI-68k, le multithread sux un peu, quand même...

edit:---HS

#38 était plus ou moins OT, en réponse à #35 "Ca permettrait le multithread sans souci, le SMC et les BSS multiples. ". Et c'est vrai que #40 est bizarre...

exact! En relisant je me rend compte que je suis à coté de la plaque oubliez.

Plutôt "Off-Topic", mais tu as bien compris.

Stop, ou j'invoque mes droits admins.