Re: [Vala] [ANNOUNCE] Vala 0.1.6 - Compiler for the GObject type system

types. * Add size_t and ssize_t. * Add basic support for method pre- and postconditions. ... Anyone with short examples for the new language features among these? Regards, :M: -- Dr. Michael 'Mickey' Lauer | IT-Freelancer | http://www.vanille-media.de

Re: [Vala] [Bindings] Few quick questions about glib

Am Sunday 07 September 2008 15:36:59 schrieb Mihail Naydenov: but %s: %d.printf (Hello, 5) is some weird, weird stuff ! Not weird, slick! :) -- :M: ___ Vala-list mailing list Vala-list@gnome.org http://mail.gnome.org/mailman/listinfo/vala-list

Re: [Vala] D-Bus server testing

Awesome, glad to hear this. As a consequence of this, both async. and sync. operation both client and server side will be supported then? Do we have any other showstoppers left in dbus support then or would you consider it feature complete? Thanks a lot! -- :M:

Re: [Vala] How to use a DBus Dict in Vala?

Am Tuesday 11 November 2008 11:52:01 schrieb Daniele Benucci: 2008/11/10 Daniele Benucci d.be...@gmail.com I need to call a DBus method that returns a Dict of {String, Variant}. How can I store and handle this result in Vala? I found it. HashTable to store the dict and GValue to store the

Re: [Vala] How to use a DBus Dict in Vala?

