Discussion :

[troumad]

Bonjour

J'avais un programme qui tournait bien. J'ai une fuite de mémoire et je ne sais où chercher !

Le code du programme si vous voulez regarder est là : http://troumad.org/Mes_regles/perso3psi.zip mais, il y a plus de 20 000 lignes...

Donc, j'explique :
Dans le main.c j'ouvre une petite fenêtre de dialogue. Avant l'ouverture de ma fenêtre, je mets en place toute ma base de données.

Le problème, c'est que lorsque je reste sur cette fenêtre, j'ai assez de fuite de mémoire pour utiliser 100% de la mémoire de mon PC !

Après l'ouverture de cette fenêtre, il y a certes beaucoup de chose qui se passent (ouverture de fenêtre, parcours très fréquents des différentes états pour vérifier que tout est en état. Mais, ces autres fenêtres n'étant pas ouvertes, les processus qu'elles génèrent ne peuvent pas commencer.

Si je laisse inactive la fenêtre, la mémoire ne se remplit pas. Je pense donc que c'est dans la fenêtre en question.

Je fais des essais, quand j'enlève tous les boutons, je n'aéi plus ce problème :

Code :

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

1
2
3
  button = gtk_button_new_from_stock (GTK_STOCK_CLOSE);
  g_signal_connect (button, "clicked", G_CALLBACK (cb_fin),(gpointer)  param);
  gtk_box_pack_start (GTK_BOX (vbox), button, TRUE, TRUE, 0);

Si je les mets et que je ne passe pas la souris dessus, c'est bon (mais sans utiliser les boutons, le programme perd de son intérêt !)

Je commente la ligne avec g_signal_connect, le problème reste le même

Donc, je bloque...

[liberforce]

Tu as constaté les fuites sous Linux ou Windows ? Quelle version de GTK+ ?

[troumad]

Sous Linux avec lib64gtk+3.0-devel 3.6.2-4.mga3 et 3.4.1-2.mga2 (mageia 3 et mageia 2).
Je n'ai pas testé avec Windows, je pourrais le faire si besoin.

J'ai fait les tests poussé avec lib64gtk+3.0-devel 3.6.2-4.mga3 .

[liberforce]

