Discussion :

[yves042]

Bonjour,

Je développe un programme en c++ avec VS 2005. J'utilise Ocilib pour la connexion à oracle.
J'ai une montée des handles sur le serveur sur lequel tourne la base de données oracle. Le code suivant semble en être la cause sachant qu'il s'agit du code inclut dans le timer.

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
std::string sid;
std::string date;
std::string package;
std::string message;
 
int num_lig = 0;
 
if (cn != NULL)
{
	st = OCI_StatementCreate(cn);
 
	std::string str = string("declare fin number(1); begin :fin := dbms_pipe.receive_message('") + pile + ("', 0); exception when others then null; end;");
 
	OCI_Prepare(st, const_cast<char*>(str.c_str()));
	OCI_BindInt(st, ":fin", &fin);
	OCI_Execute(st);
}				
OCI_StatementFree(st);

le problème vient-il de l'utilisation d'OCI_StatementCreate dans un timer?

Merci.

Yves.

[Vincent Rogier]

salut,

il y a un probleme de portée... La variable locale 'st' n'est jamais libérée

[yves042]

Salut,

Merci de ta réponse.
Si c'est à ça que tu fais allusion, j'ai fais une petite erreur en supprimant le code intermédiaire, le OCI_StatementFree est à l'intérieur de la boucle if.

Actuellement, j'ai défini *st dans un .h externe que j'inclue dans la form où j'exécute le timer. Le définir dans mon timer résoudrait le problème.

Merci pour ta disponibilité.

Yves.

[yves042]

Le définir dans mon timer résoudrait le problème?

dsl, ce n'était pas une affirmation mais une interrogation.

[Vincent Rogier]

Si tu as des curseurs qui augmente dans la base, c'est que objets OCI_Statement ne sont pas libérés.

Il faut donc faire une revue de code et vérifier que chaque statement est bien libéré.

De plus, faire attention à la portée des variables et à leur classe d'allocation (statique ou externe) et par exemple ne pas avoir de variable 'st' globales et locales.

Donc il vaut mieux déclarer tes statements en local