Hi,
I'm currently working on a patch for out binding tool and want to add
some simple mediators to easily use it from C. During compilation i
stumpled over 2 little bugs:
* vala creates a local variable result, but a parameter has the same
name. This one is fixed, even I'm not completely happy w
---
vala/valaparser.vala | 10 +-
1 files changed, 9 insertions(+), 1 deletions(-)
diff --git a/vala/valaparser.vala b/vala/valaparser.vala
index 6828341..1205b60 100644
--- a/vala/valaparser.vala
+++ b/vala/valaparser.vala
@@ -57,7 +57,8 @@ public class Vala.Parser : CodeVisitor {
Hi,
After playing with libmusicbrainz I switched to libmusicbrainz3, which
seems an much more clean API. I came with more complete VAPI, but I'm
still struggling with a simple test app :S
Anyway my last changes are in the git repository.
Thanks
vmjl
2010/1/9 Frederik Sdun :
> * Victor Manuel J
Hi,
On Sat, 2010-01-09 at 16:27 +0100, JM wrote:
> I wrote a small patch to enable glib's memory statistics support for
> vala programs.
> It is trivial, but gives the programmer the possibility to use the
> mem_profile() call. This function needs an initialization done by the
> commandline option
Hi all
I wrote a small patch to enable glib's memory statistics support for
vala programs.
It is trivial, but gives the programmer the possibility to use the
mem_profile() call. This function needs an initialization done by the
commandline option from this patch first.
There seems to be some inte
On Fri, 2010-01-08 at 17:51 +0100, Dr. Michael Lauer wrote:
> As far as I know (Jürg, please speak up if I'm wrong) the core Vala syntax
> is to stay like it is until 1.0 except some possible additions, such as the
> new
> array slice syntax or the string templates. We will hopefully see
> tuples
On Thu, 2010-01-07 at 07:08 -0500, Arc Riley wrote:
> error: Integer or string expression expected
>
> on a case statement where:
> enum _message
> create
> resize
> title
> close
> _queue = new AsyncQueue of _message
> case _queue.pop()
>
> Using case/when with enum values
