Discussion :

[Invité]

Bonjour a tous,

Je travaille actuellement sur un petit programme alliant threads et fonctions de formatage (en gros, vsprintf_s() ) et je rencontre un souci de fuite memoire.
En gros, mon main() cree une thread qui va faire une operation quelconque, puis consigner le resultat dans un fichier de log. Helas, cette fonction qui ecrit les logs fait un appel a vsprintf_s, et j'ai pu remarquer qu'a chaque appel de la fonction, le programme faisait un memory leak. En commentant cette fonction, plus rien.
Donc, que s'est-il passe ?

Voici le code en question, juste celui de la thread:

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
19
20
21
22
23
24
25
26
27
28
 
void glb_log(unsigned int const level, char const * const function, char const * data, ...)
{
	char buffer[512];
	char const *debugginglevels[] = { "ALL", "DEBUG", "INFO", "WARNING", "ERROR", "CRITICAL", "NONE" };
	va_list ap;
	DWORD n;
 
	if (logLevel == DEBUG_NONE)
		return;
 
	if ((level != DEBUG_ALL) && (level < logLevel))
		return;
 
	va_start(ap, data);
 
	if ((n = vsprintf_s(buffer, 512, data, ap)) > 1)
	{
		WriteFile(logFile, buffer, n, &written, NULL);
		FlushFileBuffers(logFile);
	}
 
	if (level == DEBUG_CRITICAL)
	{
		CloseHandle(logFile);
	}
	va_end(ap);
}

Et voila, donc si on vire le bloc du vsprintf_s, aucune fuite !
Si quelqu'un a une idee...

Merci d'avance

[Emmanuel Delahaye]

Je travaille actuellement sur un petit programme alliant threads et fonctions de formatage (en gros, vsprintf_s() ) et je rencontre un souci de fuite memoire.

Et voila, donc si on vire le bloc du vsprintf_s, aucune fuite !

Peut être un contre effet de la fonction 'safe' de Microsoft...

Essaye avec vsprintf().

[Invité]

Aucune modification, il y a toujours cette augmentation en memoire

[Invité(e)]

Bonjour,

Les arguments de la fonction glb_log sont ils corrects ? ie : y a-t-il autant d'arguments derrière le format que de % dans le format ? les arguments sont-ils du type attendu ? ...

[Invité]

Oui oui, j'ai bien reverifie, et c'est ainsi partout ! Un appel a un %sl pour les widechars, des %d et %s, %c comme il faut...
De plus il me semble que sur un mauvais type, ou un nombre d'arguments incorrect le programme me sauterait immediatement a la tete non ? (enfin j'ai eu le plaisir de voir ca une fois...).

Sinon apres quelques tests, toutes les fonctions de la famille printf sont incriminees... snprintf, vsprintf et tout le reste.

EDIT:
Pensez-vous que la maniere dont le thread qui appelle cette fonction est cree ou detruit pourrait influencer la maniere dont la memoire est geree ? Car je ne vois vraiment pas trop d'ou ca pourrait venir a ce niveau. Les recherches sur Google ne donnent rien ou presque, et si la librairie des printf etait touchee, je doute que je serais le seul a avoir ce genre de soucis.

[ram-0000]

%sl pour les widechars

Je croyait que c'était %S pour les widechar

%s : When used with printf functions, specifies a single-byte–character string; when used with wprintf functions, specifies a wide-character string. Characters are printed up to the first null character or until the precision value is reached.

%S : When used with printf functions, specifies a wide-character string; when used with wprintf functions, specifies a single-byte–character string. Characters are printed up to the first null character or until the precision value is reached.

http://msdn.microsoft.com/en-us/libr...3w(VS.71).aspx