lancer une fonction a partir du nom d'une librairie - Page 1

slt
est-il possible de lancer une fonction d'une librairie (avec des arguments) à partir d'un prog C, en possédant uniquement le nom de fichier de la librairie et le numéro de la fonction ?
mci d'avance

tu parles d'une librairie kernel ?
regarde dans tes includes le fichier kernel.h , tous les prototypes de toutes les fnc de toutes les librairires s'y trouvent

nan nan c pa ce ke je veu dire
je ve lancer une fonction d'une librairie à partir:
- d'une string avec le nom de fichier de la librairie
- le numéro de la fonction ds la lib
- le nbr d'arguments ke prend la fonction

Et du types dedits arguments sûrement?
Seulement c'est pas forcément si simple, c'est d'ailleurs pour ça qu'on laisse le kernel s'en charger en général... Si la lib est archivée, il faut la désarchiver, effectuer les relogements, et sûrement pleins d'autres trucs... Enfin c'est pas simple quoi

et si avec un editeur hexa on chope l'offset de la fonction par rapport au debut du programme, un jsr pourrait fonctionner non?

Non, il y a des histoires de relogements, des histoires de librairies imbriquées, et sûrement d'autres trucs auquels je n'ai pas pensés.
Trouver l'adresse de la fonction à partir du fichier lib et du n° de la fonction n'est pas compliqué, il suffit de connaître le format des librairies dynamiques (décrit dans la doc de Preos).

kernel__LibsExec ?

slt
est-il possible de lancer une fonction d'une librairie (avec des arguments) à partir d'un prog C, en possédant uniquement le nom de fichier de la librairie et le numéro de la fonction ? mci d'avance

en nostub : oui, à condition de refaire tout le boulot du kernel avant (relogement), donc ça revient presque à inclure le kernel dans ton programme
en kernel : oui

comment en kernel ?

kernel__LibsExec ?

D'abord utilise le fichier kernel.h de PreOS(attention enlève le hack du _main ,sur PreOS 0.67, qui est incompatible avec les TIGCC récents)

après tu lis la doc de PreOS sur les RAMCALLS et tu devrait trouver ton bonheur dans ce qui commence par kernel_Libs...

ok mci bcp

Sans kernel, si ton programme est sous GPL, tu peux inclure les sources de Iceberg.

Voire celles de TitaniK, les changements pour transformer le kernel en lanceur pourraient être utiles aussi pour cet usage.

Bon désolé les autres, mais restons dans le sujet calmement.
Pour résumer, inclure un kernel en statique relèverait manifestement de la recherche de la pessimisation la plus complète au niveau de la compatibilité future, de la portabilité, de la place, etc.
De toutes façons, vu qu'on dirait qu'il programme en kernel à la base, la question ne se pose même pas, et ta proposition relève du troll et du détournement de sujet, et ça c'est pas très correct ...

Je ressucite ce Topic Parceque je veux essayer de faire exactement la même chose que l'auteur de ce Topic c'est à dire :

Appeler Vertel dans Ma LIB effectuer des traitements que je n'ai pas envie d'implémenter.
Ma Librairie est en NOTSUB.

J'ai déjà l'impression que ça va être mission impossible et que je vais devoir me passer de VERTEL et tout refaire moi même
je vais voir dans Kernel.h ce que je trouve.
Mais déjà j'ai pas trop envie de faire du mode Kernel.
C'est plus simple le NotSub.

> C'est plus simple le NotSub.
Surement pas dans ce domaine

Ton problème n'est pas le même, la il s'agissait d'une lib kernel alors que vertel est une lib basic.

C'est pour ca que ca va etre vraiment jouissif de le faire fonctionner.

C'est impossible alors ! je vais donc être obliger de tout implémenter moi-même !

C'est sans doute plus facile de faire fonctionner une lib basic depuis un prog nostub qu'une lib kernel depuis un prog nostub.
Ceci dis je ne pense pas que ce soit techniquement une bonne solution à ton problème.