> 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 t
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 bin
> 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 w
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
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 = Max
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)