Pas besoin de tester avec Windows, c'est juste que GTK 2 sous Windows avait de grosses fuites mémoire qui n'ont été corrigées qu'avec une des dernières versions de GTK 2.24. Sous Linux, pour détecter des fuites mémoires, tu peux utiliser Valgrind. Tu as un lien sur le wiki GNOME pour utiliser Valgrind avec GTK. Tu as besoin d'un fichier de suppression (qui doit être dispo sur cette page là) pour éviter les faux positifs (fuites signalées qui n'en sont pas), et en quitant le programme, il te dit où se trouvent les fuites. Tu peux aussi utiliser le module Massif de Valgrind qui trace une courbe de la consommation mémoire et voir quand elle augmente et quand elle devrait diminuer mais ne le fait pas.

[troumad]

Je ne sais pas si je vais utiliser Valgrind car j'ai une information à te donner avant : pas de problème avec mon gtk3 sous windows !

J'ai quand même testé... Ça ralentit beaucoup le système. On ne voit rien avant d'arrêter. Lors de l'arrêt j'ai eu un défilement d'info sur l'écran impressionnant :

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
29
30
31
32
33
==566== 22,656 bytes in 364 blocks are possibly lost in loss record 7,207 of 7,283
==566==    at 0x4C28B0C: malloc (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so)
==566==    by 0x4C28C80: realloc (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so)
==566==    by 0x6B423AE: g_realloc (in /usr/lib64/libglib-2.0.so.0.3400.3)
==566==    by 0x6B5AE56: ??? (in /usr/lib64/libglib-2.0.so.0.3400.3)
==566==    by 0x6B5AEA9: g_string_sized_new (in /usr/lib64/libglib-2.0.so.0.3400.3)
==566==    by 0x6B3E8DC: ??? (in /usr/lib64/libglib-2.0.so.0.3400.3)
==566==    by 0x6B406CA: g_markup_parse_context_parse (in /usr/lib64/libglib-2.0.so.0.3400.3)
==566==    by 0x461C53: g_markup_dom_new (xml.c:456)
==566==    by 0x42CD32: retourne_sort (feuille.c:2295)
==566==    by 0x447770: main (main.c:445)
==566== 
==566== 23,712 bytes in 1 blocks are still reachable in loss record 7,208 of 7,283
==566==    at 0x4C28B0C: malloc (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so)
==566==    by 0xA49448F: ft_mem_qalloc (in /usr/lib64/libfreetype.so.6.10.0)
==566==    by 0xA4944E2: ft_mem_alloc (in /usr/lib64/libfreetype.so.6.10.0)
==566==    by 0xA494971: ft_mem_qrealloc (in /usr/lib64/libfreetype.so.6.10.0)
==566==    by 0xA4949EA: ft_mem_realloc (in /usr/lib64/libfreetype.so.6.10.0)
==566==    by 0xA4C9823: ??? (in /usr/lib64/libfreetype.so.6.10.0)
==566==    by 0xA4CBF04: ??? (in /usr/lib64/libfreetype.so.6.10.0)
==566==    by 0xA4A52FB: ??? (in /usr/lib64/libfreetype.so.6.10.0)
==566==    by 0xA495ED0: ??? (in /usr/lib64/libfreetype.so.6.10.0)
==566==    by 0xA4986D9: FT_Open_Face (in /usr/lib64/libfreetype.so.6.10.0)
==566==    by 0xA4996CA: FT_New_Face (in /usr/lib64/libfreetype.so.6.10.0)
==566==    by 0x664F9EC: ??? (in /usr/lib64/libcairo.so.2.11200.12)
==566== 
==566== 24,621 bytes in 1,274 blocks are still reachable in loss record 7,209 of 7,283
==566==    at 0x4C28B0C: malloc (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so)
==566==    by 0x6B42310: g_malloc (in /usr/lib64/libglib-2.0.so.0.3400.3)
==566==    by 0x6B58B3B: g_strdup (in /usr/lib64/libglib-2.0.so.0.3400.3)
==566==    by 0x42EAB2: lire_struct_sort (feuille.c:2713)
==566==    by 0x4472B3: main (main.c:395)
==566==

En passant à des endroits où je ne vois pas pourquoi il passe par là... feuille.c par exemple !

Mais, ces erreurs, il les faits même lorsque je l'arrête de suite sans passer par les boutons !

[troumad]

Je vois une possibilité d"erreur :

Code :

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

1
2
==3373==    by 0x461C08: g_markup_dom_new (xml.c:448)
==3373==    by 0x426DF4: retourne_classe (feuille.c:1355)

Pour la première, il n'y a pas

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
  {
    gchar *text = NULL,*ch,*point=NULL;
    gsize length = -1;
 
    for (ch=(gchar *)filename;*ch!=0;ch++)
    {
        if (*ch==SEPARATEUR || *ch=='\\') point=NULL;
        else if (*ch=='.') point=ch;
    }
 
    if (ch-point==4 && strncmp(point,".od",3)==0 && (point[3]=='t' || point[3]=='c' || point[3]=='p' || point[3]=='s') )
    {
        text=content_libo((char *)filename,&length);
    }
    else
        g_file_get_contents (filename, &text, &length, error);

Et pour la seconde, il y a :

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
void retourne_classe(struct_classe * classe_, char * fichier, gpointer param)
{
    GMarkupDomNode * node=NULL,* ooo=NULL;
    char * tmp, *tmp1;
 
    if (classe_->add1.nom!=NULL)
    {
        free(classe_->add1.nom);
        classe_->add1.nom=NULL;
    }
    if (classe_->add2.nom!=NULL)
    {
        free(classe_->add2.nom);
        classe_->add2.nom=NULL;
    }
 
    if ((ooo = g_markup_dom_new (fichier, NULL)))

Dans les deux cas, ce ne sont pas des erreurs car j'initialise des pointeurs ! Il faut mettre quelles précaution dans le code ?