On Fri, 2009-09-18 at 10:11 +0200, Frederik wrote:
Great release!
Thanks.
One question about closures: is it intentional that captured variables
change after the closure? For example:
--
delegate void Func ();
void main () {
Hi,
Thanks for the great release! Great progress!!
Then the bad news ;-) The output of this one is 0. Is this correct?
JP
---
delegate void Func ();
Func goo () {
int a = 42;
Func f = () = stdout.printf (%d\n, a);
a = 43;
return f;
}
void main () {
Jürg Billeter wrote:
This is correct, there is only one instance of the variable `a' and that
instance is captured by the closure. You can also change the value of
`a' inside the closure and this will affect the outer method as well as
there is only one instance of this variable.
You're
jp0...@jippii.fi wrote:
Hi,
Thanks for the great release! Great progress!!
Then the bad news ;-) The output of this one is 0. Is this correct?
Seems to work now with Vala/master. Maybe it was the same bug as with my
second example.
Best regards,
Frederik
Already fixed? Great! Thanks!
JP
jp0...@jippii.fi wrote:
Hi,
Thanks for the great release! Great progress!!
Then the bad news ;-) The output of this one is 0. Is this correct?
Seems to work now with Vala/master. Maybe it was the same bug as with my
second example.
Best regards,
It almost sounds to me like you want a C# compiler that targets real
CPUs instead of targeting the CLI? You won't find that in Vala.
Fortunately, mono already has this feature: http://www.mono-project.com/AOT
--
http://homes.eff.org/~barlow/EconomyOfIdeas.html
pancake wrote:
Defining default null values where possible.
We can probably extend this behaviour in other VAPIs.
'gstreamer-*.vapi' is auto-generated like many other VAPI files for
GObject libraries. So this information should go into the '.metadata'
file. However, AFAIK there is no metadata
Hi all
A few days ago I edited the asynchronous stream reading example on the
vala site to use the new async syntax.
http://live.gnome.org/Vala/GIOSamples#head-a6170c01121b9fe5825f431de73573b084545741
After the release of vala-0.7.6 I realized that other examples of the
new syntax use '.begin()'
On Friday 18 September 2009 18:18:33 JM wrote:
Hi all
A few days ago I edited the asynchronous stream reading example on the
vala site to use the new async syntax.
http://live.gnome.org/Vala/GIOSamples#head-a6170c01121b9fe5825f431de73573b0
84545741
After the release of vala-0.7.6 I realized
Ok. Thanks!
PS.: Can someone who knows the async stuff better than me write a few
lines about .begin and .end to the vala tutorial?
Regards,
Jörn
Am Freitag, den 18.09.2009, 18:34 +0200 schrieb Michael 'Mickey' Lauer:
On Friday 18 September 2009 18:18:33 JM wrote:
Hi all
A few days ago I
On Fri, Sep 18, 2009 at 18:34:47 +0200, Michael 'Mickey' Lauer wrote:
On Friday 18 September 2009 18:18:33 JM wrote:
Hi all
A few days ago I edited the asynchronous stream reading example on the
vala site to use the new async syntax.
Hello
What does .end() do? Are there any examples available?
Please also put some information to the tutorial. That would be great!
Thanks
Jörn
No, the call without .begin() is being deprecated.
From yestarday's discussion on IRC I understood it's not generally possible
to collapse to
On Fri, Sep 18, 2009 at 19:52:59 +0200, JM wrote:
What does .end() do? Are there any examples available?
It's a syntax for the _finish function. Takes the AsyncResult and return the
real result or throws an error (if the async function does).
It's called like
async_function.end(result)
in
On Fri, 2009-09-18 at 08:54 -0400, Levi Bard wrote:
It almost sounds to me like you want a C# compiler that targets real
CPUs instead of targeting the CLI? You won't find that in Vala.
Fortunately, mono already has this feature: http://www.mono-project.com/AOT
Kinda-sorta. AOT-compiled
Ah. ok.
Can you also say something about
async_function.callback
I've seen it in the dbus test, but I don't fully understand it yet.
Regards
Jörn
Am Freitag, den 18.09.2009, 20:10 +0200 schrieb Jan Hudec:
On Fri, Sep 18, 2009 at 19:52:59 +0200, JM wrote:
What does .end() do? Are
Hi folks,
Obvious use for lambdas is connecting them to signals, right? But how does
one disconnect them?
The tutorial suggests code like:
t1.sig_1.connect((t, a) = {
stdout.printf(%d\n, a);
});
(where sig_1 is declared as public signal void sig_1(int a);
Fine. Now say I need
Hello folks,
Until recently, I could store a delegate in a class. It was incorrect in many
cases because a destroy notify was not stored in the delegates.
Now the destroy notify is stored, but for some reason fails to be stored in
a class. What is worse, vala does not report any error and
No, the call without .begin() is being deprecated.
From yestarday's discussion on IRC I understood it's not generally possible
to collapse to synchronous call automagically. Doing it involves running
a (recursive) main loop until the callback is called, but this brings a lot
of problems
On Sat, 2009-09-19 at 01:41 +0200, Michael 'Mickey' Lauer wrote:
No, the call without .begin() is being deprecated.
From yestarday's discussion on IRC I understood it's not generally possible
to collapse to synchronous call automagically. Doing it involves running
a (recursive) main
19 matches
Mail list logo
