Comment puis-je ré-écrire (ou enveloppe) un syscall fonction sur Linux?

Supposons que je veuille prendre complètement le open() de l'appel système, peut-être pour envelopper le réel syscall et d'effectuer une journalisation. Une façon de le faire est d'utiliser LD_PRELOAD pour charger un (utilisateurs) de l'objet partagé bibliothèque qui prend le relais de l'ouvrir() point d'entrée.

Les utilisateurs de open() de la routine obtient alors le pointeur de la glibc fonction open() par dlsym()ing, et en l'appelant.

La solution proposée ci-dessus est une solution dynamique, cependant. Supposons que je veux un lien sur mon propre open() wrapper de manière statique. Comment aurais-je le faire? Je suppose que le mécanisme est le même, mais je pense que il y aura un symbole de l'affrontement entre l'utilisateur défini par l' open() et de la libc open().

Nous faire part d'autres techniques pour atteindre le même objectif.

  • Que diriez-vous juste coller une fonction wrapper/macro dans votre code?
  • Je préfère ne pas utiliser des macros. Je n'ai pas vraiment un problème. Je demande juste à accroître les connaissances et d'en apprendre de nouveau truc.
InformationsquelleAutor Stefano Borini | 2010-09-07
  1. 60

    Vous pouvez utiliser l'écharpe de fonctionnalité ld. De man ld:

    --wrap symbol Utiliser une fonction wrapper pour symbole. Toute référence non définie à
    symbol est résolu à __wrap_symbol.

    Toute référence non définie à __real_symbol est résolu à symbol.

    Donc vous avez juste à utiliser le préfixe __wrap_ pour votre fonction wrapper et __real_ lorsque vous voulez appeler la fonction réelle. Un exemple simple est:

    malloc_wrapper.c:

    #include <stdio.h>
void *__real_malloc (size_t);

/* This function wraps the real malloc */
void * __wrap_malloc (size_t size)
{
    void *lptr = __real_malloc(size);
    printf("Malloc: %lu bytes @%p\n", size, lptr);
    return lptr;
}

    Application de Test testapp.c:

    #include <stdio.h>
#include <stdlib.h>
int main()
{
    free(malloc(1024)); //malloc will resolve to __wrap_malloc
    return 0;
}

    Puis compilez l'application:

    gcc -c malloc_wrapper.c
gcc -c testapp.c
gcc -Wl,-wrap,malloc testapp.o malloc_wrapper.o -o testapp

    La sortie de l'application résultante sera:

    $ ./testapp
Malloc: 1024 bytes @0x20d8010
    • +1 c'est soooo cool 😀
    • Il semble que la fonction qui appelle la fonction malloc ne peut pas être liée de manière dynamique. Par exemple, j'ai écrit un outils.c, qui contient une fonction perform_alloc() qui appelle la fonction malloc. Alors, si je fais une libtools.alors d'abord, et de le lier dynamiquement par -ltools, -Wl,-wrap,malloc ne fonctionnera pas.
    • Comme répondu dans stackoverflow.com/questions/3826108/... il est nécessaire de faire précéder la définition d'une fonction avec extern "C" lors de l'utilisation de ce code dans un programme C++.
    • La fonction pu être appelé __wrap_malloc? Ou peut-il être nommé différemment? Ce que je veux dire, c'est lors de l'emballage des appels système, ne nous ont pour nom les fonctions mêmes que celles de l'appel?
    • comme man ld montre, les symboles doivent avoir les préfixes __wrap_ et __real_.
    InformationsquelleAutor Giuseppe Cardone
  2. 2

    Symboles sont résolus par l'éditeur de liens dans l'ordre de la liste sur la ligne de commande, donc si vous avez inscrit votre bibliothèque avant que la bibliothèque standard, vous avez de l'precidence. Pour gcc, vous aurez besoin de spécifier

    gcc <BLAH> -nodefaultlibs <BLAH BLAH> -lYOUR_LIB <OTHER_LIBS>

    De cette façon, vos bibliothèques d'être recherché et trouvé le premier.

    InformationsquelleAutor Paul Rubel