Re: [Vala] DBus and memory leaks?
- From: Luca Bruno <lethalman88 gmail com>
- To: "Eugenio 'g7' Paolantonio" <me medesimo eu>
- Cc: Vala List <vala-list gnome org>
- Subject: Re: [Vala] DBus and memory leaks?
- Date: Sat, 23 Aug 2014 13:11:22 +0200
Try with a (very) recent valac, possibly git master. We fixed a memory leak
about hashtables with variant values. It might be that.
On Fri, Jun 20, 2014 at 11:03 PM, Eugenio 'g7' Paolantonio <me medesimo eu>
wrote:
Hello!
I'm writing a notification daemon using vala and GTK+.
This of course uses DBus (and the org.freedesktop.Notifications domain,
following the spec at https://developer.gnome.org/notification-spec/).
While everything works so far, I have a strange problem: when an
application sends a notification with the 'image-data' (or the
deprecated 'icon_data') hint (which is a raw image data structure, see
https://developer.gnome.org/notification-spec/#images) the notification
daemon grows up in RAM usage.
For example, when spotify sends a notification, the RAM usage of the
daemon grows to 42 MB (from 2 MB).
When another notification goes in, the usage doubles... and I get 81 MB
of RAM usage.
This happens too with other music player such as exaile.
No problems instead for "conventional" notifications.
A stripped-out version of the notification daemon is here:
http://pastebin.com/jPeSB0Nb
It's really simple, no GTK+ at all, and the Notify() method is empty.
Unfortunately also this version has the same memory leak problem. :(
I'm running Debian sid with valac 0.24 (but I've tried also with 0.22
and 0.20 with no luck).
Any pointers are appreciated: this has been driving me mad for the last
two days! :)
Thank you in advance,
Eugenio
--
Eugenio Paolantonio
http://me.medesimo.eu - @eugenio_g7
.:: Is this too good to be true? http://semplice-linux.org ::.
_______________________________________________
vala-list mailing list
vala-list gnome org
https://mail.gnome.org/mailman/listinfo/vala-list
--
www.debian.org - The Universal Operating System
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]