Discussion :

[TomTom68]

Bonsoir,

Je finale un codage et je rencontre un léger bug mais intéressant tout de même.

Je charge une lib.so avec LD_PRELOAD, mais elle est appelée plusieurs fois par le noyau linux customisé d'un système embarqué et je vis quelques effets de bord.

Je cherche donc à définir un "truc" global qui me permette de savoir que ma lib est déjà chargée pour ne pas relancer son init.

J'ai essayé "static int", mais non, chaque init voit sa variable propre.
A part initier un fichier quelque part pour être unique, je ne vois pas trop comment faire ça sans venir sur le disque dur.

Quelqu'un aurait-il une idée élégante pour faire ça ?

Merci d'avance.

[Vodsky]

Bonsoir,

J'ai essayé "static int", mais non, chaque init voit sa variable propre.

Bonjour, si tu as mis un static int dans ta lib, l'int sera static pour le programme qui en fera usage... mais chaque programme qui apelera ta lib aura son propre static int, ta lib n'est pas un programme, c'est juste du code.

tu pourrai essayer un fichier effectivement, pourquoi pas une variable d’environnement (setenv(), unsetenv(), getenv())?

[matafan]

Un variable d'environnement ça ne marchera pas, car l'environnement est lui aussi propre à chaque processus.

Tu peux prendre un lock sur un fichier (avec un fcntl(F_SETLK), par exemple sur la fichier de ta lib), ou tu peux initialiser un sémaphore (à partir d'un ftok(), sur le fichier de ta lib par exemple).

Créer un fichier ce n'est quand même pas très propre je trouve.

[TomTom68]

Je trouve aussi qu'un fichier n'est pas ce qu'il y a de plus propre.

J'ai donc créé une fonction perso inutile servant d'indicateur et je l'ai initié la première fois si elle n'existe pas (pointeur de fonction = null).
Ainsi, chaque fois que l'init est lancé dans un processus, la première activité est la vérification de cette fonction perso et si elle est non null, l'init s'achève.

Plus qu'à faire des tests poussés pour vérifier tout ça.

La solution semble propre, non ?

Votre avis, merci.

[Obsidian]

Question bête : ton init sert à quoi ? À initialiser du matériel ?

Si tu es sous Linux en particulier, ou d'une manière générale sur un Unix SysV, tu peux aussi déclarer un petit segment de mémoire partagée via les IPC SysV. Là, au moins, des processus complètement indépendants les uns des autres pourront réclamer un handle sur le même segment en utilisant une clé fixe, et éventuellement le créer s'il n'existe pas.

[TomTom68]

Non, pas d'init matériel.

J'avais pensé aux memshares, mais ça me semblait une grosse armada pour peu de chose et comme je suis dans le hooking, ajouter une fonction comme flag me semblait plus simple.

[matafan]

Je suis curieux de voir comment tu modifies l'adresse de ta fonction.