Am Saturday 10 January 2009 10:29:04 schrieb Jürg Billeter: So apparantly we need to use dbus_g_type_get_map for a{sv} [and likewise, I've seen dbus_g_type_get_collection getting used for arrays]. How do we move from here? This should now be fixed in trunk. The correct dbus-glib specific

Re: [Vala] Properly wrapping callbacks

Thanks for your mails, I think the VAPI part is clear to me now. Unfortunately I still can't do the actual setting of the callback. I have: === gsm0710_p.h === typedefint (*gsm0710_context_at_command_callback)(struct gsm0710_context *ctx, const char *cmd); ... struct

Re: [Vala] Properly wrapping callbacks

Hi, I think that the delegate should be static: [CCode (instance_pos = 0)] public static delegate int AtCommandCallback( string cmd ); Thanks, still the same error though. -- :M: ___ Vala-list mailing list Vala-list@gnome.org

[Vala] posix.vapi additions

I found the need for open(2) and friends. Please add to posix.vapi: [CCode (cheader_filename = fcntl.h)] public const int O_ACCMODE; [CCode (cheader_filename = fcntl.h)] public const int O_RDONLY; [CCode (cheader_filename = fcntl.h)] public const int O_WRONLY; [CCode

[Vala] How to wrap select(2)'s fd_set?

Hi, I'd like to complete more of the posix wrapper, namely select(2) and the required datatypes. The respective man page excerpt is: NAME select, pselect, FD_CLR, FD_ISSET, FD_SET, FD_ZERO - synchronous I/O multiplexing SYNOPSIS /* According to POSIX.1-2001 */ #include

Re: [Vala] How to wrap select(2)'s fd_set?

Ok, here's what I have so far: [CCode (cname = fd_set, cheader_filename = sys/select.h, free_function = )] [Compact] public class FdSet { [CCode (cname = FD_CLR, instance_pos=1.1)] public void clear (int fd); [CCode (cname = FD_ISSET,

Re: [Vala] How to wrap select(2)'s fd_set?

Hi Matías, Please refer to this bug http://bugzilla.gnome.org/show_bug.cgi?id=555250#c6 Ah, lots of good stuff. Juerg doesn't want to wrap into an object the posix functions... Yes, and I agree with him in general -- I think for select and the FD functions it feels natural and gives a

Re: [Vala] How to wrap select(2)'s fd_set?

Am Saturday 31 January 2009 11:23:54 schrieb Daniel Svensson: On Fri, Jan 30, 2009 at 1:20 AM, Michael 'Mickey' Lauer mic...@vanille-media.de wrote: I'd like to complete more of the posix wrapper, namely select(2) and the required datatypes. The respective man page excerpt is: As common

[Vala] posix.vapi additions (signal)

Please add to posix.vapi: [CCode (cheader_filename = signal.h)] public const int SIGHUP; [CCode (cheader_filename = signal.h)] public const int SIGINT; [CCode (cheader_filename = signal.h)] public const int SIGQUIT; [CCode (cheader_filename = signal.h)] public

Re: [Vala] posix.vapi additions (signal)

Am Wednesday 04 February 2009 00:39:42 schrieb Zeeshan Ali (Khattak): On Tue, Feb 3, 2009 at 3:07 AM, Michael 'Mickey' Lauer mic...@vanille-media.de wrote: Please add to posix.vapi: Thanks for the changes. Don't know of others but I will use these in Rygel at least. Just one suggestion

[Vala] posix.vapi additions (termios)

Please add to posix.vapi: [CCode (cheader_filename = termios.h)] public const int B0; [CCode (cheader_filename = termios.h)] public const int B50; [CCode (cheader_filename = termios.h)] public const int B75; [CCode (cheader_filename = termios.h)] public const int

[Vala] [PATCH] BytesArray members

I found the attached patch necessary to use the BytesArray. Cheers, -- :M: Index: vapi/glib-2.0.vapi === --- vapi/glib-2.0.vapi (Revision 2422) +++ vapi/glib-2.0.vapi (Arbeitskopie) @@ -3044,6 +3044,9 @@ public void sort

Re: [Vala] [Having fun with Vala] Multiboot kernel using Vala!

Am Wednesday 11 February 2009 17:49:26 schrieb Alessandro Pellizzari: Il giorno mar, 10/02/2009 alle 11.27 +, Sam Liddicott ha scritto: I think that is great. I'm determined to write a netfilter kernel module in vala. And I am curious to know if it is possible to write a window

Re: [Vala] [PATCH] BytesArray members

Am Friday 06 February 2009 01:58:08 schrieb Michael 'Mickey' Lauer: I found the attached patch necessary to use the BytesArray. Is bugzilla preferred for patches? -- :M: ___ Vala-list mailing list Vala-list@gnome.org http://mail.gnome.org/mailman

Re: [Vala] [vala] why posix api for vala binding so few?

We're working on extending it; some patches are already in the queue, but there seems to be more important issues at the moment, so please have patience. Cheers, -- :M: ___ Vala-list mailing list Vala-list@gnome.org

Re: [Vala] [PATCH] BytesArray members

then for the forthcoming patches. Here's the last one inline though. ;) Please see attachement. Thanks, :M: From ec0865757033416b3ca1d4d046c4308d59aadf85 Mon Sep 17 00:00:00 2001 From: Michael 'Mickey' Lauer mic...@vanille-media.de Date: Thu, 19 Feb 2009 17:52:10 +0100 Subject: [PATCH] glib-2.0: bind

Re: [Vala] [ANNOUNCE] Vala 0.5.7 - Compiler for the GObject type system

Congrats on the new release! Am Friday 20 February 2009 22:05:01 schrieb Jürg Billeter: * Various improvements to asynchronous method support (Ryan Lortie). May I request some examples for the current state and if possible a roadmap towards full coroutine support? Cheers, Mickey. -- :M:

[Vala] [PATCH] posix.vapi: add syslog and friends

-- :M: From 0fdd83b972eb21ffe7512142a455d4fea2c302d9 Mon Sep 17 00:00:00 2001 From: Michael 'Mickey' Lauer mic...@vanille-media.de Date: Sun, 1 Mar 2009 22:01:19 +0100 Subject: [PATCH] posix.vapi: add syslog and friends Signed-off-by: Michael 'Mickey' Lauer mla...@vanille-media.de --- vapi

Re: [Vala] [PATCH] Environment.get_system_config_dirs() produces wrong C code

git pull --rebase ;) -- :M: ___ Vala-list mailing list Vala-list@gnome.org http://mail.gnome.org/mailman/listinfo/vala-list

[Vala] [ModuleInit]?

What is this decorator supposed to do? I stumbled over it when experimenting with shared objects, but it doesn't seem to have any effect, at least not changing the function it decorates to be called at init time. For this, it looks we need a public string g_module_check_init(TypeModule module)

Re: [Vala] [ModuleInit]?

I see. Thanks, that clears it up! Mickey. ___ Vala-list mailing list Vala-list@gnome.org http://mail.gnome.org/mailman/listinfo/vala-list

Re: [Vala] Added kill to posix.vapi

Am Dienstag, den 03.03.2009, 23:44 -0500 schrieb Michael B. Trausch: On Tue, 03 Mar 2009 23:21:28 +0100 Michael 'Mickey' Lauer mic...@vanille-media.de wrote: I could imagine posix not wanting to depend on Glib though, so I'd recommend using the native pid_t instead of Glib's variant

Re: [Vala] Added kill and pid_t to posix.vapi

Am Mittwoch, den 04.03.2009, 09:14 +0100 schrieb pancake: Where's the SIGXXX enum? and signal()? Already in the bindings. -- :M: ___ Vala-list mailing list Vala-list@gnome.org http://mail.gnome.org/mailman/listinfo/vala-list

Re: [Vala] Added kill and pid_t to posix.vapi

Hans Baier: Another try (attached). Works for me here. ACK. Looks good to me. Regards, -- :M: From ea2b5b8f79fe15f862d556afffab55864a1507aa Mon Sep 17 00:00:00 2001 From: Hans Baier hansfba...@googlemail.com Date: Wed, 4 Mar 2009 06:17:53 +0700 Subject: [PATCH] posix.vapi: Added kill and pid_t

Re: [Vala] Added kill and pid_t to posix.vapi

Am Mittwoch, den 04.03.2009, 13:50 +0100 schrieb pancake: mmh, pid_t is not a struct, is an 'int', in which whay do you get the (int) value of this empty struct? I would rather prefer to do it in another way to allow vala use the 'int' nature of the pid_t type for conversions between numbers,

Re: [Vala] Added kill and pid_t to posix.vapi

Added the IntegerType descriptor. Can we apply the attached patch then? Cheers, -- :M: From 64dba8143862518d7979af4dacdc4258c9cdc3a6 Mon Sep 17 00:00:00 2001 From: Hans Baier hansfba...@googlemail.com Date: Fri, 6 Mar 2009 01:38:41 +0100 Subject: [PATCH] posix.vapi: add pid_t and kill

[Vala] misc. patches

Please see attachements. Cheers, Mickey. From 24d61cba45998815c8c2aa6fdcb8abb7fc2d85b6 Mon Sep 17 00:00:00 2001 From: Michael 'Mickey' Lauer mic...@vanille-media.de Date: Tue, 10 Mar 2009 11:41:04 +0100 Subject: [PATCH] posix.vapi: rename stat struct and add actual stat + fstat calls Signed

Re: [Vala] Creating executables without glib/gobject

Am Samstag, den 14.03.2009, 06:00 + schrieb JustFillBug: On 2009-03-12, Jürg Billeter j...@bitron.ch wrote: Various users seem to be interested in using Vala also for non-GLib based applications. I wouldn't be opposed to supporting, for example, a POSIX backend where GLib would not be

[Vala] DBus services in shared modules implementing interfaces defined in a shared library

I'm implementing dbus services where the objects get registered from within dynamically loaded modules. Unfortunately this only works when the interface is declarated directly in the module.vala -- as opposed to a shared library which the module links to. I get: WARNING **: Object does not

Re: [Vala] misc. patches

On Tuesday 17 March 2009 16:13:00 Jürg Billeter wrote: Patch 4: I think we should use the same approach for GLib.Dir and GLib.FileStream. I tend to only support construction using the static methods, though, any objections? Sounds sensible to me. Patch 5: I didn't find any note about

Re: [Vala] Anyone working on alsa.vapi?

On Saturday 28 March 2009 00:42:52 Maciej Piechotka wrote: Hans Baier wrote: Hi, in order to avoid duplicated effort: Has anyone worked on an ALSA vapi file? Hans Unless you are doing someting more advanced why not use gstreamer? Unfortunately, some platforms are too slow to use

Re: [Vala] misc. patches

On Wednesday 18 March 2009 01:34:12 Dr. Michael 'Mickey' Lauer wrote: On Tuesday 17 March 2009 16:13:00 Jürg Billeter wrote: Patch 4: I think we should use the same approach for GLib.Dir and GLib.FileStream. I tend to only support construction using the static methods, though, any

Re: [Vala] Gdir - newbie problem

On Wednesday 08 April 2009 22:45:56 Leonti Bielski wrote: Hello! I'm trying to use Gdir in Vala. The only valid way to create a Dir is via the static Dir.open() -- for the availability of constructors see http://bugzilla.gnome.org/show_bug.cgi?id=578417 (Please make use of the mailing list

Re: [Vala] [ANNOUNCE] Vala 0.6.1 - Compiler for the GObject type system

On Sunday 12 April 2009 18:38:40 devros wrote: Are we going backwards in releases? I though this should be 7.1? Did I miss something? 0.6.1 is a maintenance release for the 0.6.x branch. As 0.7 contains more intrusive changes which need more catching up on the buildsystem side, this release

Re: [Vala] [ANNOUNCE] Vala 0.7.1 - Compiler for the GObject type system

On Monday 20 April 2009 18:54:51 Michael Terry wrote: 2009/4/20 Jürg Billeter j...@bitron.ch: * Introduce new syntax to connect/disconnect signal handlers. Can you expound on that? I didn't see anything new in the wiki tutorial. It was discussed on this very list few days ago.

Re: [Vala] DBus asynchronous methods.

Async Dbus on client side is implemented via callbacks and works fine. Async Dbus on server side is not implemented. It looks like this is pending coroutine support, although I think a way to do it via callbacks wouldn't hurt in the meantime... :M:

Re: [Vala] Vapigen errors?

On Saturday 09 May 2009 15:38:15 Robert Palmqvist wrote: Now you made me curious... which ones? I really don't want to point fingers or start a my language is better than yours type of flame war but you asked for it so... My main concerns are Java and C#. It's not as much the languages (even

Re: [Vala] Nested anonymous struct

On Sunday 10 May 2009 20:02:50 Yu Feng wrote: There doesn't seem to be a feature request on bugzilla yet. I am curious if there is any intention to implement the anonymous struct in the future, and if a patch is welcomed, which part of the compiler is relevant, and what will be the technical

[Vala] Linux26 vapi

Just a heads up, so that we avoid duplicate work. For the Vala- reimplementation of the freesmartphone.org mobile device middleware I found the need to bind linux 2.6 specifics. I will not try to push them upstream yet since there's a lot more to come. Still you may find the need for something

[Vala] more posix for 0.7.3 release

Hi guys, thanks for applying all the posix enhancements, I could reduce my diff a lot :) Here's some more which you might want to review, on top of master: http://git.freesmartphone.org/?p=vala- lang.git;a=shortlog;h=refs/heads/mickey/0.7/posix Cheers, Mickey.

Re: [Vala] more posix for 0.7.3 release

Hi Jürg, TIOCM_* and ptsname_r appear to be Linux and GNU-specific, respectively. Maybe it makes more sense to add them to the linux vapi. Right. I will do that and come back with a new patchset. Thanks, :M: ___ Vala-list mailing list

Re: [Vala] Generating vapi file for a simple struct

Watch out for the usage of cprefix and clower_case_prefix annotations, e.g. try setting both of them to for your example. :M: ___ Vala-list mailing list Vala-list@gnome.org http://mail.gnome.org/mailman/listinfo/vala-list

Re: [Vala] Anyone working on alsa.vapi?

Got anywhere yet? If not, I'd start working on that since I need to play wavs through alsa. Cheers, :M: ___ Vala-list mailing list Vala-list@gnome.org http://mail.gnome.org/mailman/listinfo/vala-list

[Vala] Compact classes in HashTable

I just found the reason why my programs are leaking memory like there's no tomorrow... I have been stuffing compact classes in HashTables, which -- as I know now -- do not destroy the things they contain. Fun. I read about HashTable.full, but this won't help in my case, since I can't seem to

Re: [Vala] some libeflvala patches; was: Re: Compact classes in HashTable

Hi Łukasz, Here are my two patches from my ongoing rewrite of ffalarms in Vala. (Is there a better place/method you would want to accept libeflvala patches?) The canonical place would be the FSO mailing list smartphones- userl...@linuxtogo.org. libeflvala-lupan-ecore-signals.patch :: In

Re: [Vala] DBus object at multiple paths

Dear Yu, Look at this line: http://cgit.freedesktop.org/dbus/dbus-glib/tree/dbus/dbus-gobject.c#n2140 Wow, good find! A short glance doesn't tell me why dbus_g_connection_register_g_object avoids duplicated registrations. Especially if the dbus_glib_object_registration member is replaced

Re: [Vala] Libgeexml hit gnome git :)

