Discussion :

[Ylias]

oups j'ai oublié le pas...

Je ne comprends pas le rapport lol

Désolé

[Emmanuel Delahaye]

Je ne comprends pas le rapport lol

Tu chreches bien à dérouter des fonctions standard ? C'est ce que je fais avec SYSALLOC. Quand j'inclus "ed/inc/sysalloc.h" dans un source C, les appels des fonctions standard

• malloc()
• calloc()
• realloc()
• free()

sont remplacées par des macros du même non qui appellent des fonctions 'à moi'.

(Il se trouve qu'ensuite, elles appellent les vrais fonctions, parce que j'en ai besoin, mais rien ne t'y oblige).

[Ylias]

Oui, mais tu spécifie le nom du .h dans le code source de ton executable...

Alors que moi, lorsqu'un executable est déja compilé avec le .h de stdlib, il doit quand meme utiliser mes fonctions sans recompiler le programme...

[Jack_serious]

Sa ne donne rien ...

JJ'ai fait le export à la main après avoir fait la compilation dynamique...

Mais en fait, ça ne marche pas, il utilise tjs la fonction malloc de stdlib...

Fichtre... etrange.

Une des choses qui peut provoquer ce genre de choses:

Comment fait tu ton LD_PRELOAD ?

Il faut specifier le chemin absolu de la librairie.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
$ export LD_PRELOAD='/home/oam/prog/c_rocks/my_lib.so'

Sinon pour eviter de le faire il y a une autre variable d'envirronement a exporter.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
 
$ export LD_PATH='.'
$ export LD_PRELOAD='my_lib.so'

LD_PATH sous Linux. LD_LIBRARY_PATH sous Unix.

A part ca je vois pas...

Tu pourrais faire voir la sortie de ton shell ?

Sinon va demander sur le forum "Developpement Linux" c'est plein de barbus.

[Emmanuel Delahaye]

Oui, mais tu spécifie le nom du .h dans le code source de ton executable...

Alors que moi, lorsqu'un executable est déja compilé avec le .h de stdlib, il doit quand meme utiliser mes fonctions sans recompiler le programme...

Comme je te l'ai dit, c'est une autre stratégie. Au moins, elle fonctionne !

[Ylias]

Oui, mais hélas ça ne réponds pas à ce que je dois faire...
Mais merci quand meme.

J'ai bien spécifié le chemin complet pr accéder au .so.

Et un set m'affiche bien la variable avec la bonne valeur...

Et quand je lance mon programme, ça me lance le malloc normal...

La manip que j'ai faite est la bonne vu que j'ai réussi sur un simple exemple....

Cependant la compilation en libraire dynamique prends elle en compte ce type de déf:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
# ifdef MONALLOC
# define malloc(x) monalloc(x, __FILE__, __LINE__)
# define free(x) monfree(x, __FILE__, __LINE__)
# define calloc(x, y) moncalloc(x, y, __FILE__, __LINE__)
# define realloc(x, y) monrealloc(x, y, __FILE__, __LINE__)
# endif

Peut etre que le problème vient de là...

J'ai tenté de nommer directement mes fonctions comme celle de stdlib mais il me dit que je peux pas vu que je fais un include stdlib.h...

Je tourne en rond la

[Ylias]

J'ai résolu pas mal de soucis.
Quelqu'un peut m'aider pour gérer le make load qui chargerait directement la bibliothèque dynamique?

Merci.

J'ai du mal à gérer le dossier courant pour la commande
export LD_PRELOAD='/home/...../libmalloc.so'

Je n'y arrive pas

Merci

[Emmanuel Delahaye]

Quelqu'un peut m'aider pour gérer le make load qui chargerait directement la bibliothèque dynamique?

J'ai du mal à gérer le dossier courant pour la commande
export LD_PRELOAD='/home/...../libmalloc.so'

Quel rapport avec le langage C ?

Linux & Développement pour Linux