16Fermer18
andoh_wilfriedLe 16/10/2009 à 17:05
Très j'ai compris. il y 3 version possibles :

- Un wrapper pour le basic(lanceur de fonction : prions que ça rame pas trop ) :

J'avais en effet pensée à ça : ( on va donner un nom au prog : stckLib ou argLib )
- passer en paramètre à arglib une fonction et ses arguments
- argLib verrouiller le Handle de la fonction pour l'appeler en faisant l'extraction des arguments individuels.



- Un lib statique :

ça veux dire que le code sera libre je suppose ? c'est quoi la différence avec lib dynamique



- Un programme KERNEL:

Ca va crée un genre de DLL que les programmes en mode KERNEL peuvent utiliser



Bon je vais lire la DOC de préos et déjà essayer de finir la Version lib pour le Basic et faire des tests pour
voir ce que ça donne niveaux vitesse.

En fait j'ai juste extrait le moteur de ExtLib, que j'ai un peu modifier.
Voici le fonctionnement actuel :

** parcours de chaque argument à partir d'une version perso de next_expression_index utilisant la dite fonction : my_nei
my_nei fait les opérations suivantes en tout en parcourant l'argument

- sauvegarde des pointeurs sur début et fin de l'argument
- sauvegarde dans un tableau des offset de chaque élément des arguments LISTE ou MATRIX
- la taille du tableau d'offset est limité pour l'instant à 2000 éléments donc 4Ko
- On peut donc pointer directement vers chaque élément de l'argument



J'évite ainsi de parcourir les arguments de façon inutile.
Je précise que l'indirection est supportés.

Si vous avez des suggestions n'hésiter pas.
C'est vrai que limiter la taille des données de type tableau à 2000 éléments est peut-être un peu radical.

Je pourrai toujours trafiquer et stocker directement les tableaux d'offset dans l'Estack.
Ce qui éviterai l'allocation de mémoire, mais ça limitarai la taille des tableaux d'offset
à moins de 64ko/nbr_arguments par argument