I ran the following code for over 48 hours and there was no increase in the
heap size during that time:
char *label = radioItem [item].label;
char *text = (item == 0) ? FORMAT [item].printf (val1)
: FORMAT [item].printf (readable (val1),
readable (val2));
I use the libpeas plugin engine, and want to init gtk from the plugin registar
method.
I saved the main() args in static field in my library, and the plugin registar
method looks like this:
public void peas_register_types (ObjectModule module) {
int* argsc;
char*** argsv;
argsv =
Hi Tal,
On Mon, 2012-07-16 at 18:02 +0300, Tal Hadad wrote:
int* argsc;
char*** argsv;
argsv = Max.get_args (out argsc);
If argsv is supposed to represent a string array, Max.get_args() has
been bound incorrectly. Use string[] if you mean string array - or
char** if you have to
If argsv is supposed to represent a string array, Max.get_args() has
been bound incorrectly. Use string[] if you mean string array - or
char** if you have to use raw pointers but char*** is most likely wrong
here. The correct binding is probably something like:
Ok I've explained my self
We are pleased to announce version 0.17.3 of Vala, a compiler for the
GObject type system.
Vala 0.17.3 is now available for download at:
http://download.gnome.org/sources/vala/0.17/
Changes since 0.17.2
* Require and target GLib = 2.18.
* Support async creation methods.
* Bug fixes and
The problem with this code is that the actual labels on the menu did not
update. I then added the following line to inform the menu entries of a
change:
radioItem [item].notify_property (label);
and the heap size began its slow but steady increase again.
Perhaps it is the glib