That's a cool project, thanks for working on it! :M: ___ Vala-list mailing list Vala-list@gnome.org http://mail.gnome.org/mailman/listinfo/vala-list

Re: [Vala] [ANNOUNCE] Vala 0.7.4 - Compiler for the GObject type system

Congrats on the release! * Add initial support for generic methods. Is this just infrastructure preparations or can we use them already? Cheers, :M: ___ Vala-list mailing list Vala-list@gnome.org http://mail.gnome.org/mailman/listinfo/vala-list

[Vala] canberra.vapi

inclusion. Please do, if you see fit. Cheers, :M: posix /* canberra.vapi * * Copyright (C) 2009 Michael 'Mickey' Lauer mla...@vanille-media.de * * This library is free software; you can redistribute it and/or * modify it under the terms of the GNU Lesser General Public * License

[Vala] Reducing my posix diffs...

Please take a look at the attached file and add things to posix, if you see fit. Thanks, :M: /** * Copyright (C) 2009 Michael 'Mickey' Lauer mla...@vanille-media.de * * This library is free software; you can redistribute it and/or * modify it under the terms of the GNU Lesser General Public

Re: [Vala] Reducing my posix diffs...

On Friday 10 July 2009 18:17:16 Michael B. Trausch wrote: On Fri, 10 Jul 2009, Michael 'Mickey' Lauer wrote: Please take a look at the attached file and add things to posix, if you see fit. I don't think that the diff I sent has been merged yet, and you included some things that I did; I

Re: [Vala] canberra.vapi

Hi, just mark them as out parameters, and the destroy() functions are free functions: [Compact] [CCode (cname = ca_proplist, free_function = ca_proplist_destroy)] public class Proplist { public static int create( out Proplist p ); // public Error destroy(); // not needed

Re: [Vala] Libgee's Roadmap proposal

Hi Didier, thanks for the update! It's great that someone picks up libgee. Open questions: - Is a singly linked list of interest ? Not to me. - Does some want a convenience Tuple (or Pair) class ? YES! They're very helpful. Thanks, :M: ___

Re: [Vala] Libgee's Roadmap proposal

Hi Didier, - Does some want a convenience Tuple (or Pair) class ? YES! They're very helpful. What services would you need on such a class ? (Apart from wrapping the two values :)) Equality tests (pairs and tuples), Swapping elements (pairs), Adding from/to other (pairs, tuples), Slicing

Re: [Vala] [Async] why 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

Re: [Vala] [Async] why use .begin ?

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

Re: [Vala] Marshalling stuff into JSON

Fwiw, I had lots of problems with json-glib as well. I talked with Jürg about it who told me he had something written in Vala. I took his code and based on that. The current codebase can be found at git.freesmartphone.org - libpersistence.git (mickey branch). Perhaps you can add up on that.

Re: [Vala] unions

Have a look at linux.vapi; I have mapped unions to structs there. :M: ___ Vala-list mailing list Vala-list@gnome.org http://mail.gnome.org/mailman/listinfo/vala-list

Re: [Vala] Vala highlightening for LaTeX lstlisting

Ah, that's much appreciated! Please submit it also to the listings author for CTAN inclusion in the next version. Thanks, :M: ___ Vala-list mailing list Vala-list@gnome.org http://mail.gnome.org/mailman/listinfo/vala-list

[Vala] Vala Bugfix Hackathon (was: when will vala 0.8 be released?)

How can we move on with the hackathon? I guess the central question is who apart from Jürg (who seems to be very busy these days) has the knowledge to educate us how to fix certain things in an upstream-acceptable way? These people are critical to such a hackathon, hence we need them to dictate a

[Vala] posix: FILE binding

While trying to add popen(3) to posix.vapi, I stumbled over the current binding of FILE, which looks incorrect to me. All the functions that operate on FILE seem to take a FILE*, so binding it as [SimpleType] defeats this purpose. pancake, you seem to have added that, what was your reasoning

Re: [Vala] [PATCH] Add libarchive bindings.

Hi Julian, this looks mostly good, however please do not use [CCode (has_target = false)] unless the upstream API does not provide a user_data or client_data pointer. In the case of your delegates, it seems all provide such a client_data pointer, so rather use [CCode (instance_pos = ...)] for it,

Re: [Vala] Fwd: other Gui-Libaries?

Am Dienstag, den 24.11.2009, 18:32 + schrieb Andreas Strauss: Its sad that the EFL-binding is currently still quite difficult to use ... I'm getting a lot of errors relating to DBUS :-( -v ... -- :M: ___ Vala-list mailing list

Re: [Vala] Fwd: other Gui-Libaries?

Am Dienstag, den 24.11.2009, 20:50 +0100 schrieb pancake: Efl is deprecated from some time ago. There's a new library with better GUI concepts in the main enlightenment repo ( yeah, I can't remember the name... E-something) EFL is not deprecated, EFL is the Enlightenment Foundation

Re: [Vala] Vala Bugfix Hackathon (was: when will vala 0.8 be released?)

Am Freitag, den 20.11.2009, 17:36 +0100 schrieb Michael 'Mickey' Lauer: How can we move on with the hackathon? I guess the central question is who apart from Jürg (who seems to be very busy these days) has the knowledge to educate us how to fix certain things in an upstream-acceptable way

Re: [Vala] MarkupParser binding

Am Sonntag, den 06.12.2009, 17:18 +0100 schrieb Jürg Billeter: On Sat, 2009-12-05 at 21:10 +0100, Michael 'Mickey' Lauer wrote: How can we fix the MarkupParser binding? Apart from the anonymous callbacks, which needs fixing upstream, it still doesn't quite work, as the delegates complain

Re: [Vala] How to implement a D-Bus interface to a Object ?

Am Mittwoch, den 09.12.2009, 16:13 +0800 schrieb G.S.Alex: As the title. There has been some examples showed how to register a object to the bus. But when I run it I got : WARNING **: Object does not implement any D-Bus interface This is an indication that you didn't derive

Re: [Vala] How to implement a D-Bus interface to a Object ?

(NOTE: Please keep the thread on-list) Thanks for your help ~ :D I find that i got the warning because i used [dbus (name= not [DBus (name= But there is still another question: When I define a abstract properties in the dbus interface, the compile said that Properties used in

[Vala] Problem with Closure in Coroutine

Gnome bugzilla is down today, so after the deafening silence on IRC I figured I might give mail a chance. This function: public override async void play_sound( string name, int loop, int length ) throws

Re: [Vala] Problem with Closure in Coroutine

Am Sonntag, den 13.12.2009, 11:01 +0100 schrieb Jürg Billeter: On Sat, 2009-12-12 at 19:18 +0100, Michael 'Mickey' Lauer wrote: The problem seems to be that the data for the closure (_data_-_data2_) gets unref'ed when the function ends; however Gst is calling the callback later

Re: [Vala] DBus horror

() is definitely not ai, so the struct variant is supposed to work -- the array variant not. Am Montag, den 14.12.2009, 18:58 +0100 schrieb Kos: I tried to set the return value to int[], so it doesn't had to guess the return type. But then it segfaults. vala file: http://pastebin.org/64817

Re: [Vala] Vapi generation problem

Am Donnerstag, den 17.12.2009, 18:54 +0100 schrieb Nicolas: Hello, I try to use a non glib-library, and i have a problem generating the vapi file. On my header i have: typedef struct my_instance my_instance; In my vapi file, i wrote: public struct my_instance {} When i use this

Re: [Vala] Predefined preprocessor directives, e.g. VALAC_VERSION?

You can do the same already with your build system, and this is where I think it belongs to. That said, I do would like to see the preprocessor directives being more powerful anyways. :M: ___ Vala-list mailing list Vala-list@gnome.org

Re: [Vala] Predefined preprocessor directives, e.g. VALAC_VERSION?

Am Montag, den 21.12.2009, 14:39 -0800 schrieb Darren Warner: I've just been looking at that. The following seems to work: (in configure.ac) AM_PROG_VALAC([0.7.6]) VALAC_VERSION=$am__vala_version AC_SUBST(VALAC_VERSION) (in Makefile.am) AM_VALAFLAGS=\

Re: [Vala] Idle.add lambda function with local variable

You don't seem to create and run a mainloop, hence your closure is not being executed. :M: ___ Vala-list mailing list Vala-list@gnome.org http://mail.gnome.org/mailman/listinfo/vala-list

Re: [Vala] when will vala 0.8 be released?

Am Mittwoch, den 06.01.2010, 17:54 +0800 schrieb Jerry Tan: On 11/18/09 03:42 PM, Jerry Tan wrote: I heard that it will be released soon, right? ___ Vala-list mailing list Vala-list@gnome.org

Re: [Vala] SourceFunc with parameters?

Am Sonntag, den 10.01.2010, 15:57 +0100 schrieb JM: I'm just trying to make some Idle and Source callback functions and I would really love to hand over some function parameters to these SourceFuncs. Is there a sane way to do it? Maybe something better than just writing params to class

Re: [Vala] Threads and async (was: Threads and closures problem)

Ok, I just tried the following program: = void* thread_func_1() { var loop = new MainLoop(); async_func_1(); loop.run(); return null; } void* thread_func_2() { var loop = new MainLoop();

Re: [Vala] Threads and async (was: Threads and closures problem)

Looks like I spoke too soon. The attached program emits a wrong output: ** Message: thread.vala:43: main thread 14350 ** Message: thread.vala:31: thread 14352 ** Message: thread.vala:21: thread 14351 ** Message: thread.vala:31: thread 14352 ** Message: thread.vala:21: thread 14352 ** Message:

[Vala] Constructing dbus method calls on the fly

Hi, I want to port my utility mdbus -- which does dbus introspection and method calls -- to Vala. I have all the introspection done, but am struggling a bit with constructing method calls on the fly. Do you have any idea how to call a method given a string representation of it and its

[Vala] Delegates in generic classes

Hi, the attached source file fails to compile with: foo.vala:19.34-19.46: error: Argument 1: Cannot convert from `myIntCallback' to `GenericClass.Callback' var gc = new GenericClassint( myIntCallback ); ^ Apparantly, Vala does not

[Vala] Async wrt. GLib, but sync wrt. DBus

Hi, in one of my programs, I'd like serialize serving dbus calls, however i need to be async in-between. Right now this does not work, since whenever I'm returning control to the mainloop, any pending dbus methods will be accepted and my server methods will be reentered although they're not

Re: [Vala] Constructing dbus method calls on the fly

Am Mittwoch, den 20.01.2010, 12:35 +0100 schrieb Michael 'Mickey' Lauer: Hi, I want to port my utility mdbus -- which does dbus introspection and method calls -- to Vala. I have all the introspection done, but am struggling a bit with constructing method calls on the fly. Do you have any

Re: [Vala] Commit that breaks MarkupParseContext

Am Dienstag, den 26.01.2010, 15:48 -0600 schrieb Sandino Flores Moreno: The next URL has the testcase: https://bugzilla.gnome.org/attachment.cgi?id=152347 It demonstrates that using methods as callbacks with MarkupParser is possible without introducing strange parameters neither restricting

Re: [Vala] Questions on async functions

We should try to limit the amount of GLib specific syntactic sugar. True, especially in the light of alternative backends, such as the forthcoming Dova. Not add new and totally illogical constructs, just because we are lazy to type a single extra line, which is nowhere near being a single

[Vala] Binding a C library w/ a message inheritance structure

Hi folks, in one of our projects, we have the following .vapi (see attachement). There's a callback that sends us messages via void callback( int event, Message message ) We then have to cast to the actual type like that: switch ( event ) { case

[Vala] DBus Client Timeout Woes

Servus, I'm working on the freesmartphone.org DBus service middleware for mobile systems and we are using DBus calls to communicate with slow devices, such as modems and the like. While working on the 2nd reference implementation (written in Vala as opposed to Python), I have stumbled over the

Re: [Vala] About the convenience of using Vala

Am Mittwoch, den 07.04.2010, 22:34 +0200 schrieb CaStarCo: Oups, xD, I'm sorry, I forgot to make the question. The question is: Is Vala an agnostic language about desktops and libraries? Or there are a lot of dependencies related with Gtk and Gnome? This depends on your definition of Gnome.

Re: [Vala] Vala-0.8.1 build failed on arm

Try my tarball @ http://downloads.freesmartphone.org/vala-0.8.0.95-e7a7.tar.bz2 - contrary to the name it's 0.8.1++. -- :M: ___ vala-list mailing list vala-list@gnome.org http://mail.gnome.org/mailman/listinfo/vala-list

Re: [Vala] How to read serial device using Vala.

Hi Svetoslav, there's a lot of serial access code in mterm2 and libfsotransport, both of which you can obtain through http://git.freesmartphone.org - cornucopia. Cheers, :M: ___ vala-list mailing list vala-list@gnome.org

Re: [Vala] btibake receipe for building vala HelloWorld

There is quite a bunch of Vala-program's recipes already in OpenEmbeddeed - e.g. in recipes/freesmartphone/ - so I'd take a look there first. Basically if you use the autotools system (which I'd recommend), a start would be something like: DESCRIPTION = My Hello World Program SRC_URI = where it

Re: [Vala] GDBus examples

Hi Bruno, have a look at fsotdld (e.g. http://git.freesmartphone.org/?p=cornucopia.git;a=blob;f=fsotdld/src/plugins/contextmanager/plugin.vala ), which uses watch_name to deal with services that just disappear without properly unregistering their demands. Hope that helps, -- :M:

[Vala] Qt/C++ and Vala interoperability

Hi folks, some guys in the freesmartphone.org community have just launched a new telephony client project which is going to use Qt Quick as UI. While Qt can talk DBus fine, it's much more wordy and less convenient than using it from Vala. We have invested so much time in Vala that we want to do

Re: [Vala] How to create bindings from arbitrary C code which does not use GObject ?

While the 'extern' way is a quick and pragmatic way to integrate arbitrary C code, I'd avise against it for larger libraries. A central idea of the .vapi design is to allow bindings that match the language spirit (i.e. by utilizing objects, delegates, closures, asynchronity, etc.) and do not feel