On Sat, 11 Oct 2008 17:55:41 +0200, nico <[EMAIL PROTECTED]> wrote: >Hi Enrico, > >Thank you for your answer... >I'll try to read more about GError (in fact, i wrote first a program >with GLibmm, and then rewrote the program in GLib to test whether the >memory usage would be the same in pure C, but that's my first program >with GLib without the C++ binding). > >Unfortunately, I did not receive your patch... even in your second >message... I guess the mailing daemon blocked it. >May be you could send it directly to my email address...
Oops, try this one: http://www.uvena.de/tmp/gio.diff >About the memory, usage It's not possible to explain by the fact that >the function is recursive... cause the memory usage only grow up and >never decrease (I need more that 500 MB to list /usr/ and the max >depth is only 12... so at this moment I have 12 GFileEnumarator >structures in memory... ) That's true. But things should get better with the patch because your created child_path was wrong, it missed a slash in some cases and this caused errors and so the GError struct was set but never freed. Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc
_______________________________________________ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list