Discussion :

[Adil BE]

Bonjour tout le monde,
Mon souci est le suivant : J'ai un programme codé en c++ dans lequel il y a une fuite mémoire, cette fuite a été bien détectée par l'outil purify de chez ibm et c'est à cause de la librairie libclntsh.
Voilà la configuration du serveur :
AIX5L à 64 bits
Oracle 9.2.0.8 sur 64 bits
Est ce qu'il y a un patch pour cette librairie ?
Merci en avance

[Vincent Rogier]

Et la fuite c'est quoi ??

Il se peut qu'elle apparaisse si tu oublies d'appeler certains fonctions...

Poste le log de Purify...

Remarque : Pour info, J'avais testé un jour un "hello world" avec Purify sous Windows (un simple printf("hello world"); ). Et purify avait détecté une fuite dans la CRT...

[philcero]

Je comprends pas bien si ta fuite est détectée pour une application ou bien pour le core Oracle, tu peux préciser s.v.p ?

[Adil BE]

Voilà un extrait de l'exécution de Purify :

MLK: 12 bytes leaked at 0x2042c3d8
* This memory was allocated from:
malloc [librtlib.o]
sltskjadd [libclntsh.a(shr.o)]
sltskminit [libclntsh.a(shr.o)]
sltsini [libclntsh.a(shr.o)]
nlstdini [libclntsh.a(shr.o)]
nlstdggo [libclntsh.a(shr.o)]

MLK: 12 bytes leaked at 0x2045f6e8
* This memory was allocated from:
malloc [librtlib.o]
slwmmgetmem [libclntsh.a(shr.o)]
lmmrist [libclntsh.a(shr.o)]
lpminitm [libclntsh.a(shr.o)]
lpminit [libclntsh.a(shr.o)]
nau_viat [libclntsh.a(shr.o)]

MLK: 12 bytes leaked at 0x204db4b8
* This memory was allocated from:
malloc [librtlib.o]
lempint [libclntsh.a(shr.o)]
lemrist [libclntsh.a(shr.o)]
lpminitm [libclntsh.a(shr.o)]
lpminit [libclntsh.a(shr.o)]
nau_viat [libclntsh.a(shr.o)]

MLK: 8 bytes leaked at 0x2045d068
* This memory was allocated from:
malloc [librtlib.o]
slwmmgetmem [libclntsh.a(shr.o)]
lwemist [libclntsh.a(shr.o)]
lpminitm [libclntsh.a(shr.o)]
lpminit [libclntsh.a(shr.o)]
nau_viat [libclntsh.a(shr.o)]

ça n'a rien avoir avec le fait que j'ai oublié de faire un free, c'est une fuite mémoire dans la bibliothèque.
Existe t-il un patch pour cette fuite ?

[Vincent Rogier]

ça n'a rien avoir avec le fait que j'ai oublié de faire un free, c'est une fuite mémoire dans la bibliothèque.

Personne de te parle d'un free() de ton appli...

J'évoquai la possibilité que tu n'aie pas par exemple libéré un handle OCI, passé une mauvaise adresse ou un buffer mal dimensionné à une fonction OCI, etc...

Le nettoyage implicite des ressources interne de OCI n'est pas parfait et des fois ci cela n'a pas été explicement, des fuites peuvent apparaître

Quelle api utilises tu ? OCI ? OCCI .

[philcero]

Possible solution, si cela vient bien de la librairie, recompile ton noyau Oracle et les librairies qui vont avec afin d'écarter un problème lié à un upgrade système qui désaccorde la librairie.

D'un autre côté il y a pas mal de posts traitant du même sujet partout ailleurs pour la gamme 9.2.0.x et la 9.2.0.8 corrige une perte de mémoire pour le LISTENER mais rien d'autre.

Bref, pas simple...

C'est une base de production ?

[Adil BE]

C'est OCI,

[Adil BE]

Oui, effectivement, c'est une base de production.
Par contre, recompiler risque de foutre tout en l'air, mais je pense que je vais la tester quand même sur une base de développement.
En tout cas, merci pour la réponse

[JeJMitSa]

Bonjour,

Si pour toi la « fuite de mémoire » signifie que ton programme Pro*C augmente jusqu’à prendre 20 MO au lieu de 2 MO, il faut vérifier les droits d’accès sur le fichier « libclntsh.a » qui se trouve dans $ORACLE_HOME/lib, $ORACLE_HOME/lib32.

Ce dernier doit autoriser la lecture à tous les utilisateurs.

<<Sous AIX>>
-rw----r-- 1 ora102as oinstall 19147929 Jan 05 2009 libclntsh.a


Cette « petite » action a corrigé le problème de mémoire sur mes modules.