From fred_gaudy@yahoo.fr Mon Dec 1 18:26:16 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id D77327503C0 for ; Mon, 1 Dec 2008 18:26:16 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.739 X-Spam-Level: X-Spam-Status: No, score=-1.739 tagged_above=-999 required=2 tests=[BAYES_20=-0.74, HTML_MESSAGE=0.001, L_P0F_Unix=-1] X-Amavis-OS-Fingerprint: FreeBSD 4.7-5.2 (or MacOS X 10.2-10.4) (2) (up: 10698 hrs), (distance 18, link: ethernet/modem), [217.146.182.219] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4NXgGF6qTcg1 for ; Mon, 1 Dec 2008 18:26:07 +0000 (GMT) Received: from n9b.bullet.ukl.yahoo.com (n9b.bullet.ukl.yahoo.com [217.146.182.219]) by menubar.gnome.org (Postfix) with SMTP id DE9CD750185 for ; Mon, 1 Dec 2008 18:19:23 +0000 (GMT) Received: from [217.12.4.214] by n9.bullet.ukl.yahoo.com with NNFMP; 01 Dec 2008 18:19:21 -0000 Received: from [87.248.110.113] by t1.bullet.ukl.yahoo.com with NNFMP; 01 Dec 2008 18:19:21 -0000 Received: from [127.0.0.1] by omp218.mail.ukl.yahoo.com with NNFMP; 01 Dec 2008 18:19:21 -0000 X-Yahoo-Newman-Property: ymail-5 X-Yahoo-Newman-Id: 59410.37594.bm@omp218.mail.ukl.yahoo.com Received: (qmail 63078 invoked by uid 60001); 1 Dec 2008 18:19:21 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.fr; h=X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type:Message-ID; b=1txaeEc5d+45MyTED+euqEQy2fhX6I4uI7ogdTEXsHvNAO9YuyfBsrO8QTOv90Igg+5m7xMHv0G2DNbAtwj53S1C7BBwojcnlsFLBtA0uktryYz+OKB+72V7tRhNC0skUp9Hf9+IIMs9jP70nUGTtWJEYeZSeQ5/0jXG1VzacGE=; X-YMail-OSG: TASaFH8VM1lK90Nk6eUL6ACU5Z5fF6TjfOelK0znd5HLIkZ7QYv1FfJaZJVAIqf54Usv_98Wcd92bOl5fifqM4ONvnHY5sGkECCYhhu0gSzTNKDMASiO_ODLcvehfvRn7m4Sjw-- Received: from [82.64.189.110] by web28610.mail.ukl.yahoo.com via HTTP; Mon, 01 Dec 2008 18:19:20 GMT X-Mailer: YahooMailRC/1155.32 YahooMailWebService/0.7.260.1 Date: Mon, 1 Dec 2008 18:19:20 +0000 (GMT) From: =?iso-8859-1?Q?Fr=E9d=E9ric_Gaudy?= To: vala-list@gnome.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="0-2121635985-1228155560=:62981" Message-ID: <254495.62981.qm@web28610.mail.ukl.yahoo.com> Subject: [Vala] Block signal handler X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Dec 2008 18:26:18 -0000 --0-2121635985-1228155560=:62981 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Hello,=0A=0AHow to block a signal like using g_signal_handler_block().=0A= =0AThanks.=0A=0A=0A=0A --0-2121635985-1228155560=:62981 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
Hello,

How to block a signal like using  g_signal_handler_block().

Thanks.

=0A= =0A=0A=0A --0-2121635985-1228155560=:62981-- From j@bitron.ch Mon Dec 1 19:06:25 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id B41D77500B5 for ; Mon, 1 Dec 2008 19:06:25 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.6, seldom 2.4 (older, 4) (up: 2147 hrs), (distance 22, link: ethernet/modem), [195.182.222.72] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Qz+oPMDRPXEi for ; Mon, 1 Dec 2008 19:06:18 +0000 (GMT) Received: from cpanel02.rubas.net (cpanel02.rubas.net [195.182.222.72]) by menubar.gnome.org (Postfix) with ESMTP id A19F07500C0 for ; Mon, 1 Dec 2008 19:06:17 +0000 (GMT) Received: from 84-74-130-52.dclient.hispeed.ch ([84.74.130.52] helo=[192.168.1.55]) by cpanel02.rubas.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1L76QO-0003BR-6x; Mon, 01 Dec 2008 11:54:44 +0100 From: =?ISO-8859-1?Q?J=FCrg?= Billeter To: Daniel Lucraft In-Reply-To: <7adafe290812010247w72c5962bj5e7fba21fb3803d8@mail.gmail.com> References: <1227986721.3934.18.camel@jdesktop.bitron.ch> <7bf82d160811300348o7931583dt9b5955a89d3f5f87@mail.gmail.com> <1228085293.25744.5.camel@jdesktop.bitron.ch> <7adafe290812010242u598c4339kcb045ce6d12a3b7c@mail.gmail.com> <7adafe290812010247w72c5962bj5e7fba21fb3803d8@mail.gmail.com> Content-Type: text/plain; charset="UTF-8" Date: Mon, 01 Dec 2008 11:54:43 +0100 Message-Id: <1228128883.9899.4.camel@jdesktop.bitron.ch> Mime-Version: 1.0 X-Mailer: Evolution 2.25.1 Content-Transfer-Encoding: quoted-printable X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cpanel02.rubas.net X-AntiAbuse: Original Domain - gnome.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - bitron.ch X-Source: X-Source-Args: X-Source-Dir: Cc: vala-list@gnome.org Subject: Re: [Vala] Release testing X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Dec 2008 19:06:25 -0000 On Mon, 2008-12-01 at 10:47 +0000, Daniel Lucraft wrote: > I have 0.5.1 installed and building from trunk (2108) fails with this err= or: >=20 > (cd .libs && rm -f libvalaccode.la && ln -s ../libvalaccode.la libvalacco= de.la) > make[3]: Leaving directory `/home/dan/software/vala/ccode' > make[2]: Leaving directory `/home/dan/software/vala/ccode' > Making all in vala > make[2]: Entering directory `/home/dan/software/vala/vala' > make[2]: *** No rule to make target `valaattributeprocessor.vala', > needed by `vala.vala.stamp'. Stop. > make[2]: Leaving directory `/home/dan/software/vala/vala' > make[1]: *** [all-recursive] Error 1 > make[1]: Leaving directory `/home/dan/software/vala' > make: *** [all] Error 2 You have to use ./autogen.sh instead of ./configure (or use --enable-maintainer-mode) when building from SVN, otherwise changes in the build system will break the build. J=C3=BCrg From j@bitron.ch Mon Dec 1 19:14:48 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id AEF0B750196 for ; Mon, 1 Dec 2008 19:14:48 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.6, seldom 2.4 (older, 4) (up: 2147 hrs), (distance 22, link: ethernet/modem), [195.182.222.72] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1Qe5SORL7Al4 for ; Mon, 1 Dec 2008 19:14:42 +0000 (GMT) Received: from cpanel02.rubas.net (cpanel02.rubas.net [195.182.222.72]) by menubar.gnome.org (Postfix) with ESMTP id 4D7F47501D8 for ; Mon, 1 Dec 2008 19:14:42 +0000 (GMT) Received: from 84-74-130-52.dclient.hispeed.ch ([84.74.130.52] helo=[192.168.1.55]) by cpanel02.rubas.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1L7EED-00087L-9M; Mon, 01 Dec 2008 20:14:41 +0100 From: =?ISO-8859-1?Q?J=FCrg?= Billeter To: Daniel Lucraft In-Reply-To: <7adafe290812010242u598c4339kcb045ce6d12a3b7c@mail.gmail.com> References: <1227986721.3934.18.camel@jdesktop.bitron.ch> <7bf82d160811300348o7931583dt9b5955a89d3f5f87@mail.gmail.com> <1228085293.25744.5.camel@jdesktop.bitron.ch> <7adafe290812010242u598c4339kcb045ce6d12a3b7c@mail.gmail.com> Content-Type: text/plain; charset="UTF-8" Date: Mon, 01 Dec 2008 20:14:40 +0100 Message-Id: <1228158880.9899.5.camel@jdesktop.bitron.ch> Mime-Version: 1.0 X-Mailer: Evolution 2.25.1 Content-Transfer-Encoding: quoted-printable X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cpanel02.rubas.net X-AntiAbuse: Original Domain - gnome.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - bitron.ch X-Source: X-Source-Args: X-Source-Dir: Cc: vala-list@gnome.org Subject: Re: [Vala] Release testing X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Dec 2008 19:14:48 -0000 On Mon, 2008-12-01 at 10:42 +0000, Daniel Lucraft wrote: > Minor VAPI update required to make GtkMateView compile: Thanks for the report, fixed in r2110. J=C3=BCrg From dan.lucraft@googlemail.com Mon Dec 1 19:15:11 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 9E7C57501EE for ; Mon, 1 Dec 2008 19:15:11 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 2) (firewall!) (up: 10216 hrs), (distance 13, link: (Google 2)), [209.85.198.235] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id b0baoAgd3R89 for ; Mon, 1 Dec 2008 19:15:04 +0000 (GMT) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.235]) by menubar.gnome.org (Postfix) with ESMTP id 7132D750080 for ; Mon, 1 Dec 2008 19:15:03 +0000 (GMT) Received: by rv-out-0506.google.com with SMTP id f6so2667807rvb.3 for ; Mon, 01 Dec 2008 11:15:03 -0800 (PST) Received: by 10.141.68.12 with SMTP id v12mr5153498rvk.228.1228128447314; Mon, 01 Dec 2008 02:47:27 -0800 (PST) Received: by 10.141.113.1 with HTTP; Mon, 1 Dec 2008 02:47:27 -0800 (PST) Message-ID: <7adafe290812010247w72c5962bj5e7fba21fb3803d8@mail.gmail.com> Date: Mon, 1 Dec 2008 10:47:27 +0000 From: "Daniel Lucraft" Sender: dan.lucraft@googlemail.com To: "=?ISO-8859-1?Q?J=FCrg_Billeter?=" In-Reply-To: <7adafe290812010242u598c4339kcb045ce6d12a3b7c@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1227986721.3934.18.camel@jdesktop.bitron.ch> <7bf82d160811300348o7931583dt9b5955a89d3f5f87@mail.gmail.com> <1228085293.25744.5.camel@jdesktop.bitron.ch> <7adafe290812010242u598c4339kcb045ce6d12a3b7c@mail.gmail.com> X-Google-Sender-Auth: 0d3da119fc1176f3 Cc: vala-list@gnome.org Subject: Re: [Vala] Release testing X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Dec 2008 19:15:12 -0000 I have 0.5.1 installed and building from trunk (2108) fails with this error: (cd .libs && rm -f libvalaccode.la && ln -s ../libvalaccode.la libvalaccode.la) make[3]: Leaving directory `/home/dan/software/vala/ccode' make[2]: Leaving directory `/home/dan/software/vala/ccode' Making all in vala make[2]: Entering directory `/home/dan/software/vala/vala' make[2]: *** No rule to make target `valaattributeprocessor.vala', needed by `vala.vala.stamp'. Stop. make[2]: Leaving directory `/home/dan/software/vala/vala' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/dan/software/vala' make: *** [all] Error 2 ? Dan ___________________________ Daniel Lucraft http://www.daniellucraft.com/ From gilles.filippini@free.fr Mon Dec 1 19:19:23 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 01FD2750175 for ; Mon, 1 Dec 2008 19:19:23 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -3.599 X-Spam-Level: X-Spam-Status: No, score=-3.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1] X-Amavis-OS-Fingerprint: Linux 2.4-2.6 (up: 8520 hrs), (distance 19, link: ethernet/modem), [212.27.60.42] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id OmOYXiO5OweB for ; Mon, 1 Dec 2008 19:19:15 +0000 (GMT) Received: from postfix1-g20.free.fr (postfix1-g20.free.fr [212.27.60.42]) by menubar.gnome.org (Postfix) with ESMTP id BFBB27501EF for ; Mon, 1 Dec 2008 19:19:14 +0000 (GMT) Received: from smtp7-g19.free.fr (smtp7-g19.free.fr [212.27.42.64]) by postfix1-g20.free.fr (Postfix) with ESMTP id F1C892E4E968 for ; Mon, 1 Dec 2008 15:47:54 +0100 (CET) Received: from smtp7-g19.free.fr (localhost [127.0.0.1]) by smtp7-g19.free.fr (Postfix) with ESMTP id C7372B0147; Mon, 1 Dec 2008 15:47:24 +0100 (CET) Received: from [129.200.100.4] (unknown [88.189.102.17]) by smtp7-g19.free.fr (Postfix) with ESMTP id 986E3B0137; Mon, 1 Dec 2008 15:47:24 +0100 (CET) Message-ID: <4933F8DB.2080303@free.fr> Date: Mon, 01 Dec 2008 15:46:51 +0100 From: Gilles Filippini User-Agent: Mozilla-Thunderbird 2.0.0.17 (X11/20081018) MIME-Version: 1.0 To: Ali Sabil References: <493258B0.60509@free.fr> <6b4de4d80812010116i4b9b9c1cw200785346b01f771@mail.gmail.com> In-Reply-To: <6b4de4d80812010116i4b9b9c1cw200785346b01f771@mail.gmail.com> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: vala-list@gnome.org Subject: Re: [Vala] Gee.HashMap - uncaught error: No demarshaller registered for type "GeeHashMap" X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Dec 2008 19:19:24 -0000 Hello Ali, Ali Sabil a écrit : > I think that for now you still have to use HashTable instead of Gee.HashMap I've tried GLib.HashTable too. And I'm stuck with the same kind of run-time error: ** (process:3942): WARNING **: No demarshaller registered for type "gpointer" ** (process:3942): CRITICAL **: file dict.c: line 49: uncaught error: No demarshaller registered for type "gpointer" > On Sun, Nov 30, 2008 at 10:11 AM, Gilles Filippini > wrote: > >> Hello, >> >> I'm very new to vala, and while trying to use the Gee.HashMap> int> type to handle a DBus dictionary I encountered the following error: >> >> uncaught error: No demarshaller registered for type "GeeHashMap" >> >> How should I proceed to register a demarshaller? Thanks, _Gilles. From j@bitron.ch Mon Dec 1 20:56:28 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id E63447500C2; Mon, 1 Dec 2008 20:56:28 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.6, seldom 2.4 (older, 4) (up: 2165 hrs), (distance 22, link: ethernet/modem), [195.182.222.72] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 13HzW5TFfj6V; Mon, 1 Dec 2008 20:56:21 +0000 (GMT) Received: from cpanel02.rubas.net (cpanel02.rubas.net [195.182.222.72]) by menubar.gnome.org (Postfix) with ESMTP id 979EF750064; Mon, 1 Dec 2008 20:56:20 +0000 (GMT) Received: from 84-74-130-52.dclient.hispeed.ch ([84.74.130.52] helo=[192.168.1.55]) by cpanel02.rubas.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1L7FoY-0006Ie-E0; Mon, 01 Dec 2008 21:56:18 +0100 From: =?ISO-8859-1?Q?J=FCrg?= Billeter To: vala-list@gnome.org Content-Type: text/plain; charset="UTF-8" Date: Mon, 01 Dec 2008 21:56:17 +0100 Message-Id: <1228164977.9899.15.camel@jdesktop.bitron.ch> Mime-Version: 1.0 X-Mailer: Evolution 2.25.1 Content-Transfer-Encoding: quoted-printable X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cpanel02.rubas.net X-AntiAbuse: Original Domain - gnome.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - bitron.ch X-Source: X-Source-Args: X-Source-Dir: Cc: gnome-announce-list@gnome.org Subject: [Vala] [ANNOUNCE] Vala 0.5.2 - Compiler for the GObject type system X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list Reply-To: vala-list@gnome.org List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Dec 2008 20:56:29 -0000 We are pleased to announce version 0.5.2 of Vala, a compiler for the GObject type system. Vala 0.5.2 is now available for download at: http://download.gnome.org/sources/vala/0.5/ Changes since 0.5.1 * Report uninitialized local variables. * Report unused fields, methods, and local variables. * Fix error handling in complex statements. * Improve support for generic types. * Support parameter arrays in bindings. * Do not require libgee for foreach statements. * Support enums in D-Bus clients and servers. * Support structs in hash tables in D-Bus servers. * Experimental static D-Bus client support. * Add --dump-tree commandline option to write code tree to file. * Many bug fixes. Vala is a new programming language that aims to bring modern programming language features to GNOME developers without imposing any additional runtime requirements and without using a different ABI compared to applications and libraries written in C. valac, the Vala compiler, is a self-hosting compiler that translates Vala source code into C source and header files. It uses the GObject type system to create classes and interfaces declared in the Vala source code. The syntax of Vala is similar to C#, modified to better fit the GObject type system. Vala supports modern language features as the following: * Interfaces * Properties * Signals * Foreach * Lambda expressions * Type inference for local variables * Generics * Non-null types * Assisted memory management * Exception handling Vala is designed to allow access to existing C libraries, especially GObject-based libraries, without the need for runtime bindings. All that is needed to use a library with Vala is an API file, containing the class and method declarations in Vala syntax. Vala currently comes with bindings for GLib and GTK+. It's planned to provide generated bindings for the full GNOME Platform at a later stage. Using classes and methods written in Vala from an application written in C is not difficult. The Vala library only has to install the generated header files and C applications may then access the GObject-based API of the Vala library as usual. It should also be easily possible to write a bindings generator for access to Vala libraries from applications written in e.g. C# as the Vala parser is written as a library, so that all compile-time information is available when generating a binding. More information about Vala is available at http://live.gnome.org/Vala The Vala Team J=C3=BCrg Billeter and Raffaele Sandrini From dan.lucraft@googlemail.com Mon Dec 1 21:12:12 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 295C67500EC for ; Mon, 1 Dec 2008 21:12:12 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 2) (firewall!) (up: 10236 hrs), (distance 13, link: (Google 2)), [209.85.198.235] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zv5T9ZtpWYuc for ; Mon, 1 Dec 2008 21:12:04 +0000 (GMT) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.235]) by menubar.gnome.org (Postfix) with ESMTP id C2271750080 for ; Mon, 1 Dec 2008 21:12:03 +0000 (GMT) Received: by rv-out-0506.google.com with SMTP id f6so2709296rvb.3 for ; Mon, 01 Dec 2008 13:12:02 -0800 (PST) Received: by 10.140.172.21 with SMTP id u21mr5156293rve.177.1228128122747; Mon, 01 Dec 2008 02:42:02 -0800 (PST) Received: by 10.141.113.1 with HTTP; Mon, 1 Dec 2008 02:42:02 -0800 (PST) Message-ID: <7adafe290812010242u598c4339kcb045ce6d12a3b7c@mail.gmail.com> Date: Mon, 1 Dec 2008 10:42:02 +0000 From: "Daniel Lucraft" Sender: dan.lucraft@googlemail.com To: "=?ISO-8859-1?Q?J=FCrg_Billeter?=" In-Reply-To: <1228085293.25744.5.camel@jdesktop.bitron.ch> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <1227986721.3934.18.camel@jdesktop.bitron.ch> <7bf82d160811300348o7931583dt9b5955a89d3f5f87@mail.gmail.com> <1228085293.25744.5.camel@jdesktop.bitron.ch> X-Google-Sender-Auth: 9bcccd5d858c9102 Cc: vala-list@gnome.org Subject: Re: [Vala] Release testing X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Dec 2008 21:12:12 -0000 Minor VAPI update required to make GtkMateView compile: Index: vapi/gtk+-2.0.vapi =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- vapi/gtk+-2.0.vapi (revision 2015) +++ vapi/gtk+-2.0.vapi (working copy) @@ -4081,7 +4081,7 @@ public void get_iter_location (Gtk.TextIter iter, out Gdk.Rectangle location); public Gtk.Justification get_justification (); public int get_left_margin (); - public void get_line_at_y (Gtk.TextIter target_iter, int y, int line_top); + public void get_line_at_y (out Gtk.TextIter target_iter, int y, out int line_top); public void get_line_yrange (Gtk.TextIter iter, int y, int height); public bool get_overwrite (); public int get_pixels_above_lines (); thanks Dan ___________________________ Daniel Lucraft http://www.daniellucraft.com/ 2008/11/30 J=FCrg Billeter : > On Sun, 2008-11-30 at 06:48 -0500, Samuel Cormier-Iijima wrote: >> This used to work before and now gives an error: >> >> int main(string[] args) { >> size_t x =3D 3; >> >> string[] arr =3D new string[x]; >> >> return 0; >> } > > Fixed in r2105. > > J=FCrg > > _______________________________________________ > Vala-list mailing list > Vala-list@gnome.org > http://mail.gnome.org/mailman/listinfo/vala-list > From bkauler@gmail.com Mon Dec 1 21:56:32 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 43BEC7500C3 for ; Mon, 1 Dec 2008 21:56:32 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 2) (firewall!) (up: 10243 hrs), (distance 13, link: (Google 2)), [209.85.198.233] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UPyG5I7xQhcS for ; Mon, 1 Dec 2008 21:56:26 +0000 (GMT) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.233]) by menubar.gnome.org (Postfix) with ESMTP id B360C750094 for ; Mon, 1 Dec 2008 21:56:26 +0000 (GMT) Received: by rv-out-0506.google.com with SMTP id f6so2724972rvb.3 for ; Mon, 01 Dec 2008 13:56:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:mime-version:content-type:content-transfer-encoding :content-disposition; bh=mePQu5oHJ8GN3TT9HF53R5u2bPPp2dGrb2qCBvE70AA=; b=lP9UREc1Es1IzEURf0DPIuSm7PrjOP1Xhnp9oepm1R9dRxLPsuc/fgK0BF8tn7ly5J QkUx3tCMJhIvdsfVCAk2wAbuslARld5YRdC191ZuLNHJTyAAk7hCHCJvyhIw6AHMy+cs t+wNYDhMujVEvEkFggJY25/Qm4L1fc3EEWgeY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type :content-transfer-encoding:content-disposition; b=uCKL4e/pxHs1GozSPf/inFXxnm9XtTFleMHSYw+v9E/h7U0gHL3Mv/7MlapZNESv5r sOmp9jZyBDdB/8wTkmdAl3KvfCoIJ9geYWNaipgrFIgc9KFsq+bi7cpk034NYxXc7wVY /Sfn6KkKfimz+90FkSDjF5D/Z+lg5JE0V1OFI= Received: by 10.141.29.21 with SMTP id g21mr5426591rvj.198.1228168586191; Mon, 01 Dec 2008 13:56:26 -0800 (PST) Received: by 10.141.44.2 with HTTP; Mon, 1 Dec 2008 13:56:26 -0800 (PST) Message-ID: <1eea65ad0812011356y7620a092t8a292c2f0827c26c@mail.gmail.com> Date: Tue, 2 Dec 2008 05:56:26 +0800 From: "Barry Kauler" To: vala-list@gnome.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: [Vala] Beginners question about keyboard input X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Dec 2008 21:56:32 -0000 I'm learning Vala, using the Genie syntax, and I'm stuck on something. It would be great if a kind soul reading this would take a moment to help me out. I'm writing a console app and I want to read one line from the keyboard. The C function gets() seems to be the one, however I get this this far: var a = new array of char[64] stdin.gets(a) But what I really want is a string, and I don't know how to convert an array of chars to a string in Vala/Genie. Could someone tell me how? Note, I searched the vala-list but the only posts about stdin.gets show it used like this: stdin.gets(str, 256); so it must have got redefined at some time. Ah, it's so easy in Bash: read ONELINE Regards, Barry Kauler From gilles.filippini@free.fr Mon Dec 1 21:59:32 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id B1BD7750094 for ; Mon, 1 Dec 2008 21:59:32 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 3) (up: 2080 hrs), (distance 20, link: ethernet/modem), [212.27.42.29] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Qk3sdTtekO2T for ; Mon, 1 Dec 2008 21:59:26 +0000 (GMT) Received: from smtp3-g19.free.fr (smtp3-g19.free.fr [212.27.42.29]) by menubar.gnome.org (Postfix) with ESMTP id 6A9337500DB for ; Mon, 1 Dec 2008 21:59:25 +0000 (GMT) Received: from smtp3-g19.free.fr (localhost.localdomain [127.0.0.1]) by smtp3-g19.free.fr (Postfix) with ESMTP id 211D717B6BB for ; Mon, 1 Dec 2008 22:59:25 +0100 (CET) Received: from [129.200.100.4] (unknown [88.189.102.17]) by smtp3-g19.free.fr (Postfix) with ESMTP id E2F6217B87F for ; Mon, 1 Dec 2008 22:59:24 +0100 (CET) Message-ID: <49345E1B.2080900@free.fr> Date: Mon, 01 Dec 2008 22:58:51 +0100 From: Gilles Filippini User-Agent: Mozilla-Thunderbird 2.0.0.17 (X11/20081018) MIME-Version: 1.0 To: vala-list@gnome.org References: <493258B0.60509@free.fr> <6b4de4d80812010116i4b9b9c1cw200785346b01f771@mail.gmail.com> <4933F8DB.2080303@free.fr> In-Reply-To: <4933F8DB.2080303@free.fr> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Subject: Re: [Vala] Gee.HashMap - uncaught error: No demarshaller registered for type "GeeHashMap" X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Dec 2008 21:59:32 -0000 Gilles Filippini a écrit : > Hello Ali, > > Ali Sabil a écrit : >> I think that for now you still have to use HashTable instead of Gee.HashMap > > I've tried GLib.HashTable too. And I'm stuck with the same kind of > run-time error: > > ** (process:3942): WARNING **: No demarshaller registered for type > "gpointer" > > ** (process:3942): CRITICAL **: file dict.c: line 49: uncaught error: > No demarshaller registered for type "gpointer" > >> On Sun, Nov 30, 2008 at 10:11 AM, Gilles Filippini >> wrote: >>> Hello, >>> >>> I'm very new to vala, and while trying to use the Gee.HashMap>> int> type to handle a DBus dictionary I encountered the following error: >>> >>> uncaught error: No demarshaller registered for type "GeeHashMap" >>> >>> How should I proceed to register a demarshaller? OK. My fault :( I planned to give a try to the upcoming Vala release. So I started to read the previous releases notes on the Vala home page to gather informations about manual installation. I then dicovered that GHashTable support in DBus client has been introduced in vala-0.5.1. The fact is I use the Vala compiler shipped in Debian unstable. And it is Vala-0.3.4... I've just tested my code with vala-0.5.1 and now it works as expected :) Thanks, _Gilles. From ali.sabil@gmail.com Mon Dec 1 22:16:55 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 17BB4750174 for ; Mon, 1 Dec 2008 22:16:55 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.598 X-Spam-Level: X-Spam-Status: No, score=-2.598 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 2) (firewall!) (up: 4099 hrs), (distance 19, link: (Google 2)), [66.249.90.177] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Yx-I0mAJ00wZ for ; Mon, 1 Dec 2008 22:16:47 +0000 (GMT) Received: from ik-out-1112.google.com (ik-out-1112.google.com [66.249.90.177]) by menubar.gnome.org (Postfix) with ESMTP id 1D4D5750140 for ; Mon, 1 Dec 2008 22:16:45 +0000 (GMT) Received: by ik-out-1112.google.com with SMTP id c30so2329968ika.7 for ; Mon, 01 Dec 2008 14:16:45 -0800 (PST) Received: by 10.187.205.16 with SMTP id h16mr2541149faq.64.1228123005517; Mon, 01 Dec 2008 01:16:45 -0800 (PST) Received: by 10.187.230.14 with HTTP; Mon, 1 Dec 2008 01:16:45 -0800 (PST) Message-ID: <6b4de4d80812010116i4b9b9c1cw200785346b01f771@mail.gmail.com> Date: Mon, 1 Dec 2008 10:16:45 +0100 From: "Ali Sabil" To: "Gilles Filippini" In-Reply-To: <493258B0.60509@free.fr> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_70148_29454749.1228123005533" References: <493258B0.60509@free.fr> Cc: vala-list@gnome.org Subject: Re: [Vala] Gee.HashMap - uncaught error: No demarshaller registered for type "GeeHashMap" X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Dec 2008 22:16:55 -0000 ------=_Part_70148_29454749.1228123005533 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline I think that for now you still have to use HashTable instead of Gee.HashMap On Sun, Nov 30, 2008 at 10:11 AM, Gilles Filippini wrote: > Hello, > > I'm very new to vala, and while trying to use the Gee.HashMap int> type to handle a DBus dictionary I encountered the following error: > > uncaught error: No demarshaller registered for type "GeeHashMap" > > How should I proceed to register a demarshaller? > > Thanks in advance, > > _Gilles. > > _______________________________________________ > Vala-list mailing list > Vala-list@gnome.org > http://mail.gnome.org/mailman/listinfo/vala-list > ------=_Part_70148_29454749.1228123005533 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline I think that for now you still have to use HashTable instead of Gee.HashMap

On Sun, Nov 30, 2008 at 10:11 AM, Gilles Filippini <gilles.filippini@free.fr> wrote:
Hello,

I'm very new to vala, and while trying to use the Gee.HashMap<string,
int> type to handle a DBus dictionary I encountered the following error:

uncaught error: No demarshaller registered for type "GeeHashMap"

How should I proceed to register a demarshaller?

Thanks in advance,

_Gilles.

_______________________________________________
Vala-list mailing list
Vala-list@gnome.org
http://mail.gnome.org/mailman/listinfo/vala-list

------=_Part_70148_29454749.1228123005533-- From ab@7ia.org Mon Dec 1 22:24:17 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 038D7750118 for ; Mon, 1 Dec 2008 22:24:17 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 2) (firewall!) (up: 2410 hrs), (distance 13, link: (Google 2)), [209.85.200.171] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QFe3otFkyiHQ for ; Mon, 1 Dec 2008 22:24:08 +0000 (GMT) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.171]) by menubar.gnome.org (Postfix) with ESMTP id 56F997500E5 for ; Mon, 1 Dec 2008 22:24:08 +0000 (GMT) Received: by wf-out-1314.google.com with SMTP id 28so2879969wff.9 for ; Mon, 01 Dec 2008 14:24:08 -0800 (PST) Received: by 10.114.111.1 with SMTP id j1mr6856324wac.79.1228170248436; Mon, 01 Dec 2008 14:24:08 -0800 (PST) Received: by 10.115.32.3 with HTTP; Mon, 1 Dec 2008 14:24:08 -0800 (PST) Message-ID: <6062a6e60812011424m5785a87ew5673baf32193e154@mail.gmail.com> Date: Tue, 2 Dec 2008 01:24:08 +0300 From: "Alexander Bokovoy" Sender: ab@7ia.org To: vala-list@gnome.org In-Reply-To: <1228164977.9899.15.camel@jdesktop.bitron.ch> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_61640_1837623.1228170248447" References: <1228164977.9899.15.camel@jdesktop.bitron.ch> X-Google-Sender-Auth: c1c321c9c3eec857 Subject: Re: [Vala] [ANNOUNCE] Vala 0.5.2 - Compiler for the GObject type system X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list Reply-To: ab@altlinux.org List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Dec 2008 22:24:17 -0000 ------=_Part_61640_1837623.1228170248447 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Mon, Dec 1, 2008 at 11:56 PM, J=FCrg Billeter wrote: > We are pleased to announce version 0.5.2 of Vala, a compiler for the > GObject type system. > > Vala 0.5.2 is now available for download at: > http://download.gnome.org/sources/vala/0.5/ 'make check' fails for all tests on gcc 4.3 and recent binutils (2.18.50.0.9 at least) due to enhanced linking heuristics: all undefined symbols are checked once at providers specified after the object modules they are referenced. --=20 / Alexander Bokovoy ------=_Part_61640_1837623.1228170248447 Content-Type: text/x-patch; name=vala-testrunner.patch Content-Transfer-Encoding: base64 X-Attachment-Id: f_fo7ot1jq0 Content-Disposition: attachment; filename=vala-testrunner.patch ZGlmZiAtLWdpdCBhL3Rlc3RzL3Rlc3RydW5uZXIuc2ggYi90ZXN0cy90ZXN0cnVubmVyLnNoCmlu ZGV4IDM3YzBjYjguLmI2OGIwZTkgMTAwNzU1Ci0tLSBhL3Rlc3RzL3Rlc3RydW5uZXIuc2gKKysr IGIvdGVzdHMvdGVzdHJ1bm5lci5zaApAQCAtNTgsNyArNTgsNyBAQCBmdW5jdGlvbiBzb3VyY2Vo ZWFkZXIoKSB7CiBmdW5jdGlvbiBzb3VyY2VlbmQoKSB7CiAJaWYgWyAtbiAiJFBST0dSQU0iIF07 IHRoZW4KIAkJZWNobyAiJFZBTEFDICQoZWNobyAkUEFDS0FHRVMgfCB4YXJncyAtbiAxIC1yIGVj aG8gLS1wa2cpIC1DICRTT1VSQ0VGSUxFIiA+PiBidWlsZAotCQllY2hvICIkQ0MgJENGTEFHUyAk TERMSUJTIFwkKHBrZy1jb25maWcgLS1jZmxhZ3MgLS1saWJzIGdsaWItMi4wIGdvYmplY3QtMi4w ICRQQUNLQUdFUykgLW8gJFBST0dSQU0kRVhFRVhUICRQUk9HUkFNLmMiID4+IGJ1aWxkCisJCWVj aG8gIiRDQyAkQ0ZMQUdTICAtbyAkUFJPR1JBTSRFWEVFWFQgJFBST0dSQU0uYyBcJChwa2ctY29u ZmlnIC0tY2ZsYWdzIC0tbGlicyBnbGliLTIuMCBnb2JqZWN0LTIuMCAkUEFDS0FHRVMpICRMRExJ QlMiID4+IGJ1aWxkCiAJCWVjaG8gIi4vJFBST0dSQU0kRVhFRVhUIiA+IGNoZWNrCiAJZmkKIH0K ------=_Part_61640_1837623.1228170248447-- From c.david86@gmail.com Tue Dec 2 06:38:17 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 1875C7500B2 for ; Tue, 2 Dec 2008 06:38:17 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 2) (firewall!) (up: 7559 hrs), (distance 16, link: (Google 2)), [66.249.92.174] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5nqolN-ctWnE for ; Tue, 2 Dec 2008 06:38:09 +0000 (GMT) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.174]) by menubar.gnome.org (Postfix) with ESMTP id BC12F750080 for ; Tue, 2 Dec 2008 06:38:07 +0000 (GMT) Received: by ug-out-1314.google.com with SMTP id m2so2923587ugc.22 for ; Mon, 01 Dec 2008 22:38:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=oQ9o5BIia4rbY5svs+DCMWutLjQNo89oUt2v1AFib7E=; b=MTNB8BLpM8DKaMjPAYCv221dyynBuY8oJikN9mppYbnowiZihExdfbB877U9kF7M3S F9GJ6dz942JDXWOCyQIH2gk5zN0lKGn36kAvG9Ekf1/nmbakjxleMfOikPX6yRcWos4+ HRVF5NBG82rDeZAQM99YYYdFvuFUDuEafKwrU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=Ceo0sYB7RX63JoqiZKAHZXOxc1MuX1cF0X9jpdbx8PgdSOzkoQ1336Bq0a6QegNJNz R4+pSRWckRYHA2mOCceul3twZi8GjZvkBItesqBv04nRw4OxpkQfeRZ7rcjSgfAAHYzr SVgAgJ1PcMRfyXn5yx0OR7BewT+FlWLMHOZxc= Received: by 10.103.5.14 with SMTP id h14mr5015290mui.108.1228199886753; Mon, 01 Dec 2008 22:38:06 -0800 (PST) Received: by 10.103.239.15 with HTTP; Mon, 1 Dec 2008 22:38:06 -0800 (PST) Message-ID: Date: Tue, 2 Dec 2008 07:38:06 +0100 From: "=?UTF-8?Q?Cl=C3=A9ment_DAVID?=" To: "Barry Kauler" In-Reply-To: <1eea65ad0812011356y7620a092t8a292c2f0827c26c@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 Content-Disposition: inline References: <1eea65ad0812011356y7620a092t8a292c2f0827c26c@mail.gmail.com> Cc: vala-list@gnome.org Subject: Re: [Vala] Beginners question about keyboard input X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Dec 2008 06:38:17 -0000 SGksCgpJIGRvbid0IHVzZSB0aGUgR2VuaWUgc3ludGF4IGJ1dCBhIHdvcmtpbmcgc2FtcGxlIGZv ciB2YWxhIGlzIDoKCj4+CnVzaW5nIEdMaWI7CgpwdWJsaWMgY2xhc3MgU3VtQ29sIHsKCglwdWJs aWMgc3RhdGljIGl0IG1haW4oc3RyaW5nIFtdIGFyZ3MpCgl7CgkJaW50IE1BWExJTkVMRU4gPSAx Mjg7CgkJCgkJaW50IHN1bSA9IDA7CgkJY2hhcltdIHN0ciA9IG5ldyBjaGFyIFtNQVhMSU5FTEVO XTsKCQkKCQl3aGlsZShzdGRpbi5nZXRzKHN0cikgIT0gbnVsbCkKCQl7CgkJCXN1bSArPSAoKHN0 cmluZylzdHIpLnRvX2ludCgpOwoJCX0KCQkKCQlzdGRvdXQucHJpbnRmKCIlZFxuIixzdW0pOwoJ CXJldHVybiAwOwoJfQp9Cjw8CgpZb3UgY2FuIHNpbXBseSBjYXN0IGEgY2hhciBhcnJheSB0byBz dHJpbmcgYXMgdGhlIHN0cmluZyBjbGFzcyBpcyBvbmx5CmEgd3JhcHBlciBhcm91bmQgTlVMTCB0 ZXJtaW5hdGVkIHVuaWNoYXIgYXJyYXkuCgoKCjIwMDgvMTIvMSBCYXJyeSBLYXVsZXIgPGJrYXVs ZXJAZ21haWwuY29tPgo+Cj4gSSdtIGxlYXJuaW5nIFZhbGEsIHVzaW5nIHRoZSBHZW5pZSBzeW50 YXgsIGFuZCBJJ20gc3R1Y2sgb24gc29tZXRoaW5nLgo+IEl0IHdvdWxkIGJlIGdyZWF0IGlmIGEg a2luZCBzb3VsIHJlYWRpbmcgdGhpcyB3b3VsZCB0YWtlIGEgbW9tZW50IHRvCj4gaGVscCBtZSBv dXQuCj4KPiBJJ20gd3JpdGluZyBhIGNvbnNvbGUgYXBwIGFuZCBJIHdhbnQgdG8gcmVhZCBvbmUg bGluZSBmcm9tIHRoZSBrZXlib2FyZC4KPiBUaGUgQyBmdW5jdGlvbiBnZXRzKCkgc2VlbXMgdG8g YmUgdGhlIG9uZSwgaG93ZXZlciBJIGdldCB0aGlzIHRoaXMgZmFyOgo+Cj4gICAgICAgIHZhciBh ID0gbmV3IGFycmF5IG9mIGNoYXJbNjRdCj4gICAgICAgIHN0ZGluLmdldHMoYSkKPgo+IEJ1dCB3 aGF0IEkgcmVhbGx5IHdhbnQgaXMgYSBzdHJpbmcsIGFuZCBJIGRvbid0IGtub3cgaG93IHRvIGNv bnZlcnQgYW4KPiBhcnJheSBvZiBjaGFycyB0byBhIHN0cmluZyBpbiBWYWxhL0dlbmllLiBDb3Vs ZCBzb21lb25lIHRlbGwgbWUgaG93Pwo+Cj4gTm90ZSwgSSBzZWFyY2hlZCB0aGUgdmFsYS1saXN0 IGJ1dCB0aGUgb25seSBwb3N0cyBhYm91dCBzdGRpbi5nZXRzCj4gc2hvdyBpdCB1c2VkIGxpa2Ug dGhpczoKPgo+ICAgICAgICBzdGRpbi5nZXRzKHN0ciwgMjU2KTsKPgo+IHNvIGl0IG11c3QgaGF2 ZSBnb3QgcmVkZWZpbmVkIGF0IHNvbWUgdGltZS4KPgo+IEFoLCBpdCdzIHNvIGVhc3kgaW4gQmFz aDoKPgo+ICAgICAgIHJlYWQgT05FTElORQo+Cj4gUmVnYXJkcywKPiBCYXJyeSBLYXVsZXIKPiBf X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwo+IFZhbGEtbGlz dCBtYWlsaW5nIGxpc3QKPiBWYWxhLWxpc3RAZ25vbWUub3JnCj4gaHR0cDovL21haWwuZ25vbWUu b3JnL21haWxtYW4vbGlzdGluZm8vdmFsYS1saXN0CgoKCi0tCkNsw6ltZW50IERBVklECg== From luca.dionisi@gmail.com Tue Dec 2 07:29:51 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 8157E750094 for ; Tue, 2 Dec 2008 07:29:51 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 2) (firewall!) (up: 7690 hrs), (distance 14, link: (Google 2)), [74.125.44.30] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GTibEgW9CNVN for ; Tue, 2 Dec 2008 07:29:46 +0000 (GMT) Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.30]) by menubar.gnome.org (Postfix) with ESMTP id DD2EA750008 for ; Tue, 2 Dec 2008 07:29:45 +0000 (GMT) Received: by yx-out-2324.google.com with SMTP id 8so1106653yxb.63 for ; Mon, 01 Dec 2008 23:29:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=HC1LwpfNNWiACPmL/dPxXx7NRPVuvqhr3f7H/953rJQ=; b=O+Kftme+4B5lZJEIki9C9SeWnyRArKQb6Cvj0QZRFhJPLdqTfMkoYO0e60jDtihhIE Dh8Jbcn1TOONnI+Wpl1pz+XExCO9QNE//9EouHlOsaottIkIjBQel0UzstiRzI5EwNaW vfFb044sd+lkNCPcW/lqY3KEqviMdBs3jP/v8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=QhAJuVQlYmN+ciNe9IRq6YvS23KMHq5JYgYVp30IKwRxZBSROQjRWLiy5sy2bJl6zt wc5xp9CmIMWoboptW+LDc/ezJPio3eeDFOOnXhxxK7aqfy9tX90zSwWpF+0pbLTFirgW Ceo/SOw1ch765YExGMHek0xKYjjbciI9410jY= Received: by 10.151.10.7 with SMTP id n7mr12079289ybi.13.1228202984764; Mon, 01 Dec 2008 23:29:44 -0800 (PST) Received: by 10.151.47.13 with HTTP; Mon, 1 Dec 2008 23:29:44 -0800 (PST) Message-ID: <73dbe2850812012329p26057a6ar60f648312f70c308@mail.gmail.com> Date: Tue, 2 Dec 2008 08:29:44 +0100 From: "Luca Dionisi" To: vala-list@gnome.org In-Reply-To: <1228164977.9899.15.camel@jdesktop.bitron.ch> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <1228164977.9899.15.camel@jdesktop.bitron.ch> Subject: Re: [Vala] [ANNOUNCE] Vala 0.5.2 - Compiler for the GObject type system X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Dec 2008 07:29:51 -0000 On Mon, Dec 1, 2008 at 9:56 PM, J=FCrg Billeter wrote: > We are pleased to announce version 0.5.2 of Vala, a compiler for the > GObject type system. > Many thanks for the good work. The changelog does not mention anything about gir files, introspection, vapigen and the like. So, the page on the wiki about the roadmap should be updated. Best regards. From alex@amiran.it Tue Dec 2 09:34:53 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 4466B7500C3 for ; Tue, 2 Dec 2008 09:34:53 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.499 X-Spam-Level: X-Spam-Status: No, score=-2.499 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, RDNS_NONE=0.1] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 3) (up: 117 hrs), (distance 16, link: ethernet/modem), [194.183.74.10] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lCxt8lzXikjj for ; Tue, 2 Dec 2008 09:34:47 +0000 (GMT) Received: from smtp.mesa-lab.it (unknown [194.183.74.10]) by menubar.gnome.org (Postfix) with ESMTP id 688F7750008 for ; Tue, 2 Dec 2008 09:34:46 +0000 (GMT) Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp.mesa-lab.it (Postfix) with ESMTP id 725E65F40DA for ; Tue, 2 Dec 2008 10:34:43 +0100 (CET) Received: from smtp.mesa-lab.it ([127.0.0.1]) by localhost (posta.mesa-lab.it [127.0.0.1]) (amavisd-new, port 10024) with LMTP id gvgUbvTrRH5e for ; Tue, 2 Dec 2008 10:34:43 +0100 (CET) Received: from [192.168.1.201] (host148-91-static.34-85-b.business.telecomitalia.it [85.34.91.148]) by smtp.mesa-lab.it (Postfix) with ESMTP id C2EE55F40D9 for ; Tue, 2 Dec 2008 10:34:42 +0100 (CET) From: Alessandro Pellizzari To: Vala ML In-Reply-To: <49345E1B.2080900@free.fr> References: <493258B0.60509@free.fr> <6b4de4d80812010116i4b9b9c1cw200785346b01f771@mail.gmail.com> <4933F8DB.2080303@free.fr> <49345E1B.2080900@free.fr> Content-Type: text/plain Date: Tue, 02 Dec 2008 10:34:20 +0100 Message-Id: <1228210461.13846.2.camel@al.mesalab.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 Content-Transfer-Encoding: 7bit Subject: Re: [Vala] Gee.HashMap - uncaught error: No demarshaller registered for type "GeeHashMap" X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Dec 2008 09:34:53 -0000 Il giorno lun, 01/12/2008 alle 22.58 +0100, Gilles Filippini ha scritto: > The fact is I use the Vala compiler shipped in Debian unstable. And it > is Vala-0.3.4... Debian unstable is "semi-frozen" because of the lenny freeze. You can find valac-0.5.1 (and, I think, 0.5.2 in a couple of days) in experimental Bye. -- Alessandro Pellizzari From gege2061@gmail.com Tue Dec 2 10:22:12 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 5C5247500D7 for ; Tue, 2 Dec 2008 10:22:12 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.598 X-Spam-Level: X-Spam-Status: No, score=-2.598 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 2) (firewall!) (up: 10367 hrs), (distance 13, link: (Google 2)), [209.85.198.231] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id yIT+bYAocvs8 for ; Tue, 2 Dec 2008 10:22:01 +0000 (GMT) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.231]) by menubar.gnome.org (Postfix) with ESMTP id 6E542750089 for ; Tue, 2 Dec 2008 10:22:00 +0000 (GMT) Received: by rv-out-0506.google.com with SMTP id f6so2983360rvb.3 for ; Tue, 02 Dec 2008 02:21:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender :to:subject:cc:in-reply-to:mime-version:content-type:references :x-google-sender-auth; bh=kdYQ8DTqujUfwlHZzP/6s/qf4Dlx67IxOih3RBLSHEw=; b=HqXD704umRT7luUx0rcuRt3NS0FCx2EAY29ZRwiP3hIU0Qayk2SVMtehWYWOcIGi5U /Yz5yzu60Iq/TihP/ylXg6cP+AIAm04PgrS7ldFmTY1O2bxLArsTx+0u2WMW9M7Ubptl FkpBWtR3VIq5T78ekOI7dROJXx2R6hd9CYNuM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version :content-type:references:x-google-sender-auth; b=h4CjeWmZbtZI/NCzeGouhHGZ8BxqZhs5XvrWp0V4OKDO7UEhnxaPuqYTTs9bXJrm2k rsbX79A4ckouB0cBDdGLBhQJYGmUWUfbEkPABFHXLd3f+idLZrZsj8Uxm+kCD9PMCxHB 5xytfa44KkON+atMkel+JMIzPVPWjbknXAGvI= Received: by 10.141.49.18 with SMTP id b18mr5700653rvk.96.1228213319123; Tue, 02 Dec 2008 02:21:59 -0800 (PST) Received: by 10.141.49.17 with HTTP; Tue, 2 Dec 2008 02:21:59 -0800 (PST) Message-ID: Date: Tue, 2 Dec 2008 11:21:59 +0100 From: gege2061 Sender: gege2061@gmail.com To: "=?ISO-8859-1?Q?Fr=E9d=E9ric_Gaudy?=" In-Reply-To: <254495.62981.qm@web28610.mail.ukl.yahoo.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_63686_9800425.1228213319131" References: <254495.62981.qm@web28610.mail.ukl.yahoo.com> X-Google-Sender-Auth: 1833240973696419 Cc: vala-list@gnome.org Subject: Re: [Vala] Block signal handler X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Dec 2008 10:22:12 -0000 ------=_Part_63686_9800425.1228213319131 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hello, With GLib.SignalHandler.block 2008/12/1 Fr=E9d=E9ric Gaudy > Hello, > > How to block a signal like using g_signal_handler_block(). > > Thanks. > > > _______________________________________________ > Vala-list mailing list > Vala-list@gnome.org > http://mail.gnome.org/mailman/listinfo/vala-list > > --=20 Nicolas Joseph Responsable de la rubrique GTK+ de developpez.com / In charge of the GTK+ section on developpez.com http://nicolasj.developpez.com ------=_Part_63686_9800425.1228213319131 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hello,

With GLib.SignalHandler.block

2008/12/1 Fr=E9d=E9ric Gaudy <fred_gaudy@yahoo.fr>
Hello,<= br>
How to block a signal like using  g_signal_handler_bl= ock().

Thanks.


_______________________________________________
Vala-list mailing list
Vala-list@gnome.org
http://mail.gnome.org/mailman/listinfo/vala-list




--
Nicolas Joseph
<= br>Responsable de la rubrique GTK+ de dev= eloppez.com /
In charge of the GTK+ section on developpez.com

http://nicolasj.developpez.c= om
------=_Part_63686_9800425.1228213319131-- From fred_gaudy@yahoo.fr Tue Dec 2 13:01:25 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 3AC8E75010B for ; Tue, 2 Dec 2008 13:01:25 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -3.598 X-Spam-Level: X-Spam-Status: No, score=-3.598 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, L_P0F_Unix=-1] X-Amavis-OS-Fingerprint: FreeBSD 4.7-5.2 (or MacOS X 10.2-10.4) (2) (up: 10716 hrs), (distance 18, link: ethernet/modem), [217.146.183.156] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZfCDu6tATs7j for ; Tue, 2 Dec 2008 13:01:16 +0000 (GMT) Received: from n8a.bullet.ukl.yahoo.com (n8a.bullet.ukl.yahoo.com [217.146.183.156]) by menubar.gnome.org (Postfix) with SMTP id 2D2A77500F8 for ; Tue, 2 Dec 2008 13:01:15 +0000 (GMT) Received: from [217.146.182.180] by n8.bullet.ukl.yahoo.com with NNFMP; 02 Dec 2008 13:01:13 -0000 Received: from [87.248.110.106] by t6.bullet.ukl.yahoo.com with NNFMP; 02 Dec 2008 13:01:13 -0000 Received: from [127.0.0.1] by omp211.mail.ukl.yahoo.com with NNFMP; 02 Dec 2008 13:01:13 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 613733.73786.bm@omp211.mail.ukl.yahoo.com Received: (qmail 96276 invoked by uid 60001); 2 Dec 2008 13:01:13 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.fr; h=X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type:Message-ID; b=pxHumlsXHLxk/6IY15gDQ26WX7v8NXhcwyg6e57iVWW0uNtu7O+dlwtCFc1/mfEAghVFaKTdzibEeUZgohxU0OfVMjBoY1/Lukg7I9+LzyKtBhOButzFMvNUe+AAqfZmVpgpjhedoz8Q06gx+B3U0c5gNPb4pL3iY9Xpc5kGa24=; X-YMail-OSG: aLvGNCwVM1lMxh_tD9QZ.J.YhPP2R02GAwiVzCdK8Ic6OnDOyeu1Eicgg27_xuluml9Q9WK1I.j2baElZWrmRJF_cxsMmjn5UY8JYUf1i8UVJ0SNfyib0alk0U5RngXkPWB.9Q-- Received: from [82.253.14.205] by web28614.mail.ukl.yahoo.com via HTTP; Tue, 02 Dec 2008 13:01:13 GMT X-Mailer: YahooMailRC/1155.32 YahooMailWebService/0.7.260.1 Date: Tue, 2 Dec 2008 13:01:13 +0000 (GMT) From: =?iso-8859-1?Q?Fr=E9d=E9ric_Gaudy?= To: vala-list@gnome.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="0-1647094241-1228222873=:96126" Message-ID: <531574.96126.qm@web28614.mail.ukl.yahoo.com> Subject: [Vala] Include config.h before gi18n-lib.h X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Dec 2008 13:01:25 -0000 --0-1647094241-1228222873=:96126 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Hi, =0A=0AI use gettext in my application with this code : =0A=0AIntl.bindt= extdomain (Config.GETTEXT_PACKAGE, Config.LOCALE_DIR);=0AIntl.textdomain (C= onfig.GETTEXT_PACKAGE);=0A =0AConfig class is corrected filled. =0A= =0AWhen compiling, it show me this error :=0Aerror: #error You must define = GETTEXT_PACKAGE before including gi18n-lib.h. Did you forget to include con= fig.h?=0A=0ALooking into c file, config.h is just after gi18n-lib.h.=0A#inc= lude =0A#include =0A=0ASo, how to force config.= h to be include before gi18n-lib.h?=0A=0AThanks for help.=0A=0A=0A=0A --0-1647094241-1228222873=:96126 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
Hi,

I use gettext in my application with this code :

In= tl.bindtextdomain (Config.GETTEXT_PACKAGE, Config.LOCALE_DIR);
In= tl.textdomain (Config.GETTEXT_PACKAGE);
     =   
Config class is corrected filled.

When compiling, = it show me this error :
error: #error You must define GETTEXT_PACKAGE= before including gi18n-lib.h. Did you forget to include config.h?

Looking into c file, config.h is just after= gi18n-lib.h.
#include <glib/gi18n-lib.h>
#include &l= t;config.h>

So, how to force config.h to be include before= gi18n-lib.h?

Thanks for help.

=0A=0A=0A=0A --0-1647094241-1228222873=:96126-- From daniel.saul@gmail.com Tue Dec 2 13:25:40 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id C6E427500F4 for ; Tue, 2 Dec 2008 13:25:40 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.598 X-Spam-Level: X-Spam-Status: No, score=-2.598 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 2) (firewall!) (up: 7749 hrs), (distance 14, link: (Google 2)), [74.125.44.29] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hEAvu7mK17IR for ; Tue, 2 Dec 2008 13:25:32 +0000 (GMT) Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.29]) by menubar.gnome.org (Postfix) with ESMTP id 736667500D7 for ; Tue, 2 Dec 2008 13:25:31 +0000 (GMT) Received: by yx-out-2324.google.com with SMTP id 8so1152768yxb.63 for ; Tue, 02 Dec 2008 05:25:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:cc:message-id:from:to :in-reply-to:content-type:mime-version:subject:date:references :x-mailer; bh=nj+xlBZOwaaqOjCU8Q3usaMGwz29k3tFta7RFnGo5Mc=; b=uXI6GF76U4Wvax1r2qptCcsAJf3UzSYJ01Z1DgmvmKqvMaJKBsiuxB7ogIbgKYymDN pysuhfrXFBOxWJ4orMvvoNqhQOflyrRe2o3pDUIPb4SQt0tSj0s+SaDYEzkw8MU0Hbed dpbdswiInPAqJxvACpTUMVHS3b1wJoFNOHvdg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=cc:message-id:from:to:in-reply-to:content-type:mime-version:subject :date:references:x-mailer; b=WIWT7FlYwvbzvGuCImgKWi+K/6a2L0lReWryp5BvUS4FIegsEP/4onN6RILKjkJMGK HqCf87Ssr34oGbxnv2v9e1IEvO5CPUNms6c+zE1GZWqqsHhlB647vqNPBEyIhWe6hEd4 0ap7hZXUj3c27gw2Vj3S+ylBncbjk4S7FAsXQ= Received: by 10.65.232.2 with SMTP id j2mr12850681qbr.19.1228224328820; Tue, 02 Dec 2008 05:25:28 -0800 (PST) Received: from Lightning.lan (S010600121711f328.wp.shawcable.net [24.78.52.188]) by mx.google.com with ESMTPS id 9sm10773028qbw.6.2008.12.02.05.25.25 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 02 Dec 2008 05:25:27 -0800 (PST) Message-Id: From: Dan Saul To: =?ISO-8859-1?Q?Fr=E9d=E9ric_Gaudy?= In-Reply-To: <531574.96126.qm@web28614.mail.ukl.yahoo.com> Content-Type: multipart/alternative; boundary=Apple-Mail-12-809015615 Mime-Version: 1.0 (Apple Message framework v929.2) Date: Tue, 2 Dec 2008 07:25:18 -0600 References: <531574.96126.qm@web28614.mail.ukl.yahoo.com> X-Mailer: Apple Mail (2.929.2) Cc: vala-list@gnome.org Subject: Re: [Vala] Include config.h before gi18n-lib.h X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Dec 2008 13:25:41 -0000 --Apple-Mail-12-809015615 Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable Hi, In what order are your using ______; defined? Perhaps reordering these might result in a difference. Dan On 2-Dec-08, at 7:01 AM, Fr=E9d=E9ric Gaudy wrote: > Hi, > > I use gettext in my application with this code : > > Intl.bindtextdomain (Config.GETTEXT_PACKAGE, Config.LOCALE_DIR); > Intl.textdomain (Config.GETTEXT_PACKAGE); > > Config class is corrected filled. > > When compiling, it show me this error : > error: #error You must define GETTEXT_PACKAGE before including gi18n-=20= > lib.h. Did you forget to include config.h? > > Looking into c file, config.h is just after gi18n-lib.h. > #include > #include > > So, how to force config.h to be include before gi18n-lib.h? > > Thanks for help. > > _______________________________________________ > Vala-list mailing list > Vala-list@gnome.org > http://mail.gnome.org/mailman/listinfo/vala-list --Apple-Mail-12-809015615 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi,

In what = order are your using ______; defined?

Perhaps = reordering these might result in a = difference.

Dan


On 2-Dec-08, at 7:01 AM, Fr=E9d=E9ric Gaudy wrote:

Hi, 

I use gettext in my = application with this code : 

Intl.bindtextdomain (Config.GETTEXT_PACKAGE, = Config.LOCALE_DIR);
Intl.textdomain = (Config.GETTEXT_PACKAGE);
    =     
Config class is = corrected filled. 

When compiling, it = show me this error :
error: #error You must define = GETTEXT_PACKAGE before including gi18n-lib.h. Did you forget to include = config.h?

Looking into c file, config.h is just = after gi18n-lib.h.
#include = <glib/gi18n-lib.h>
#include = <config.h>

So, how to force config.h to be include = before Vala-list@gnome.org
http://mail.gnom= e.org/mailman/listinfo/vala-list
= --Apple-Mail-12-809015615-- From jhasse@gmail.com Tue Dec 2 13:49:30 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 35D4B7500F4 for ; Tue, 2 Dec 2008 13:49:30 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.598 X-Spam-Level: X-Spam-Status: No, score=-2.598 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 2) (firewall!) (up: 2564 hrs), (distance 13, link: (Google 2)), [209.85.200.168] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bRnt4NG5-Rzb for ; Tue, 2 Dec 2008 13:49:24 +0000 (GMT) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.168]) by menubar.gnome.org (Postfix) with ESMTP id AE6337500E6 for ; Tue, 2 Dec 2008 13:49:24 +0000 (GMT) Received: by wf-out-1314.google.com with SMTP id 28so3211460wff.9 for ; Tue, 02 Dec 2008 05:49:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:mime-version:content-type; bh=ON2g5PyztHY3PM27Eyh5MYe6dOQLdjZN+A39ywlqU84=; b=W5ygzzabFS1+So26QUZdMemwW+lpauqbj7XMnzgSBb6UQ7+10U0Wbf3wk2fIRQwGMY KKQn7qJhrWtWvHN2EhAifDOq+6b6r6Upw953T4QOYf/c//EpJcYSRBVLdCG8wEJuWM92 cha5LK+t5g5FwWeXeqrjQpawF/dcJ1ukVngdI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type; b=s9I3YoIvzq9bEr0WEjh9dQPUWKRWSOgfQQ1cc9uJkk+N/CvNFXBhVP9v61EuMcj8WG pZmCA5e1hZw0zJawvS+WWSpmj/whWYyzsHSkBe5dFmEHwoyxeFEAnPSILFuFhslBy1Q8 0gtZnUPZOBxKE3qKNQdJ5vofdrTs0F2WPDmn4= Received: by 10.114.36.4 with SMTP id j4mr7312826waj.119.1228225762529; Tue, 02 Dec 2008 05:49:22 -0800 (PST) Received: by 10.114.130.14 with HTTP; Tue, 2 Dec 2008 05:49:22 -0800 (PST) Message-ID: <8dacd7b30812020549h40c9ecdfp3031b51469bac11c@mail.gmail.com> Date: Tue, 2 Dec 2008 14:49:22 +0100 From: "Jan Niklas Hasse" To: vala-list@gnome.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_2687_4952943.1228225762529" Subject: [Vala] const in Vala X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Dec 2008 13:49:30 -0000 ------=_Part_2687_4952943.1228225762529 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi there, I'm very new to Vala and wanted to ask if there's something like const in Vala? ------=_Part_2687_4952943.1228225762529 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi there,

I'm very new to Vala and wanted to ask if there's something like const in Vala?
------=_Part_2687_4952943.1228225762529-- From fred_gaudy@yahoo.fr Tue Dec 2 13:52:20 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id BA72F750087 for ; Tue, 2 Dec 2008 13:52:20 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.202 X-Spam-Level: X-Spam-Status: No, score=-2.202 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, L_P0F_Unix=-1, MIME_QP_LONG_LINE=1.396] X-Amavis-OS-Fingerprint: FreeBSD 4.7-5.2 (or MacOS X 10.2-10.4) (2) (up: 10717 hrs), (distance 17, link: ethernet/modem), [217.146.183.155] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hgtWN7SmAk+t for ; Tue, 2 Dec 2008 13:52:12 +0000 (GMT) Received: from n7a.bullet.ukl.yahoo.com (n7a.bullet.ukl.yahoo.com [217.146.183.155]) by menubar.gnome.org (Postfix) with SMTP id D37E97500C2 for ; Tue, 2 Dec 2008 13:52:11 +0000 (GMT) Received: from [217.146.182.180] by n7.bullet.ukl.yahoo.com with NNFMP; 02 Dec 2008 13:52:09 -0000 Received: from [87.248.110.113] by t6.bullet.ukl.yahoo.com with NNFMP; 02 Dec 2008 13:52:09 -0000 Received: from [127.0.0.1] by omp218.mail.ukl.yahoo.com with NNFMP; 02 Dec 2008 13:52:08 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 714598.29733.bm@omp218.mail.ukl.yahoo.com Received: (qmail 73232 invoked by uid 60001); 2 Dec 2008 13:52:09 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.fr; h=X-YMail-OSG:Received:X-Mailer:References:Date:From:Subject:To:Cc:MIME-Version:Content-Type:Message-ID; b=yTF5Krbp+5U6HLz7k1/g0CINbXizEqIHnty/88Niy2qt5fqYGf8AXATYNIgwivnjsK2Wgb3bYYsAdTe/A8F1I4RiV7Or+GUqPG3K7X/8eOyn8FNCAlAetsLkY+2XgZdLbzkWAMDPGLHX9ToCRBnzDOFkjdiWk5hKhK6FNGsZDjk=; X-YMail-OSG: MZ7ugC4VM1m.GQmEqIhRSrk9lM2txyaxkwLZnIaf0Z0PhVqPCZ6proyaihYiupI6zW2bg0y7CDYkbei6BjALKvhzF01H20f2hOYI9zOTePVzYmhsRR5FS0kwxVxPqZ1gb.GF9Ly.8UrS6lVtVVsovin.HcoJ Received: from [82.253.14.205] by web28603.mail.ukl.yahoo.com via HTTP; Tue, 02 Dec 2008 13:52:08 GMT X-Mailer: YahooMailRC/1155.32 YahooMailWebService/0.7.260.1 References: <531574.96126.qm@web28614.mail.ukl.yahoo.com> Date: Tue, 2 Dec 2008 13:52:08 +0000 (GMT) From: =?iso-8859-1?Q?Fr=E9d=E9ric_Gaudy?= To: Dan Saul MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="0-91134699-1228225928=:72996" Message-ID: <934843.72996.qm@web28603.mail.ukl.yahoo.com> Cc: vala-list@gnome.org Subject: [Vala] Re : Include config.h before gi18n-lib.h X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Dec 2008 13:52:21 -0000 --0-91134699-1228225928=:72996 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable > In what order are your using ______; defined?=0A=0AWhat is ______; ???=0A= =0Ausing Config; and --pkg config it is declared first.=0A=0A=0A=0A________= ________________________=0ADe : Dan Saul =0A=C0 : Fr= =E9d=E9ric Gaudy =0ACc : Dan Saul ; vala-list@gnome.org=0AEnvoy=E9 le : Mardi, 2 D=E9cembre 2008, 14h25mn = 18s=0AObjet : Re: [Vala] Include config.h before gi18n-lib.h=0A=0AHi,=0A=0A= In what order are your using ______; defined?=0A=0APerhaps reordering these= might result in a difference.=0A=0ADan=0A=0A=0A=0AOn 2-Dec-08, at 7:01 AM,= Fr=E9d=E9ric Gaudy wrote:=0A=0AHi, =0A=0AI use gettext in my application w= ith this code : =0A=0AIntl.bindtextdomain (Config.GETTEXT_PACKAGE, Config.L= OCALE_DIR);=0AIntl.textdomain (Config.GETTEXT_PACKAGE);=0A =0AConfig= class is corrected filled. =0A=0AWhen compiling, it show me this error := =0Aerror: #error You must define GETTEXT_PACKAGE before including gi18n-lib= ..h. Did you forget to include config.h?=0A=0ALooking into c file, config.h = is just after gi18n-lib.h.=0A#include =0A#include =0A=0ASo, how to force config.h to be include before gi18n-lib.h?=0A=0AT= hanks for help.=0A=0A_______________________________________________=0AVala= -list mailing list=0AVala-list@gnome.org=0Ahttp://mail.gnome.org/mailman/li= stinfo/vala-list=0A=0A=0A --0-91134699-1228225928=:72996 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
> In what order are your using ______; defined?

What is _= _____; ???

using Config; and --pkg config it is declared first.
<= br>
De : Dan Saul <daniel.saul@gmail.com&= gt;
=C0 : Fr=E9d=E9ric = Gaudy <fred_gaudy@yahoo.fr>
= Cc : Dan Saul <daniel.saul@gmail.com>; vala-list@gnome.org=
Envoy=E9 le : Mardi, 2= D=E9cembre 2008, 14h25mn 18s
Obje= t : Re: [Vala] Include config.h before gi18n-lib.h

Hi,

In what order are your using ______; defined?

Perhaps reordering these might result in a difference.

Dan


On 2-Dec-08, at 7:01 AM, = Fr=E9d=E9ric Gaudy wrote:

Hi, 

I use gettext in my a= pplication with this code : 

Intl.bindtextdomain (Config.GETTEXT_PACKAGE, Config.LOCALE_= DIR);
Intl.textdomain (Config.GETTEXT_PACKAGE);
&nb= sp;      &nb= sp;
Config class is corrected filled. 

When compiling, it show me this error :
<= span style=3D"font-family: 'Courier New',courier,monaco,monospace,sans-seri= f;">error: #error You must define GETTEXT_PACKAGE before including gi18n-li= b.h. Did you forget to include config.h?

Looking into = c file, config.h is just after gi18n-lib.h.
#include <glib/gi18n-lib.h&= gt;
#include <config.h>

So, how to force = config.h to be include before gi18n-lib.h?

Thanks for help.

_________________________= ______________________
Vala-list mailing list
Vala-list@gnome.org
http://mail.gnom= e.org/mailman/listinfo/vala-list

=0A=0A=0A=0A --0-91134699-1228225928=:72996-- From raphael.bosshard@gmail.com Tue Dec 2 14:35:35 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 8FF7A750007 for ; Tue, 2 Dec 2008 14:35:35 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.598 X-Spam-Level: X-Spam-Status: No, score=-2.598 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 2) (firewall!) (up: 9271 hrs), (distance 14, link: (Google 2)), [74.125.46.28] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id F1sKRjkAHkGC for ; Tue, 2 Dec 2008 14:35:28 +0000 (GMT) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.28]) by menubar.gnome.org (Postfix) with ESMTP id 8C0E7750087 for ; Tue, 2 Dec 2008 14:35:27 +0000 (GMT) Received: by yw-out-2324.google.com with SMTP id 5so1166019ywh.63 for ; Tue, 02 Dec 2008 06:35:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type:references; bh=x4aayNMSnG8NJ/73VYETswuOTJU5ENQzKtV0JJvoenA=; b=HCI2T08yCyUbrvCTQILsOJEmnd9I9XxxrIr87jsu8y/6rrkTp9bKujmPXIMz5+gaKx YK8DSycMbd7xKY8xycfK6p1u3UFVm37WWQDEG/tjri4gOL+rEZLo6f1MsFlvxYFy7wqs sFKMeal7W7qQVlJwgW1ySS1b66GXyeL5yQ7H4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:references; b=A3ylpkcaJoGOHpZbRdIdyhupJRWgxN8KJmI0bGKKyFBzrw/H+Cs3ITfrNm7wwhVGkW r3MW0qTiP++YVAKnpeosf15uUQ9EZiEeHzAD8JrTZc64Twpp+r11s73r44nUJNI1MGgB IwxyvpHWAYvikFPqOl3Y071nQe2fH8cCkwiwE= Received: by 10.142.51.4 with SMTP id y4mr3773609wfy.340.1228228525052; Tue, 02 Dec 2008 06:35:25 -0800 (PST) Received: by 10.142.68.3 with HTTP; Tue, 2 Dec 2008 06:35:25 -0800 (PST) Message-ID: <48d045d60812020635j1fcbe9f6h55252601da933aa8@mail.gmail.com> Date: Tue, 2 Dec 2008 15:35:25 +0100 From: "Raphael Bosshard" To: "Jan Niklas Hasse" In-Reply-To: <8dacd7b30812020549h40c9ecdfp3031b51469bac11c@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_107316_28031776.1228228525052" References: <8dacd7b30812020549h40c9ecdfp3031b51469bac11c@mail.gmail.com> Cc: vala-list@gnome.org Subject: Re: [Vala] const in Vala X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Dec 2008 14:35:35 -0000 ------=_Part_107316_28031776.1228228525052 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hello Jan, yes, there is; just use the keyword 'const' to designate constants. It might help you to look at the examples at http://live.gnome.org/Vala. Many a question will be answered there. :D So long, Raphael 2008/12/2 Jan Niklas Hasse > Hi there, > > I'm very new to Vala and wanted to ask if there's something like const in > Vala? > > _______________________________________________ > Vala-list mailing list > Vala-list@gnome.org > http://mail.gnome.org/mailman/listinfo/vala-list > > ------=_Part_107316_28031776.1228228525052 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hello Jan,

yes, there is; just use the keyword 'const' to designate constants.

It might help you to look at the examples at http://live.gnome.org/Vala. Many a question will be answered there. :D

So long,
Raphael

2008/12/2 Jan Niklas Hasse <jhasse@gmail.com>
Hi there,

I'm very new to Vala and wanted to ask if there's something like const in Vala?

_______________________________________________
Vala-list mailing list
Vala-list@gnome.org
http://mail.gnome.org/mailman/listinfo/vala-list


------=_Part_107316_28031776.1228228525052-- From gege2061@gmail.com Tue Dec 2 14:48:16 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 661207500E9 for ; Tue, 2 Dec 2008 14:48:16 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.598 X-Spam-Level: X-Spam-Status: No, score=-2.598 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 2) (firewall!) (up: 2574 hrs), (distance 14, link: (Google 2)), [209.85.200.169] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UfUFY4+95bxN for ; Tue, 2 Dec 2008 14:48:08 +0000 (GMT) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.169]) by menubar.gnome.org (Postfix) with ESMTP id AF815750087 for ; Tue, 2 Dec 2008 14:48:07 +0000 (GMT) Received: by wf-out-1314.google.com with SMTP id 28so3231562wff.9 for ; Tue, 02 Dec 2008 06:48:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender :to:subject:cc:in-reply-to:mime-version:content-type:references :x-google-sender-auth; bh=kuSm5ZkwXrGBf3veWxYBZ8WIFrZB/IZQg+KKPwuGics=; b=yFt6XqqFlyDBc2oQnOxo5dzu0FlGeQ8yAOnxHfACRqd/7qweXmFh7oDE6NtOhpVamt H3meVeCzB7sOsqo7kys66M5wamZ6hSaUm6oUmEUP6o4Lw2gZc9ulmLXGzC4XLS5Olxld ro16IOfO6cvGRoOCgAAF2pMk5yUCKaO9XmxjA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version :content-type:references:x-google-sender-auth; b=iR3X0SpRYnW59cvplwVArmh5H5KwAbU5+E4AEj9Hg67/tvmuuBFqJGGl/ZYjdZ2utf dORQzSyzWzoKqddxYasuFiPjMR+PRCvlZPlbkhlHO38rol/Df8RVrvkAu5AumTp0oMlR LXdrVqu8R1wrrBx+I8ny4nf/fYJ3uC1u/LmeE= Received: by 10.141.170.10 with SMTP id x10mr5807028rvo.5.1228229285504; Tue, 02 Dec 2008 06:48:05 -0800 (PST) Received: by 10.141.49.17 with HTTP; Tue, 2 Dec 2008 06:48:05 -0800 (PST) Message-ID: Date: Tue, 2 Dec 2008 15:48:05 +0100 From: gege2061 Sender: gege2061@gmail.com To: "=?ISO-8859-1?Q?Fr=E9d=E9ric_Gaudy?=" In-Reply-To: <934843.72996.qm@web28603.mail.ukl.yahoo.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_65179_24681415.1228229285499" References: <531574.96126.qm@web28614.mail.ukl.yahoo.com> <934843.72996.qm@web28603.mail.ukl.yahoo.com> X-Google-Sender-Auth: b5924d72cd55616c Cc: vala-list@gnome.org Subject: Re: [Vala] Re : Include config.h before gi18n-lib.h X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Dec 2008 14:48:16 -0000 ------=_Part_65179_24681415.1228229285499 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hello, For resolve this problem, I use c compiler option (gcc): --include config.h For valac: --Xcc=3D'--include config.h' 2008/12/2 Fr=E9d=E9ric Gaudy > > In what order are your using ______; defined? > > What is ______; ??? > > using Config; and --pkg config it is declared first. > > ------------------------------ > *De :* Dan Saul > *=C0 :* Fr=E9d=E9ric Gaudy > *Cc :* Dan Saul ; vala-list@gnome.org > *Envoy=E9 le :* Mardi, 2 D=E9cembre 2008, 14h25mn 18s > *Objet :* Re: [Vala] Include config.h before gi18n-lib.h > > Hi, > In what order are your using ______; defined? > > Perhaps reordering these might result in a difference. > > Dan > > > On 2-Dec-08, at 7:01 AM, Fr=E9d=E9ric Gaudy wrote: > > Hi, > > I use gettext in my application with this code : > > Intl.bindtextdomain (Config.GETTEXT_PACKAGE, Config.LOCALE_DIR); > Intl.textdomain (Config.GETTEXT_PACKAGE); > > Config class is corrected filled. > > When compiling, it show me this error : > error: #error You must define GETTEXT_PACKAGE before including gi18n-lib.= h. > Did you forget to include config.h? > > Looking into c file, config.h is just after gi18n-lib.h. > #include > #include > > So, how to force config.h to be include before gi18n-lib.h? > > Thanks for help. > > _______________________________________________ > Vala-list mailing list > Vala-list@gnome.org > http://mail.gnome.org/mailman/listinfo/vala-list > > > > > _______________________________________________ > Vala-list mailing list > Vala-list@gnome.org > http://mail.gnome.org/mailman/listinfo/vala-list > > --=20 Nicolas Joseph Responsable de la rubrique GTK+ de developpez.com / In charge of the GTK+ section on developpez.com http://nicolasj.developpez.com ------=_Part_65179_24681415.1228229285499 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hello,

For resolve this problem, I use c compiler option (gcc):
<= br>--include config.h

For valac:

--Xcc=3D'--include confi= g.h'


2008/12/2 Fr=E9d=E9ric Gaudy= <fred_gaudy@ya= hoo.fr>
> In what order are your using ______; defined?

What is ___= ___; ???

using Config; and --pkg config it is declared first.
<= div style=3D"font-family: arial,helvetica,sans-serif; font-size: 12pt;">
De : Dan Saul <daniel.saul@gmail.com= >
=C0 : Fr=E9d=E9ric Gaudy &= lt;fred_gaudy@yaho= o.fr>
Cc : Dan S= aul <daniel.s= aul@gmail.com>; vala-list@gnome.org
Envoy=E9 le : Mardi, 2 D= =E9cembre 2008, 14h25mn 18s
Objet&= nbsp;: Re: [Vala] Include config.h before gi18n-lib.h

Hi,

In what order are your us= ing ______; defined?

Perhaps reordering these migh= t result in a difference.

Dan


On 2-Dec-08,= at 7:01 AM, Fr=E9d=E9ric Gaudy wrote:

<= span style=3D"border-collapse: separate; color: rgb(0, 0, 0); font-family: = Helvetica; font-size: 12px; font-style: normal; font-variant: normal; font-= weight: normal; letter-spacing: normal; line-height: normal; text-indent: 0= px; text-transform: none; white-space: normal; word-spacing: 0px;">
Hi, 

I use gettext= in my application with this code : 

Intl.bindtextdomain (Config.GETTEXT_PACKAGE, Config.LOCALE= _DIR);
Intl.textdomain (Config.GETTEXT_PACKAGE);
 &nbs= p;      
Config class is corrected= filled. 

When compiling, it show me this error :<= br> error: #error You must define GETTEXT_PACKAGE before including= gi18n-lib.h. Did you forget to include config.h?

Look= ing into c file, config.h is just after gi18n-lib.h.
#include <glib/gi18= n-lib.h>
#include <config.h>

So, how to force confi= g.h to be include before gi18n-lib.h?

Thanks for help.

___________________________________= ____________
Vala-list mailing list
Vala-list@gnome.org
http://mail.gnome.org/mailman/listinfo/vala-list


_______________________________________________
Vala-list mailing list
Vala-list@gnome.org
http://mail.gnome.org/mailman/listinfo/vala-list




--
Nicolas Joseph
<= br>Responsable de la rubrique GTK+ de dev= eloppez.com /
In charge of the GTK+ section on developpez.com

http://nicolasj.developpez.c= om
------=_Part_65179_24681415.1228229285499-- From karl@qdh.org.uk Tue Dec 2 15:07:15 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 6F975750087 for ; Tue, 2 Dec 2008 15:07:15 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 3) (up: 3850 hrs), (distance 12, link: ethernet/modem), [67.207.139.203] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id c35i3J0omQze for ; Tue, 2 Dec 2008 15:07:08 +0000 (GMT) Received: from uptime.qdh.org.uk (uptime.qdh.org.uk [67.207.139.203]) by menubar.gnome.org (Postfix) with ESMTP id 5ABFF750007 for ; Tue, 2 Dec 2008 15:07:07 +0000 (GMT) Received: from [192.168.1.65] (host86-131-123-13.range86-131.btcentralplus.com [86.131.123.13]) (authenticated bits=0) by uptime.qdh.org.uk (8.14.2/8.14.2) with ESMTP id mB2F6xAa007571 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 2 Dec 2008 10:07:03 -0500 From: Karl Lattimer To: vala-list@gnome.org Content-Type: text/plain Date: Tue, 02 Dec 2008 15:06:16 +0000 Message-Id: <1228230376.2969.6.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.24.1 (2.24.1-2.fc10) Content-Transfer-Encoding: 7bit Subject: [Vala] Time in vala X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Dec 2008 15:07:15 -0000 I can never find enough documentation about time in vala :( so I'm going to ask a bunch of questions here... Maybe I'll add a GNOME live page when I've got the important stuff done... God knows I already want to update the GTK/Cairo stuff to be more detailed. Anyway. I need to turn a timestamp into a string, but I can't seem to see how to do this... Something like int timestamp = "1234151912"; // whatever... var time = new Time; string date_string = Time.strftime("%s", timestamp); // an output like yyyy-mm-dd hh:mm would be nice.. I can never seem to read the time vapi stuff properly :/ A little introduction to using the features of time would be really nice, I've got to do a whole load of calculations e.g. convert a timestamp to a nearest month, day, hour etc... then build a scale of various months/days/hours near by... I need to convert things back and forth between timestamps and do things like add one day and get the timestamp for that etc... BR, K From jhasse@gmail.com Tue Dec 2 15:30:18 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 7C627750007 for ; Tue, 2 Dec 2008 15:30:18 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.598 X-Spam-Level: X-Spam-Status: No, score=-2.598 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 2) (firewall!) (up: 4167 hrs), (distance 14, link: (Google 2)), [209.85.146.181] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id naX1Bs29Z0pR for ; Tue, 2 Dec 2008 15:30:10 +0000 (GMT) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.181]) by menubar.gnome.org (Postfix) with ESMTP id 15CD97500F4 for ; Tue, 2 Dec 2008 15:30:05 +0000 (GMT) Received: by wa-out-1112.google.com with SMTP id k40so1839281wah.31 for ; Tue, 02 Dec 2008 07:30:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type:references; bh=b+o0o+3Sf9J+KB2Wv3aHO+lLsneezj3KKZ1ksQiQl2U=; b=KdpUwx1OzgqSXaqcWjoqqeLdtc8mu29/Jd78iKKlImCJ/i/q5DL4tT0g3qibYYl0fh 1QexGiGIzTESK9YvoI0aRRL2YkHYzgke7fbwf9PJd1TQ5SrhsEeHj6Gc2gHfQjdQ0MhQ o97QyquQNFJdaeoISfWO0ykSSiwj4P3auxuUA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:references; b=pRXLiPtvA3G6he3vzkmT8mmO9fnLcup+lCUUbMDgdGjStxkEjQaP/lmyfLh+0KM8i8 mrBw1nrLklrX8/PKhCszoJwCPYbjuAq5PRt7h8cAY1aF3SB2vupB/6HQTW4NsxMTNcXO AECvIfzVgihVTf761T86K/vl50MGn/BfnfF94= Received: by 10.115.32.18 with SMTP id k18mr6800399waj.98.1228231803840; Tue, 02 Dec 2008 07:30:03 -0800 (PST) Received: by 10.114.130.14 with HTTP; Tue, 2 Dec 2008 07:30:03 -0800 (PST) Message-ID: <8dacd7b30812020730j2a5de5ebyc7c4b0b05faed8a3@mail.gmail.com> Date: Tue, 2 Dec 2008 16:30:03 +0100 From: "Jan Niklas Hasse" To: "Raphael Bosshard" In-Reply-To: <48d045d60812020635j1fcbe9f6h55252601da933aa8@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_4169_32306367.1228231803830" References: <8dacd7b30812020549h40c9ecdfp3031b51469bac11c@mail.gmail.com> <48d045d60812020635j1fcbe9f6h55252601da933aa8@mail.gmail.com> Cc: vala-list@gnome.org Subject: Re: [Vala] const in Vala X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Dec 2008 15:30:18 -0000 ------=_Part_4169_32306367.1228231803830 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline > > yes, there is; just use the keyword 'const' to designate constants. Hm ... I tried that, but it didn't seem to work, that's why I asked on the mailing list. I get the following error: input.vala:2.12-2.21: error: syntax error, expected `;' const int bufferSize = 32; ^^^^^^^^^^ Compilation failed: 1 error(s), 0 warning(s) Without const, everything is working. > It might help you to look at the examples at http://live.gnome.org/Vala. > Many a question will be answered there. :D Yeah, I've already read the Tutorial. ------=_Part_4169_32306367.1228231803830 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline
yes, there is; just use the keyword 'const' to designate constants.

Hm ... I tried that, but it didn't seem to work, that's why I asked on the mailing list.

I get the following error:

input.vala:2.12-2.21: error: syntax error, expected `;'
        const int bufferSize = 32;
                  ^^^^^^^^^^
Compilation failed: 1 error(s), 0 warning(s)

Without const, everything is working.
 
It might help you to look at the examples at http://live.gnome.org/Vala. Many a question will be answered there. :D

Yeah, I've already read the Tutorial.
------=_Part_4169_32306367.1228231803830-- From raphael.bosshard@gmail.com Tue Dec 2 15:37:34 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 29F24750080 for ; Tue, 2 Dec 2008 15:37:34 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.598 X-Spam-Level: X-Spam-Status: No, score=-2.598 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 2) (firewall!) (up: 3561 hrs), (distance 15, link: (Google 2)), [74.125.92.24] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9wqCW2FBzXj3 for ; Tue, 2 Dec 2008 15:37:25 +0000 (GMT) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.24]) by menubar.gnome.org (Postfix) with ESMTP id 588AC750008 for ; Tue, 2 Dec 2008 15:37:24 +0000 (GMT) Received: by qw-out-2122.google.com with SMTP id 9so672966qwb.9 for ; Tue, 02 Dec 2008 07:37:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type:references; bh=GEnXs9226yDrMqo5o+/hryFj/rNYQiRnFb8XKX8/A2w=; b=Hv0z0ySMCfvg+zqr8G1EGWqRdfVq/z3ueD2ID6V1yatprZ0qp/bHiigvY7TbErS94U d6KlHhmTsxUTPadvoDbR71JECh9RXhQ+hBn5/ADvIcNCyf8CBgPTykUfH3CAlPEt72Y+ ZxLJNUczmbbqtB1YBLb8SmNdzfcRy3Xud0GyI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:references; b=D9WLMiJH4MqnhqvSlu4+qsoszctAtrPw6mIK5/2JsEMUiI0OJuGRy2+cZ6VxOMsZFk kXrHyLv+Dh2RMR7tYh7FqumXZlnyJEUic6iLKRANyRWiJEirCY52FifEBZ/OEE36/JMF ZV78mGm4ryBGXyDGp1yEPFWeERUED3SNNunsY= Received: by 10.143.45.14 with SMTP id x14mr4934796wfj.165.1228232242300; Tue, 02 Dec 2008 07:37:22 -0800 (PST) Received: by 10.142.68.3 with HTTP; Tue, 2 Dec 2008 07:37:22 -0800 (PST) Message-ID: <48d045d60812020737l1ce8eb26v58bb9ea26a7f1854@mail.gmail.com> Date: Tue, 2 Dec 2008 16:37:22 +0100 From: "Raphael Bosshard" To: "Jan Niklas Hasse" In-Reply-To: <8dacd7b30812020730j2a5de5ebyc7c4b0b05faed8a3@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_108329_29857869.1228232242298" References: <8dacd7b30812020549h40c9ecdfp3031b51469bac11c@mail.gmail.com> <48d045d60812020635j1fcbe9f6h55252601da933aa8@mail.gmail.com> <8dacd7b30812020730j2a5de5ebyc7c4b0b05faed8a3@mail.gmail.com> Cc: vala-list@gnome.org Subject: Re: [Vala] const in Vala X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Dec 2008 15:37:34 -0000 ------=_Part_108329_29857869.1228232242298 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hello Jan, the line you provided should work without problems. Could you show me the whole file? So long, Raphael On Tue, Dec 2, 2008 at 4:30 PM, Jan Niklas Hasse wrote: > yes, there is; just use the keyword 'const' to designate constants. > > > Hm ... I tried that, but it didn't seem to work, that's why I asked on the > mailing list. > > I get the following error: > > input.vala:2.12-2.21: error: syntax error, expected `;' > const int bufferSize = 32; > ^^^^^^^^^^ > Compilation failed: 1 error(s), 0 warning(s) > > Without const, everything is working. > > >> It might help you to look at the examples at http://live.gnome.org/Vala. >> Many a question will be answered there. :D > > > Yeah, I've already read the Tutorial. > ------=_Part_108329_29857869.1228232242298 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hello Jan,

the line you provided should work without problems. Could you show me the whole file?

So long,
Raphael

On Tue, Dec 2, 2008 at 4:30 PM, Jan Niklas Hasse <jhasse@gmail.com> wrote:
yes, there is; just use the keyword 'const' to designate constants.

Hm ... I tried that, but it didn't seem to work, that's why I asked on the mailing list.

I get the following error:

input.vala:2.12-2.21: error: syntax error, expected `;'
        const int bufferSize = 32;
                  ^^^^^^^^^^
Compilation failed: 1 error(s), 0 warning(s)

Without const, everything is working.
 
It might help you to look at the examples at http://live.gnome.org/Vala. Many a question will be answered there. :D

Yeah, I've already read the Tutorial.

------=_Part_108329_29857869.1228232242298-- From jhasse@gmail.com Tue Dec 2 15:44:19 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 607717500D1 for ; Tue, 2 Dec 2008 15:44:19 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.598 X-Spam-Level: X-Spam-Status: No, score=-2.598 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 2) (firewall!) (up: 2583 hrs), (distance 13, link: (Google 2)), [209.85.200.168] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JP0tplK0kmOJ for ; Tue, 2 Dec 2008 15:44:14 +0000 (GMT) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.168]) by menubar.gnome.org (Postfix) with ESMTP id CF005750089 for ; Tue, 2 Dec 2008 15:44:13 +0000 (GMT) Received: by wf-out-1314.google.com with SMTP id 28so3251491wff.9 for ; Tue, 02 Dec 2008 07:44:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type:references; bh=TxbQ0HvtkhnZclS0kHHs6zyQCU04M7nl2/2uBLZ7gaY=; b=kibV3MRVjsZpFFxO8NB/tXexUduNPFW50LOXxHMiIOo8CUpW3cLHXqjihF/ie7Nzdf Xr0kvaCEVcakhQOjeS3P5uqqrVOIvEAHDrFRJroJjYU0kkybPJizBpfWwB04WC9rgEi+ h3nNTGc2/WQyjGRT/nnI52Pvk6a9LAp8UH+W0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:references; b=LsDlN7suCQq0uoUz0GttbAsu/zHgOK7chJMHoAJ5XQAdEHfaN01plY0gFl3Sr/XfqX JjkoS3YivRWk+Qz6Cm/iXVh0tGXxMgycsny1HZcFDiWSm5zd5HpbEsX5zJssmO2r4ZQ6 9H8V1FK8iM341eDD75UWSjoSRS5E8InG50p3A= Received: by 10.114.208.20 with SMTP id f20mr7407231wag.46.1228232651867; Tue, 02 Dec 2008 07:44:11 -0800 (PST) Received: by 10.114.130.14 with HTTP; Tue, 2 Dec 2008 07:44:11 -0800 (PST) Message-ID: <8dacd7b30812020744m3252c7efwdf00bfb3229f074@mail.gmail.com> Date: Tue, 2 Dec 2008 16:44:11 +0100 From: "Jan Niklas Hasse" To: "Raphael Bosshard" In-Reply-To: <48d045d60812020737l1ce8eb26v58bb9ea26a7f1854@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_4525_27679626.1228232651854" References: <8dacd7b30812020549h40c9ecdfp3031b51469bac11c@mail.gmail.com> <48d045d60812020635j1fcbe9f6h55252601da933aa8@mail.gmail.com> <8dacd7b30812020730j2a5de5ebyc7c4b0b05faed8a3@mail.gmail.com> <48d045d60812020737l1ce8eb26v58bb9ea26a7f1854@mail.gmail.com> Cc: vala-list@gnome.org Subject: Re: [Vala] const in Vala X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Dec 2008 15:44:19 -0000 ------=_Part_4525_27679626.1228232651854 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline Okay: public static string getline() { const int bufferSize = 32; string @return = "", buffer; do { char[] temp = new char[bufferSize]; stdin.gets(temp); buffer = (string)temp; @return += buffer; } while(buffer.length + 1 == bufferSize); return @return; } I'm using valac 0.5.1 on Windows. ------=_Part_4525_27679626.1228232651854 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline Okay:

public static string getline() {
    const int bufferSize = 32;
    string @return = "", buffer;

    do
    {
        char[] temp = new char[bufferSize];
        stdin.gets(temp);
        buffer = (string)temp;
        @return += buffer;
    }
    while(buffer.length + 1 == bufferSize);

    return @return;
}

I'm using valac 0.5.1 on Windows.
------=_Part_4525_27679626.1228232651854-- From raphael.bosshard@gmail.com Tue Dec 2 15:54:13 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 935CD7500D1 for ; Tue, 2 Dec 2008 15:54:13 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.598 X-Spam-Level: X-Spam-Status: No, score=-2.598 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 2) (firewall!) (up: 7774 hrs), (distance 15, link: (Google 2)), [74.125.44.29] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Ucfa2bijn6xa for ; Tue, 2 Dec 2008 15:54:08 +0000 (GMT) Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.29]) by menubar.gnome.org (Postfix) with ESMTP id 956D5750008 for ; Tue, 2 Dec 2008 15:54:06 +0000 (GMT) Received: by yx-out-2324.google.com with SMTP id 8so1188780yxb.63 for ; Tue, 02 Dec 2008 07:54:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type:references; bh=6CGKYzf0uiGH6i3uEVe1wM2BktgR4rab1thsglmL3YM=; b=welf8GkX8zKOZhsfeheDbdw5cM3C/qwTa50QPf5bGXo3iPvszo2nbLDK3kKB3oW+9n +Qr/3qSrn7I7fhKjVxUGICVs6D/RM3BkokwEUCnmsloxtsGXAsqDLP+6L7gFIUo92m6I h68KExA9geJuN75sy4S+93xqCpciKqLGBroOk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:references; b=FwDTBOloplwxjgt0zVnGUV4fwyu3Gdee74khK5yAdt1JWyy5LIC3pq63NogXFnD/tW TAQsHYWXUWXmw+7zlnpFCp9AvZB3Joez+nGxkLjQlfCfYQl1yAntLit9vLURWYV8IrY9 zdCLpGtBPel+2xSrxL4bjyBIuYFA2cwGXdEsI= Received: by 10.151.7.4 with SMTP id k4mr4639920ybi.216.1228233245048; Tue, 02 Dec 2008 07:54:05 -0800 (PST) Received: by 10.150.227.19 with HTTP; Tue, 2 Dec 2008 07:54:04 -0800 (PST) Message-ID: <48d045d60812020754s523e7ea3j60e4057f38158729@mail.gmail.com> Date: Tue, 2 Dec 2008 16:54:04 +0100 From: "Raphael Bosshard" To: "Jan Niklas Hasse" In-Reply-To: <8dacd7b30812020744m3252c7efwdf00bfb3229f074@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_58358_29950654.1228233245011" References: <8dacd7b30812020549h40c9ecdfp3031b51469bac11c@mail.gmail.com> <48d045d60812020635j1fcbe9f6h55252601da933aa8@mail.gmail.com> <8dacd7b30812020730j2a5de5ebyc7c4b0b05faed8a3@mail.gmail.com> <48d045d60812020737l1ce8eb26v58bb9ea26a7f1854@mail.gmail.com> <8dacd7b30812020744m3252c7efwdf00bfb3229f074@mail.gmail.com> Cc: vala-list@gnome.org Subject: Re: [Vala] const in Vala X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Dec 2008 15:54:13 -0000 ------=_Part_58358_29950654.1228233245011 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hello Jan, constants may only be declared outside methods. Try moving the bufferSize declaration out of the method, to the head of the file. The error message is misleading nonetheless. I'd file a bug report. ;) So long, Raphael On Tue, Dec 2, 2008 at 4:44 PM, Jan Niklas Hasse wrote: > Okay: > > public static string getline() { > const int bufferSize = 32; > string @return = "", buffer; > > do > { > char[] temp = new char[bufferSize]; > stdin.gets(temp); > buffer = (string)temp; > @return += buffer; > } > while(buffer.length + 1 == bufferSize); > > return @return; > } > > I'm using valac 0.5.1 on Windows. > ------=_Part_58358_29950654.1228233245011 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hello Jan,

constants may only be declared outside methods. Try moving the bufferSize declaration out of the method, to the head of the file.

The error message is misleading nonetheless. I'd file a bug report. ;)

So long,
Raphael



On Tue, Dec 2, 2008 at 4:44 PM, Jan Niklas Hasse <jhasse@gmail.com> wrote:
Okay:

public static string getline() {
    const int bufferSize = 32;
    string @return = "", buffer;

    do
    {
        char[] temp = new char[bufferSize];
        stdin.gets(temp);
        buffer = (string)temp;
        @return += buffer;
    }
    while(buffer.length + 1 == bufferSize);

    return @return;
}

I'm using valac 0.5.1 on Windows.

------=_Part_58358_29950654.1228233245011-- From daniel.saul@gmail.com Tue Dec 2 16:26:21 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 8FB5A750007 for ; Tue, 2 Dec 2008 16:26:21 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 2) (firewall!) (up: 4284 hrs), (distance 16, link: (Google 2)), [216.239.58.189] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wFYzGFzY3AEa for ; Tue, 2 Dec 2008 16:26:16 +0000 (GMT) Received: from gv-out-0910.google.com (gv-out-0910.google.com [216.239.58.189]) by menubar.gnome.org (Postfix) with ESMTP id BA717750097 for ; Tue, 2 Dec 2008 16:26:15 +0000 (GMT) Received: by gv-out-0910.google.com with SMTP id c6so579217gvd.22 for ; Tue, 02 Dec 2008 08:26:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=VsUl7RpleXtI4IV41UgNZI6wJnnj5lPLwMKXBs9dq2s=; b=HA3pT+RwXkJxMViFeLrGiK03NispWlRj2E/SgcWRr9q9RE8lOoaMtZ6dtXpdPn2blt r4kYk/bVUA7Kk9RozfaiF/lTv92dGKGnuIWH/DbXIIYT73m+H6A/UKvhLupI/t2GaJV4 KrOm7xK1nn/QsIIDFa1m52C21PBhvbL1R1NOU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=OrJSar982H3P1pSSWWhgpozkoRtsms60xxkp64NY5BrZz8PQ3TURtVVWgrU8/qLHWp VVYz+/4jizsPzgRwtTc4CMVZzx2topolVAyO3j2yP7mrGnh89NKm3FrYgl2dhp3q20Iy hznqrNQYjnhyY23nfbsVYT6AgmZoPE+0Xe6tQ= Received: by 10.103.171.20 with SMTP id y20mr5361162muo.19.1228235173255; Tue, 02 Dec 2008 08:26:13 -0800 (PST) Received: by 10.103.167.4 with HTTP; Tue, 2 Dec 2008 08:26:13 -0800 (PST) Message-ID: Date: Tue, 2 Dec 2008 10:26:13 -0600 From: "Dan Saul" To: "=?ISO-8859-1?Q?Fr=E9d=E9ric_Gaudy?=" In-Reply-To: <934843.72996.qm@web28603.mail.ukl.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <531574.96126.qm@web28614.mail.ukl.yahoo.com> <934843.72996.qm@web28603.mail.ukl.yahoo.com> Cc: vala-list@gnome.org Subject: Re: [Vala] Re : Include config.h before gi18n-lib.h X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Dec 2008 16:26:21 -0000 On Tue, Dec 2, 2008 at 7:52 AM, Fr=E9d=E9ric Gaudy wr= ote: >> In what order are your using ______; defined? > > What is ______; ??? > Applogies for the confusing wording. At the beginning of most vala files you have using glib; using gtk; perhaps the order matters? But it appears gege2061 has the proper answer. Dan From fred_gaudy@yahoo.fr Tue Dec 2 16:28:32 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id B1176750007 for ; Tue, 2 Dec 2008 16:28:32 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -3.598 X-Spam-Level: X-Spam-Status: No, score=-3.598 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, L_P0F_Unix=-1] X-Amavis-OS-Fingerprint: FreeBSD 4.7-5.2 (or MacOS X 10.2-10.4) (2) (up: 10720 hrs), (distance 17, link: ethernet/modem), [217.146.183.157] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id F1c7S48k3-Za for ; Tue, 2 Dec 2008 16:28:24 +0000 (GMT) Received: from n9a.bullet.ukl.yahoo.com (n9a.bullet.ukl.yahoo.com [217.146.183.157]) by menubar.gnome.org (Postfix) with SMTP id 916A0750097 for ; Tue, 2 Dec 2008 16:28:22 +0000 (GMT) Received: from [217.146.182.179] by n9.bullet.ukl.yahoo.com with NNFMP; 02 Dec 2008 16:28:21 -0000 Received: from [87.248.111.146] by t5.bullet.ukl.yahoo.com with NNFMP; 02 Dec 2008 16:28:21 -0000 Received: from [127.0.0.1] by omp203.mail.ukl.yahoo.com with NNFMP; 02 Dec 2008 16:28:21 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 124219.99024.bm@omp203.mail.ukl.yahoo.com Received: (qmail 96997 invoked by uid 60001); 2 Dec 2008 16:28:21 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.fr; h=X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type:Message-ID; b=T2OMmDUkgddwsuFZcwjSH6Fad+tXDIla0P92dw7drop6TFvZCed6nRE1BeVhKuKC4pupEPWC6QftrM61OFPn4Jqq5zeDIdi/+t9dIsAS/yLsWomacP6b+T4JrQwfzOmCDVbJPRDJ8n4Pub4uXhxMZ4r4yVdU3ri64/hDg1iLN1Y=; X-YMail-OSG: 2j_Eq7YVM1kTkb8VS0crBVGE06DIL5fkTisupJo6YIfwcuItVRUIL5Cx98dAQ09zunH5zo1.qHGXY4_eyGZVpz0O75JoWGHcObNZiyI3c8VK3PfX5xtRQKEIPe1Jhyba7Uq2cg-- Received: from [82.253.14.205] by web28603.mail.ukl.yahoo.com via HTTP; Tue, 02 Dec 2008 16:28:20 GMT X-Mailer: YahooMailRC/1155.32 YahooMailWebService/0.7.260.1 Date: Tue, 2 Dec 2008 16:28:20 +0000 (GMT) From: =?iso-8859-1?Q?Fr=E9d=E9ric_Gaudy?= To: vala-list@gnome.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="0-1134692280-1228235300=:96748" Message-ID: <7587.96748.qm@web28603.mail.ukl.yahoo.com> Subject: [Vala] Gstreamer : cannot connect signal to GstTypeFindElement X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Dec 2008 16:28:32 -0000 --0-1134692280-1228235300=:96748 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Hi,=0A=0AI'm using the Gst.Element "typefind" to detect the stream capabili= ties. =0ABut when connecting to its specific signal "have-type" I've got th= is runtime message :=0AGLib-GObject-WARNING **: IA__g_object_connect: inval= id signal spec "have-type"=0A=0AMy code is :=0AGst.Element typefinder =3D G= st.ElementFactory.make("typefind", "typefinder");=0Atypefinder.connect("hav= e-type", this.on_have_type, this);=0A=0AIt return a GstTypeFindElement whic= h isn't declared in gstreamer.vapi because it's loaded as plugin.=0A=0AIf I= query signals from this type I find :=0A id : 325=0A signal_name : h= ave-type=0A=0ASome ideas?=0A=0A=0A --0-1134692280-1228235300=:96748 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
Hi,

I'm using the Gst.Element "typefind" to detect the strea= m capabilities.
But when connecting to its specific signal "have-type" = I've got this runtime message :
GLib-GObject-WARNING **: IA__g_object= _connect: invalid signal spec "have-type"

My code is :
= Gst.Element typefinder =3D Gst.ElementFactory.make("typefind", "typefinder"= );
typefinder.connect("have-type", this.on_have_type, this);

It return a GstTypeFindElement which isn't declared in gstreamer.= vapi because it's loaded as plugin.

If I query signals from this type I = find :
    id : 325
    signa= l_name : have-type

Some ideas?



=0A=0A=0A=0A = --0-1134692280-1228235300=:96748-- From fred_gaudy@yahoo.fr Tue Dec 2 16:34:14 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 4D35E750008 for ; Tue, 2 Dec 2008 16:34:14 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -3.598 X-Spam-Level: X-Spam-Status: No, score=-3.598 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, L_P0F_Unix=-1] X-Amavis-OS-Fingerprint: FreeBSD 4.7-5.2 (or MacOS X 10.2-10.4) (2) (up: 10720 hrs), (distance 17, link: ethernet/modem), [217.146.183.153] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5nxOmmsmqN0W for ; Tue, 2 Dec 2008 16:34:05 +0000 (GMT) Received: from n5a.bullet.ukl.yahoo.com (n5a.bullet.ukl.yahoo.com [217.146.183.153]) by menubar.gnome.org (Postfix) with SMTP id 2638E750007 for ; Tue, 2 Dec 2008 16:34:04 +0000 (GMT) Received: from [217.146.182.179] by n5.bullet.ukl.yahoo.com with NNFMP; 02 Dec 2008 16:34:02 -0000 Received: from [87.248.110.106] by t5.bullet.ukl.yahoo.com with NNFMP; 02 Dec 2008 16:34:02 -0000 Received: from [127.0.0.1] by omp211.mail.ukl.yahoo.com with NNFMP; 02 Dec 2008 16:34:02 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 725527.87519.bm@omp211.mail.ukl.yahoo.com Received: (qmail 68931 invoked by uid 60001); 2 Dec 2008 16:33:59 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.fr; h=X-YMail-OSG:Received:X-Mailer:References:Date:From:Subject:To:Cc:MIME-Version:Content-Type:Message-ID; b=Dcku+WcrU/RD3gBwgkmbrxSMW+Tg3t1sR5bNyMKh2xb6vwGOJc0i6kSJLQf2VmLe23NLPayASoWBMrE02/mGgYFVy4tGykD0jqPiSexKOlcOHRtM80NmYl1JibB8ZmZ989rwLcdY9Y9lsddgiye/LsVGaAFXN8Fe/qUM8WXxa9E=; X-YMail-OSG: qXTScUcVM1kAo8h7XnVRmAe.Hulf1gqrPXjcXR7qQKDboSppeCmne7JUakVUDJNlm85cWfFfPGORXqcZCd_0TEK8a3euDMJQsLdmQWFbeo4PnliUsqneCxlTrpP.0CiOaZ89YLUN_9_NY.S0FQCdmsFETG5NYus7GqOcLksLHJXG5qC2mkDYEvFXY9Mo Received: from [82.253.14.205] by web28609.mail.ukl.yahoo.com via HTTP; Tue, 02 Dec 2008 16:33:59 GMT X-Mailer: YahooMailRC/1155.32 YahooMailWebService/0.7.260.1 References: <531574.96126.qm@web28614.mail.ukl.yahoo.com> <934843.72996.qm@web28603.mail.ukl.yahoo.com> Date: Tue, 2 Dec 2008 16:33:59 +0000 (GMT) From: =?iso-8859-1?Q?Fr=E9d=E9ric_Gaudy?= To: Dan Saul MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="0-1705332640-1228235639=:67365" Message-ID: <465602.67365.qm@web28609.mail.ukl.yahoo.com> Cc: vala-list@gnome.org Subject: [Vala] Re : Re : Include config.h before gi18n-lib.h X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Dec 2008 16:34:14 -0000 --0-1705332640-1228235639=:67365 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable I tried to declare Config (using Config) in first and last place. It doesn'= t change the C include order.=0A=0AI tried to user "--pkg Config" in first = and last valac parameter. Always the same problem.=0A=0AThe "--include=3Dco= nfig.h " as gcc parameter work fine for me.=0A=0A=0A=0A=0A=0A______________= __________________=0ADe : Dan Saul =0A=C0 : Fr=E9d= =E9ric Gaudy =0ACc : vala-list@gnome.org=0AEnvoy=E9 le= : Mardi, 2 D=E9cembre 2008, 17h26mn 13s=0AObjet : Re: Re : [Vala] Include = config.h before gi18n-lib.h=0A=0AOn Tue, Dec 2, 2008 at 7:52 AM, Fr=E9d=E9r= ic Gaudy wrote:=0A>> In what order are your using ___= ___; defined?=0A>=0A> What is ______; ???=0A>=0A=0AApplogies for the confus= ing wording.=0A=0AAt the beginning of most vala files you have=0A=0Ausing g= lib;=0Ausing gtk;=0A=0Aperhaps the order matters? But it appears gege2061 h= as the proper answer.=0A=0ADan=0A=0A=0A=0A --0-1705332640-1228235639=:67365 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
I tried to declare Config (using Config) in first and last place. I= t doesn't change the C include order.

I tried to user "--pkg Config"= in first and last valac parameter. Always the same problem.

The "--= include=3Dconfig.h " as gcc parameter work fine for me.


De : Dan Saul <daniel.saul@gmail.com>
=C0 : Fr=E9d=E9ric Gaudy <fred_gaud= y@yahoo.fr>
Cc : val= a-list@gnome.org
Envoy=E9 le : Mardi, 2 D=E9cembre 2008, 17h26mn 13s
Obje= t : Re: Re : [Vala] Include config.h before gi18n-lib.h
=
On Tue, Dec 2, 2008 at 7:52 AM, Fr=E9d=E9ric Gaudy <fred_g= audy@yahoo.fr> wrote:
>> In what order are your using _____= _; defined?
>
> What is ______; ???
>

Applogies fo= r the confusing wording.

At the beginning of most vala files you hav= e

using glib;
using gtk;

perhaps the order matters? But it= appears gege2061 has the proper answer.

Dan
=0A=0A=0A=0A --0-1705332640-1228235639=:67365-- From jhasse@gmail.com Tue Dec 2 17:04:40 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id ECC047500F1 for ; Tue, 2 Dec 2008 17:04:39 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.598 X-Spam-Level: X-Spam-Status: No, score=-2.598 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 2) (firewall!) (up: 9296 hrs), (distance 16, link: (Google 2)), [74.125.46.30] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id W067ZCfm4FH3 for ; Tue, 2 Dec 2008 17:04:34 +0000 (GMT) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.30]) by menubar.gnome.org (Postfix) with ESMTP id 0E72A7500E2 for ; Tue, 2 Dec 2008 17:04:33 +0000 (GMT) Received: by yw-out-2324.google.com with SMTP id 5so1205142ywh.63 for ; Tue, 02 Dec 2008 09:04:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:in-reply-to:mime-version:content-type:references; bh=JltPjupG2EvL73+cRlL14wcc1GmlpCuzRrpwIihNax8=; b=hFBZihesdObpcMcB4Tq1MxfecmcQn3fQaG+djKVgBARVuA0CZ8wYiV6QZz68jBiZpf TX5QEUtiNQdkSd7E4xVVHhOBG/5Z91nC1+866HZ/6tCyS0Q1cwxFsLs+L3HqJGrt8pgy ewr8QLgCVQ34w07PZCI9eGydWiVT9sNYobSI8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version :content-type:references; b=poUBlJ4CvMCngbQg8zt+9evPLvDv2rWKRVY3vDhRXmcWEAXi1PKhT8yqg14DKad4HI 6Kcp9pr+EJDGN/cdbB53Bhb2vm0S2eTyVf8OfYsdJvSs2tIy23KFefytUMzi2+3DOaRK OstG5R+5qRwv1TfV8FDZEPF2VH9Dacd1eHotc= Received: by 10.114.204.7 with SMTP id b7mr7449690wag.184.1228237470650; Tue, 02 Dec 2008 09:04:30 -0800 (PST) Received: by 10.114.130.14 with HTTP; Tue, 2 Dec 2008 09:04:30 -0800 (PST) Message-ID: <8dacd7b30812020904r12ab5a28xdc1781aab6668b2a@mail.gmail.com> Date: Tue, 2 Dec 2008 18:04:30 +0100 From: "Jan Niklas Hasse" To: vala-list@gnome.org In-Reply-To: <48d045d60812020829j7b4adba2ha2738e8f78509103@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_6322_16838479.1228237470649" References: <8dacd7b30812020549h40c9ecdfp3031b51469bac11c@mail.gmail.com> <48d045d60812020635j1fcbe9f6h55252601da933aa8@mail.gmail.com> <8dacd7b30812020730j2a5de5ebyc7c4b0b05faed8a3@mail.gmail.com> <48d045d60812020737l1ce8eb26v58bb9ea26a7f1854@mail.gmail.com> <8dacd7b30812020744m3252c7efwdf00bfb3229f074@mail.gmail.com> <48d045d60812020754s523e7ea3j60e4057f38158729@mail.gmail.com> <8dacd7b30812020801o1254ac7bnf94d9e9e4fd45eb4@mail.gmail.com> <48d045d60812020829j7b4adba2ha2738e8f78509103@mail.gmail.com> Subject: Re: [Vala] const in Vala X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Dec 2008 17:04:40 -0000 ------=_Part_6322_16838479.1228237470649 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 Content-Disposition: inline T24gVHVlLCBEZWMgMiwgMjAwOCBhdCA1OjI5IFBNLCBSYXBoYWVsIEJvc3NoYXJkIDxyYXBoYWVs LmJvc3NoYXJkQGdtYWlsLmNvbQo+IHdyb3RlOgoKPiBJIGhhdmUgdG8gYWRtaXQgSSBkb24ndCBr bm93IGlmIHRoaXMgaXMgYSBmZWF0dXJlIG9yIGEgYnVnLiBTaW5jZSBDIGFuZCBDIwo+IGFsc28g YWxsb3cgJ2NvbnN0JyB0byBiZSB1c2VkIGluIGZ1bmN0aW9ucywgaXQgbWlnaHQgYmUgYSBidWcu IEJ1dCB5b3UKPiBiZXR0ZXIgYXNrIErDvHJnIGFib3V0IHRoYXQuIDspCgoKQWggb2theS4gSSBm b3Jnb3QgdG8gc2VuZCBteSBsYXN0IEUtTWFpbCB0byB0aGUgbGlzdC4gVGhhbmtzIGZvciB0aGUg aGVscCEKCkBKw7xyZwpJc24ndCBpdCBhIGJ1ZyB0aGF0IHRoZSBjb25zdCBrZXl3b3JkIGNhbid0 IGJlIHVzZWQgaW5zaWRlIGZ1bmN0aW9ucz8K ------=_Part_6322_16838479.1228237470649 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: base64 Content-Disposition: inline T24gVHVlLCBEZWMgMiwgMjAwOCBhdCA1OjI5IFBNLCBSYXBoYWVsIEJvc3NoYXJkIDxzcGFuIGRp cj0ibHRyIj4mbHQ7PGEgaHJlZj0ibWFpbHRvOnJhcGhhZWwuYm9zc2hhcmRAZ21haWwuY29tIj5y YXBoYWVsLmJvc3NoYXJkQGdtYWlsLmNvbTwvYT4mZ3Q7PC9zcGFuPiB3cm90ZTo8YnI+PGRpdiBj bGFzcz0iZ21haWxfcXVvdGUiPjxibG9ja3F1b3RlIGNsYXNzPSJnbWFpbF9xdW90ZSIgc3R5bGU9 ImJvcmRlci1sZWZ0OiAxcHggc29saWQgcmdiKDIwNCwgMjA0LCAyMDQpOyBtYXJnaW46IDBwdCAw cHQgMHB0IDAuOGV4OyBwYWRkaW5nLWxlZnQ6IDFleDsiPgpJIGhhdmUgdG8gYWRtaXQgSSBkb24m IzM5O3Qga25vdyBpZiB0aGlzIGlzIGEgZmVhdHVyZSBvciBhIGJ1Zy4gU2luY2UgQyBhbmQgQyMg YWxzbyBhbGxvdyAmIzM5O2NvbnN0JiMzOTsgdG8gYmUgdXNlZCBpbiBmdW5jdGlvbnMsIGl0IG1p Z2h0IGJlIGEgYnVnLiBCdXQgeW91IGJldHRlciBhc2sgSsO8cmcgYWJvdXQgdGhhdC4gOyk8L2Js b2NrcXVvdGU+PGRpdj48YnI+QWggb2theS4gSSBmb3Jnb3QgdG8gc2VuZCBteSBsYXN0IEUtTWFp bCB0byB0aGUgbGlzdC4gVGhhbmtzIGZvciB0aGUgaGVscCE8YnI+Cjxicj5ASsO8cmc8YnI+SXNu JiMzOTt0IGl0IGEgYnVnIHRoYXQgdGhlIGNvbnN0IGtleXdvcmQgY2FuJiMzOTt0IGJlIHVzZWQg aW5zaWRlIGZ1bmN0aW9ucz88YnI+PC9kaXY+PC9kaXY+Cg== ------=_Part_6322_16838479.1228237470649-- From scumm_fredo@gmx.net Tue Dec 2 17:47:02 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id A18AA750008 for ; Tue, 2 Dec 2008 17:47:02 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.799 X-Spam-Level: X-Spam-Status: No, score=-1.799 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, L_P0F_UNKN=0.8] X-Amavis-OS-Fingerprint: UNKNOWN [S4:43:1:60:M1460,S,T,N,W8:.:?:?] (up: 3502 hrs), (link: ethernet/modem), [213.165.64.20] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id M0IwG5WiMRCw for ; Tue, 2 Dec 2008 17:46:55 +0000 (GMT) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by menubar.gnome.org (Postfix) with SMTP id 2112F7500C2 for ; Tue, 2 Dec 2008 17:46:47 +0000 (GMT) Received: (qmail invoked by alias); 02 Dec 2008 17:46:44 -0000 Received: from p5B132D93.dip0.t-ipconnect.de (EHLO [192.168.0.10]) [91.19.45.147] by mail.gmx.net (mp059) with SMTP; 02 Dec 2008 18:46:44 +0100 X-Authenticated: #7643682 X-Provags-ID: V01U2FsdGVkX1/Uo7l1M3nUj9tXCAtzhVnAPi0zQRJqDI2Fcy17nA Kqy0xVfuskmrvU Message-ID: <49357482.6020908@gmx.net> Date: Tue, 02 Dec 2008 18:46:42 +0100 From: Frederik User-Agent: Thunderbird 2.0.0.18 (X11/20081125) MIME-Version: 1.0 To: vala-list@gnome.org References: <1228164977.9899.15.camel@jdesktop.bitron.ch> In-Reply-To: <1228164977.9899.15.camel@jdesktop.bitron.ch> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.59 Subject: Re: [Vala] [ANNOUNCE] Vala 0.5.2 - Compiler for the GObject type system X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Dec 2008 17:47:02 -0000 Jürg Billeter wrote: > We are pleased to announce version 0.5.2 of Vala, a compiler for the > GObject type system. Thank you! My favourite release so far, since some of my favourite bugs are fixed. > * Do not require libgee for foreach statements. Does that mean I can implement Iterables without libgee? If yes, how? I can do this, but it requires libgee: ------------ using Gee; private class RangeIterator : Object, Iterator { private Range range; private int current; public RangeIterator (Range range) { this.range = range; this.current = range.from; } public bool next () { return this.current <= this.range.to; } public int get () { return this.current++; } } public class Range : Object, Iterable { public int from { get; private set; } public int to { get; private set; } public Range (int from, int to) { assert (from < to); this.from = from; this.to = to; } public Type get_element_type () { return typeof (int); } public Iterator iterator () { return new RangeIterator (this); } } static int main (string[] args) { foreach (int i in new Range (10, 20)) { stdout.printf ("%d\n", i); } return 0; } ------------ $ valac --pkg gee-1.0 iterable.vala $ ./iterable BTW, this produces a gcc warning, but it works: iterable.c: In function 'range_iterator_gee_iterator_interface_init': iterable.c:112: warning: assignment from incompatible pointer type Regards, Frederik From scumm_fredo@gmx.net Tue Dec 2 18:54:04 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 05791750024 for ; Tue, 2 Dec 2008 18:54:04 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.522 X-Spam-Level: X-Spam-Status: No, score=-2.522 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, TW_GT=0.077] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 3) (up: 1344 hrs), (distance 21, link: ethernet/modem), [213.165.64.20] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ktCM4dZbCNFQ for ; Tue, 2 Dec 2008 18:53:58 +0000 (GMT) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by menubar.gnome.org (Postfix) with SMTP id 30CFE750007 for ; Tue, 2 Dec 2008 18:53:55 +0000 (GMT) Received: (qmail invoked by alias); 02 Dec 2008 18:53:52 -0000 Received: from p5B132D93.dip0.t-ipconnect.de (EHLO [192.168.0.10]) [91.19.45.147] by mail.gmx.net (mp045) with SMTP; 02 Dec 2008 19:53:52 +0100 X-Authenticated: #7643682 X-Provags-ID: V01U2FsdGVkX185dkM5H6k5SpDHsCPKCCKubkLHn+kzJ7JhcFyiCB XuNDEFX+lMs5LK Message-ID: <4935843D.1010909@gmx.net> Date: Tue, 02 Dec 2008 19:53:49 +0100 From: Frederik User-Agent: Thunderbird 2.0.0.18 (X11/20081125) MIME-Version: 1.0 To: vala-list@gnome.org References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.67 Subject: Re: [Vala] Vala on Windows X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Dec 2008 18:54:04 -0000 Matías De la Puente wrote: > Hi > > I have try this and it work without problems. > Another think to add to valac is "-X -mwindows" because when i use gtk > and execute my app opens a terminal and a window. Thanks for the tip, but it doesn't work for me: > valac --pkg gtk+-2.0 -X -mwindows sample.vala Compilation fails with: ld.exe: cannot find -lcomdlg32 Am I missing something? File '\windows\system32\comdlg32.dll' does exist. @gege2061/Nicolas: Many thanks for your Windows Vala package. How about including libgee? Regards, Frederik From fred_gaudy@yahoo.fr Tue Dec 2 19:00:10 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id E25DD750007 for ; Tue, 2 Dec 2008 19:00:09 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.202 X-Spam-Level: X-Spam-Status: No, score=-2.202 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, L_P0F_Unix=-1, MIME_QP_LONG_LINE=1.396] X-Amavis-OS-Fingerprint: FreeBSD 4.7-5.2 (or MacOS X 10.2-10.4) (2) (up: 10722 hrs), (distance 18, link: ethernet/modem), [217.146.183.156] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id g4z4UiA9305X for ; Tue, 2 Dec 2008 19:00:01 +0000 (GMT) Received: from n8a.bullet.ukl.yahoo.com (n8a.bullet.ukl.yahoo.com [217.146.183.156]) by menubar.gnome.org (Postfix) with SMTP id CFF197500DB for ; Tue, 2 Dec 2008 19:00:00 +0000 (GMT) Received: from [217.146.182.177] by n8.bullet.ukl.yahoo.com with NNFMP; 02 Dec 2008 18:59:58 -0000 Received: from [87.248.110.113] by t3.bullet.ukl.yahoo.com with NNFMP; 02 Dec 2008 18:59:58 -0000 Received: from [127.0.0.1] by omp218.mail.ukl.yahoo.com with NNFMP; 02 Dec 2008 18:59:57 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 835942.58876.bm@omp218.mail.ukl.yahoo.com Received: (qmail 85113 invoked by uid 60001); 2 Dec 2008 18:59:55 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.fr; h=X-YMail-OSG:Received:X-Mailer:References:Date:From:Subject:To:MIME-Version:Content-Type:Message-ID; b=qBSsSpii1VFzBxsLrDL66ZacCnOM/V3cjo0YMwHUanxFJO8kX1JHhPw4FGiBZAAoiWME3KMCmIn8Z9jBNiFX6vw5qfFBNl9ddhGfSQY/dSNe3nuhxLck5VkQ3xsq/LFK1BlwCYznDYNiKOei+S4GXDWY/cQ5AimNwrPHGYJJNHQ=; X-YMail-OSG: nxKgVKkVM1mi9ADizWHCnDTaSkh4wfVHm9FIBqKxpIYwmjr2QMBZEXXe9fIT0_4cVFbzovFEBPveh0d8J.tRkREysgJG2MTB4MqtjyG67heR89sFGg9KImlaqU.lLEUnTi61UVWyAuT3BjERoHMm4wivfkeKpTW0o4ekSHBwGouKI8mx9v4QQySx49kO Received: from [82.253.14.205] by web28609.mail.ukl.yahoo.com via HTTP; Tue, 02 Dec 2008 18:59:54 GMT X-Mailer: YahooMailRC/1155.32 YahooMailWebService/0.7.260.1 References: <7587.96748.qm@web28603.mail.ukl.yahoo.com> Date: Tue, 2 Dec 2008 18:59:54 +0000 (GMT) From: =?iso-8859-1?Q?Fr=E9d=E9ric_Gaudy?= To: =?iso-8859-1?Q?Fr=E9d=E9ric_Gaudy?= , vala-list@gnome.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="0-869333487-1228244394=:85086" Message-ID: <27928.85086.qm@web28609.mail.ukl.yahoo.com> Subject: [Vala] Re : Gstreamer : cannot connect signal to GstTypeFindElement X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Dec 2008 19:00:10 -0000 --0-869333487-1228244394=:85086 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable I found the error.=0A=0Aobject.connect("signal", callback);=0Aisn't the a s= ame as=0Aobject.signal +=3D callback;=0A=0AI must use =0AGLib.Signal.connec= t(object, "signal", (Glib.Callback) callback); =0A=0ANew code :=0AGst.Eleme= nt typefinder =3D Gst.ElementFactory.make("typefind", "typefinder");=0AGLib= ..Signal.connect(typefinder, "have-type", (Glib.Callback) this.on_have_type,= this);=0A=0A=0A=0A________________________________=0ADe : Fr=E9d=E9ric Gau= dy =0A=C0 : vala-list@gnome.org=0AEnvoy=E9 le : Mardi,= 2 D=E9cembre 2008, 17h28mn 20s=0AObjet : [Vala] Gstreamer : cannot connect= signal to GstTypeFindElement=0A=0A=0AHi,=0A=0AI'm using the Gst.Element "= typefind" to detect the stream capabilities. =0ABut when connecting to its = specific signal "have-type" I've got this runtime message :=0AGLib-GObject-= WARNING **: IA__g_object_connect: invalid signal spec "have-type"=0A=0AMy c= ode is :=0AGst.Element typefinder =3D Gst.ElementFactory.make("typefind", "= typefinder");=0Atypefinder.connect("have-type", this.on_have_type, this);= =0A=0AIt return a GstTypeFindElement which isn't declared in gstreamer.vapi= because it's loaded as plugin.=0A=0AIf I query signals from this type I fi= nd :=0A id : 325=0A signal_name : have-type=0A=0ASome ideas?=0A=0A=0A= --0-869333487-1228244394=:85086 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
I found the error.

object.connect("signal", callback);
isn't the a same as
object.signal +=3D callback;
I must use
GLib.Signal.connect(object, "signal", (Glib.Callback) c= allback);

New code :
Gst.Element typefinder =3D Gst.El= ementFactory.make("typefind", "typefinder");
GLib.Signal.connect(typefinder, = "have-type", (Glib.Callback) this.on_have_type, this);

De : Fr=E9d=E9ric Gaudy <fred_gaudy@yahoo.fr>=
=C0 : vala-list@gnome.= org
Envoy=E9 le : Mardi= , 2 D=E9cembre 2008, 17h28mn 20s
O= bjet : [Vala] Gstreamer : cannot connect signal to GstType= FindElement

Hi,

I'm using the Gst.Element "typefind= " to detect the stream capabilities.
But when connecting to its specifi= c signal "have-type" I've got this runtime message :
GLib-GObject-WARNING **: IA__g_o= bject_connect: invalid signal spec "have-type"

My code is :Gst.Element typefinder =3D Gst.ElementFactory.make("typefind", "typefi= nder");
typefinder.connect("have-type", this.on_have_type, this);=

It return a GstTypeFindElement which isn't declared in gstre= amer.vapi=0A because it's loaded as plugin.

If I query signals from = this type I find :
    id : 325
  =   signal_name : have-type

Some ideas?



= =0A=0A=0A=0A

=0A=0A=0A=0A --0-869333487-1228244394=:85086-- From gege2061@gmail.com Tue Dec 2 19:04:29 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id C59DB750024 for ; Tue, 2 Dec 2008 19:04:29 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.521 X-Spam-Level: X-Spam-Status: No, score=-2.521 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, TW_GT=0.077] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 2) (firewall!) (up: 10454 hrs), (distance 13, link: (Google 2)), [209.85.198.225] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id f1LtrrMto4qU for ; Tue, 2 Dec 2008 19:04:22 +0000 (GMT) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.225]) by menubar.gnome.org (Postfix) with ESMTP id 79EC775006A for ; Tue, 2 Dec 2008 19:04:22 +0000 (GMT) Received: by rv-out-0506.google.com with SMTP id f6so3163581rvb.3 for ; Tue, 02 Dec 2008 11:04:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender :to:subject:cc:in-reply-to:mime-version:content-type:references :x-google-sender-auth; bh=Iw9maBV6i9d0slPpZgaLYG08+3S8e3xgdqql3ZIytkg=; b=o5oa/1/y1i0WX9PdS8U0ehbOpn2t1HGwJ6tcV6/5W6B0HSSqF8h5dQFQpPnDCEFPUH ldfi13Y7s0FV8Mec9JUxt5WuGQ+MHVkpsp7g2eRcwm7wSX+mKpSOfXInbjd6NmHvd2t7 lldLrvzpiCE2CjcybF12/akiK1SPZUjthQ/1I= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version :content-type:references:x-google-sender-auth; b=gylTYbfKqsTgF/BRwle99sMiW9qIoaY6dTcJw+2J27rp3Q2OxZFnzjpiOgZAgR+Kya BTi6GreoFAFl+mWqc5K9R6whuy9gx9dkyC2Vd6KfdNGMVqPjBLigNm3mKQaUyF/84di8 hSJKHrc0TQgf/5XFapHHdglVuXBgGLg8XcnpQ= Received: by 10.140.125.1 with SMTP id x1mr5875161rvc.265.1228244660584; Tue, 02 Dec 2008 11:04:20 -0800 (PST) Received: by 10.141.49.17 with HTTP; Tue, 2 Dec 2008 11:04:20 -0800 (PST) Message-ID: Date: Tue, 2 Dec 2008 20:04:20 +0100 From: gege2061 Sender: gege2061@gmail.com To: Frederik In-Reply-To: <4935843D.1010909@gmx.net> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_68171_32468265.1228244660570" References: <4935843D.1010909@gmx.net> X-Google-Sender-Auth: 122e7b8721dee1dd Cc: vala-list@gnome.org Subject: Re: [Vala] Vala on Windows X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Dec 2008 19:04:30 -0000 ------=_Part_68171_32468265.1228244660570 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline 2008/12/2 Frederik > Mat=EDas De la Puente wrote: > >> Hi >> >> I have try this and it work without problems. >> Another think to add to valac is "-X -mwindows" because when i use gtk a= nd >> execute my app opens a terminal and a window. >> > > Thanks for the tip, but it doesn't work for me: > > > valac --pkg gtk+-2.0 -X -mwindows sample.vala > > Compilation fails with: > > ld.exe: cannot find -lcomdlg32 > > Am I missing something? File '\windows\system32\comdlg32.dll' does > exist. > > You need install the win23 API package: http://sourceforge.net/project/showfiles.php?group_id=3D2435&package_id=3D1= 1550 > @gege2061/Nicolas: Many thanks for your Windows Vala package. How about > including libgee? > > I don't test the libgee, but it's included in vala. I'll update the installer with valac 0.5.2 and test. --=20 Nicolas Joseph Responsable de la rubrique GTK+ de developpez.com / In charge of the GTK+ section on developpez.com http://nicolasj.developpez.com ------=_Part_68171_32468265.1228244660570 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline 2008/12/2 Frederik <scumm_fredo@gmx.net>
Mat=EDas De la Puente wrote:
Hi

I have try this and it work without problems.
Another think to add to valac is "-X -mwindows" because when i us= e gtk and execute my app opens a terminal and a window.

Thanks for the tip, but it doesn't work for me:

> valac --pkg gtk+-2.0 -X -mwindows sample.vala

Compilation fails with:


 ld.exe: cannot find -lcomdlg32

Am I missing something? File '\windows\system32\comdlg32.dll' does<= br> exist.


@gege2061/Nicolas: Many thanks for your Windows Vala package. How about
including libgee?


I don't test the libgee, but it's included in vala= . I'll update the installer with valac 0.5.2 and test.

-- =
Nicolas Joseph

Responsable de la rubrique GTK+ de developpez.com /
In charge of the GTK+ section on developp= ez.com

http://nicolas= j.developpez.com
------=_Part_68171_32468265.1228244660570-- From scumm_fredo@gmx.net Tue Dec 2 19:13:01 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 9AB577500DF for ; Tue, 2 Dec 2008 19:13:01 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.799 X-Spam-Level: X-Spam-Status: No, score=-1.799 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, L_P0F_UNKN=0.8] X-Amavis-OS-Fingerprint: UNKNOWN [S4:43:1:60:M1460,S,T,N,W8:.:?:?] (up: 3478 hrs), (link: ethernet/modem), [213.165.64.20] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id OiZmG5vOMCPl for ; Tue, 2 Dec 2008 19:12:54 +0000 (GMT) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by menubar.gnome.org (Postfix) with SMTP id 696E775000A for ; Tue, 2 Dec 2008 19:12:51 +0000 (GMT) Received: (qmail invoked by alias); 02 Dec 2008 19:12:46 -0000 Received: from p5B132D93.dip0.t-ipconnect.de (EHLO [192.168.0.10]) [91.19.45.147] by mail.gmx.net (mp064) with SMTP; 02 Dec 2008 20:12:46 +0100 X-Authenticated: #7643682 X-Provags-ID: V01U2FsdGVkX18zl0QA5ZIzd3AlztpYhJv6Op5FlwrwPhIxhbqI3L gqvgGbOwsEKtKN Message-ID: <493588A9.9060707@gmx.net> Date: Tue, 02 Dec 2008 20:12:41 +0100 From: Frederik User-Agent: Thunderbird 2.0.0.18 (X11/20081125) MIME-Version: 1.0 To: vala-list@gnome.org Content-Type: multipart/mixed; boundary="------------030805020702070308080000" X-Y-GMX-Trusted: 0 X-FuHaFi: 0.7 Subject: [Vala] Threads, synchronization & locking X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Dec 2008 19:13:01 -0000 This is a multi-part message in MIME format. --------------030805020702070308080000 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Hi, I have been experimenting with threads & synchronization in Vala with the Dining Philosophers Problem [1] (see attachment). If I want to lock a mutex I have to use: mutex.lock (); // ... mutex.unlock (); If i use lock (mutex) { // ... } another mutex is created instead of locking the given one. Would it make sense to lock the mutex itself if the lock object is of type Mutex instead of creating a new one? Regards, Frederik [1] http://en.wikipedia.org/wiki/Dining_philosophers_problem --------------030805020702070308080000 Content-Type: text/x-vala; name="philosophers.vala" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="philosophers.vala" // Dining Philosophers // Compile with 'valac --thread philosophers.vala' class Forks { private bool[] fork = new bool[5]; private Cond cond = new Cond (); private Mutex mutex = new Mutex (); public void pick_up (int left, int right) { mutex.lock (); while (fork[left] || fork[right]) { cond.wait (mutex); } fork[left] = true; fork[right] = true; mutex.unlock (); } public void lay_down (int left, int right) { mutex.lock (); fork[left] = false; fork[right] = false; cond.broadcast (); mutex.unlock (); } } class Philosopher { private int number; private int think_delay; private int eat_delay; private int left; private int right; private Forks forks; public Philosopher (int number, int think_delay, int eat_delay, Forks forks) { this.number = number; this.think_delay = think_delay; this.eat_delay = eat_delay; this.forks = forks; this.left = number == 0 ? 4 : number - 1; this.right = (number + 1) % 5; } public void* run () { while (true) { Thread.usleep (think_delay); forks.pick_up (left, right); stdout.printf ("Philosopher %d is eating...\n", number); Thread.usleep (eat_delay); forks.lay_down (left, right); } } } static int main (string[] args) { if (!Thread.supported ()) { error ("Cannot run without thread support."); } var forks = new Forks (); Philosopher[] philos = { new Philosopher (0, 100000, 500000, forks), new Philosopher (1, 200000, 400000, forks), new Philosopher (2, 300000, 300000, forks), new Philosopher (3, 400000, 200000, forks), new Philosopher (4, 500000, 100000, forks) }; try { foreach (var philosopher in philos) { Thread.create (philosopher.run, false); } } catch (ThreadError e) { error ("%s\n", e.message); } new MainLoop (null, false).run (); return 0; } --------------030805020702070308080000-- From scumm_fredo@gmx.net Tue Dec 2 19:39:54 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 332E0750072 for ; Tue, 2 Dec 2008 19:39:54 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.799 X-Spam-Level: X-Spam-Status: No, score=-1.799 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, L_P0F_UNKN=0.8] X-Amavis-OS-Fingerprint: UNKNOWN [S4:43:1:60:M1460,S,T,N,W8:.:?:?] (up: 4856 hrs), (link: ethernet/modem), [213.165.64.20] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id m2vCriXaS0I2 for ; Tue, 2 Dec 2008 19:39:48 +0000 (GMT) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by menubar.gnome.org (Postfix) with SMTP id E948D75006A for ; Tue, 2 Dec 2008 19:39:46 +0000 (GMT) Received: (qmail invoked by alias); 02 Dec 2008 19:39:40 -0000 Received: from p5B132D93.dip0.t-ipconnect.de (EHLO [192.168.0.10]) [91.19.45.147] by mail.gmx.net (mp022) with SMTP; 02 Dec 2008 20:39:40 +0100 X-Authenticated: #7643682 X-Provags-ID: V01U2FsdGVkX1/vP2kEC1Dvj9VFX+er7Om+3HwaueOc7bdI1JPvv1 AV3CBraYeJI2Fw Message-ID: <49358EEE.3070908@gmx.net> Date: Tue, 02 Dec 2008 20:39:26 +0100 From: Frederik User-Agent: Thunderbird 2.0.0.18 (X11/20081125) MIME-Version: 1.0 To: vala-list@gnome.org References: <4935843D.1010909@gmx.net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.73 Subject: Re: [Vala] Vala on Windows X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Dec 2008 19:39:54 -0000 gege2061 wrote: > You need install the win23 API package: > http://sourceforge.net/project/showfiles.php?group_id=2435&package_id=11550 Thanks, that helped! Regards, Frederik From gege2061@gmail.com Tue Dec 2 20:04:54 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 8F15B7500F1 for ; Tue, 2 Dec 2008 20:04:54 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.598 X-Spam-Level: X-Spam-Status: No, score=-2.598 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 2) (firewall!) (up: 2627 hrs), (distance 14, link: (Google 2)), [209.85.200.169] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id aQciswYnlvb3 for ; Tue, 2 Dec 2008 20:04:47 +0000 (GMT) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.169]) by menubar.gnome.org (Postfix) with ESMTP id 81F507500EC for ; Tue, 2 Dec 2008 20:04:46 +0000 (GMT) Received: by wf-out-1314.google.com with SMTP id 28so3344764wff.9 for ; Tue, 02 Dec 2008 12:04:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender :to:subject:cc:in-reply-to:mime-version:content-type:references :x-google-sender-auth; bh=wBJfi36mcvjd46Dfadv71HKQ0jZzk5Vuev2bDmNoaOU=; b=YhhjFVgAs8oTEp7xY3uepXn++9osycmVdE6ZFSaGRB04urzSHJd9TeBO4GdVjK8tIr +Adk3elYio3ZiFxBg15rxf1U9RZJ25c+JR79DYm/RJN0hfLnd1OtejrcYyQA0BnaZAHc 7/sTsVGVm6QdQA3lAar9V/e3Wdy5Fdqe2o+cQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version :content-type:references:x-google-sender-auth; b=jwxrv89qVtRadPEc88JCylE8HfC+8DXVRBwyqwD6qFygYua6Y70zqCCBUotKpoMl1/ mwHLdjfUf7GjJyFqMHdeazIa7rIntdvq5x4ZkZTlH8El7BBedYwIgQMKnDxYhYn7kntQ QFdgS2AQ+J/x8bppHV7XHCYaYIa1yrdj+J91o= Received: by 10.141.164.13 with SMTP id r13mr5930826rvo.33.1228248285240; Tue, 02 Dec 2008 12:04:45 -0800 (PST) Received: by 10.141.49.17 with HTTP; Tue, 2 Dec 2008 12:04:45 -0800 (PST) Message-ID: Date: Tue, 2 Dec 2008 21:04:45 +0100 From: gege2061 Sender: gege2061@gmail.com To: Frederik In-Reply-To: <49358EEE.3070908@gmx.net> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_69121_13772100.1228248285241" References: <4935843D.1010909@gmx.net> <49358EEE.3070908@gmx.net> X-Google-Sender-Auth: ad11d1c9ceac8dfc Cc: vala-list@gnome.org Subject: Re: [Vala] Vala on Windows X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Dec 2008 20:04:54 -0000 ------=_Part_69121_13772100.1228248285241 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Vala 0.5.2 for Windows: http://code.google.com/p/valide/downloads/detail?name=vala-0.5.2.exe I have tested libgee, it work fine ;) (add vala-1.0 package) -- Nicolas Joseph Responsable de la rubrique GTK+ de developpez.com / In charge of the GTK+ section on developpez.com http://nicolasj.developpez.com ------=_Part_69121_13772100.1228248285241 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Vala 0.5.2 for Windows: http://code.google.com/p/valide/downloads/detail?name=vala-0.5.2.exe

I have tested libgee, it work fine ;) (add vala-1.0 package)
--
Nicolas Joseph

Responsable de la rubrique GTK+ de developpez.com /
In charge of the GTK+ section on developpez.com

http://nicolasj.developpez.com
------=_Part_69121_13772100.1228248285241-- From sejerpz@tin.it Tue Dec 2 20:14:29 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id D411F750072 for ; Tue, 2 Dec 2008 20:14:29 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -3.599 X-Spam-Level: X-Spam-Status: No, score=-3.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, L_P0F_Unix=-1] X-Amavis-OS-Fingerprint: Solaris 8 (1), (distance 22, link: ethernet/modem), [212.216.176.141] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 22sczMoLh5Us for ; Tue, 2 Dec 2008 20:14:23 +0000 (GMT) Received: from vsmtp1.tin.it (vsmtp1.tin.it [212.216.176.141]) by menubar.gnome.org (Postfix) with ESMTP id 8E8677500F1 for ; Tue, 2 Dec 2008 20:14:21 +0000 (GMT) Received: from [192.168.5.3] (87.15.91.56) by vsmtp1.tin.it (8.0.022) id 49084FAD0248378F; Tue, 2 Dec 2008 21:14:18 +0100 From: Andrea Del Signore To: Frederik In-Reply-To: <493588A9.9060707@gmx.net> References: <493588A9.9060707@gmx.net> Content-Type: text/plain Date: Tue, 02 Dec 2008 21:14:16 +0100 Message-Id: <1228248856.4380.6.camel@localhost.zoo.locale> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 Content-Transfer-Encoding: 7bit Cc: vala-list@gnome.org Subject: Re: [Vala] Threads, synchronization & locking X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Dec 2008 20:14:30 -0000 On Tue, 2008-12-02 at 20:12 +0100, Frederik wrote: > Hi, Hi, > I have been experimenting with threads & synchronization in Vala with > the Dining Philosophers Problem [1] (see attachment). If I want to lock > a mutex I have to use: > > mutex.lock (); > // ... > mutex.unlock (); > > If i use > > lock (mutex) { > // ... > } the lock keyword can be any "object", so I think that you could use lock(fork) { //.... } and forget about the mutex. Anyway I didn't try it and I don't know if Vala permits the use of the lock keyword with an array. > Regards, > > Frederik Hope this helps. Ciao, Andrea From scumm_fredo@gmx.net Tue Dec 2 20:22:13 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id A5C7D750069 for ; Tue, 2 Dec 2008 20:22:13 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 3) (up: 1345 hrs), (distance 21, link: ethernet/modem), [213.165.64.20] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Vm3Fi9Oqfyh1 for ; Tue, 2 Dec 2008 20:22:07 +0000 (GMT) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by menubar.gnome.org (Postfix) with SMTP id D9263750050 for ; Tue, 2 Dec 2008 20:21:57 +0000 (GMT) Received: (qmail invoked by alias); 02 Dec 2008 20:21:45 -0000 Received: from p5B132D93.dip0.t-ipconnect.de (EHLO [192.168.0.10]) [91.19.45.147] by mail.gmx.net (mp054) with SMTP; 02 Dec 2008 21:21:45 +0100 X-Authenticated: #7643682 X-Provags-ID: V01U2FsdGVkX18dcKATTJUd6F4ctefxcDhg45rn2XIwiSs0JOP7NG P+iTGNJE8cgEiT Message-ID: <493598D4.5040804@gmx.net> Date: Tue, 02 Dec 2008 21:21:40 +0100 From: Frederik User-Agent: Thunderbird 2.0.0.18 (X11/20081125) MIME-Version: 1.0 To: vala-list@gnome.org References: <493588A9.9060707@gmx.net> <1228248856.4380.6.camel@localhost.zoo.locale> In-Reply-To: <1228248856.4380.6.camel@localhost.zoo.locale> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.7 Subject: Re: [Vala] Threads, synchronization & locking X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Dec 2008 20:22:13 -0000 Andrea Del Signore wrote: > the lock keyword can be any "object", so I think that you could use > > lock(fork) > { > //.... > } > > and forget about the mutex. Anyway I didn't try it and I don't know if > Vala permits the use of the lock keyword with an array. Yes, actually that would be the right way. But then I wouldn't get the mutex for 'cond.wait (mutex)'. :( Regards, Frederik From sejerpz@tin.it Tue Dec 2 20:31:04 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 20A927500F1 for ; Tue, 2 Dec 2008 20:31:04 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -3.599 X-Spam-Level: X-Spam-Status: No, score=-3.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, L_P0F_Unix=-1] X-Amavis-OS-Fingerprint: Solaris 8 (1), (distance 22, link: ethernet/modem), [212.216.176.224] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fp97IG-Z-xVs for ; Tue, 2 Dec 2008 20:30:57 +0000 (GMT) Received: from vsmtp4.tin.it (vsmtp4.tin.it [212.216.176.224]) by menubar.gnome.org (Postfix) with ESMTP id 24719750069 for ; Tue, 2 Dec 2008 20:30:56 +0000 (GMT) Received: from [192.168.5.3] (87.15.91.56) by vsmtp4.tin.it (8.0.022) id 48BEAB7B057A3FAD; Tue, 2 Dec 2008 21:30:49 +0100 From: Andrea Del Signore To: Frederik In-Reply-To: <493598D4.5040804@gmx.net> References: <493588A9.9060707@gmx.net> <1228248856.4380.6.camel@localhost.zoo.locale> <493598D4.5040804@gmx.net> Content-Type: text/plain Date: Tue, 02 Dec 2008 21:30:47 +0100 Message-Id: <1228249847.4380.10.camel@localhost.zoo.locale> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 Content-Transfer-Encoding: 7bit Cc: vala-list@gnome.org Subject: Re: [Vala] Threads, synchronization & locking X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Dec 2008 20:31:04 -0000 On Tue, 2008-12-02 at 21:21 +0100, Frederik wrote: > Andrea Del Signore wrote: > > the lock keyword can be any "object", so I think that you could use > > > > lock(fork) > > { > > //.... > > } > > > > and forget about the mutex. Anyway I didn't try it and I don't know if > > Vala permits the use of the lock keyword with an array. > > Yes, actually that would be the right way. But then I wouldn't get the > mutex for 'cond.wait (mutex)'. :( > > Regards, > > Frederik Yes, you are right. Regards, Andrea From awalton@gmail.com Tue Dec 2 22:10:14 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 18F347500E6 for ; Tue, 2 Dec 2008 22:10:14 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 2) (firewall!) (up: 10485 hrs), (distance 13, link: (Google 2)), [209.85.198.237] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 19DPIuNolBza for ; Tue, 2 Dec 2008 22:10:06 +0000 (GMT) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.237]) by menubar.gnome.org (Postfix) with ESMTP id 0C35D75006D for ; Tue, 2 Dec 2008 22:10:05 +0000 (GMT) Received: by rv-out-0506.google.com with SMTP id f6so3227643rvb.3 for ; Tue, 02 Dec 2008 14:10:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender :to:subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references :x-google-sender-auth; bh=IbkoF4zvu/3N5inX7Ks3teK3fX/AS0FdE/QSCQ66mcc=; b=u12VMDaojKfY3gsah8SbS9Vi2ppOkA15O8Bf8PGUotYmTQrxYHaHVlX0RhfKnbloDR SGMAk/oDDjRvXWcjIzrYZyhHA6NtQdA6Pw1FU3JBXtgEY32+FwIvIvv0UdZdwrXWisss 07jYmLSaWvmT7pt9T9oSsGHxGEuF/e8mw9J2Q= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references:x-google-sender-auth; b=xj7+8TpZ0bAjhxsocgS3E7gmVutskVl69ZcY+u4Z6Pb/Zjo8UZSSg5px4iCNOVF1nM zQNIS5E4XWPdVwLO/b+LKiBc/uTvE6Hrw1lvPElV7mdG65vRnvhw+lVl94qJGvjdAjiB qWzsE/n8S/A4U6yZVlv6zVGc0g6xMdFj3zCQw= Received: by 10.141.162.1 with SMTP id p1mr5973918rvo.43.1228255803739; Tue, 02 Dec 2008 14:10:03 -0800 (PST) Received: by 10.141.36.3 with HTTP; Tue, 2 Dec 2008 14:10:03 -0800 (PST) Message-ID: Date: Tue, 2 Dec 2008 17:10:03 -0500 From: "A. Walton" Sender: awalton@gmail.com To: "Karl Lattimer" In-Reply-To: <1228230376.2969.6.camel@localhost.localdomain> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1228230376.2969.6.camel@localhost.localdomain> X-Google-Sender-Auth: 4940727dcac0f78a Cc: vala-list@gnome.org Subject: Re: [Vala] Time in vala X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Dec 2008 22:10:14 -0000 On Tue, Dec 2, 2008 at 10:06 AM, Karl Lattimer wrote: > I can never find enough documentation about time in vala :( so I'm going > to ask a bunch of questions here... Maybe I'll add a GNOME live page > when I've got the important stuff done... God knows I already want to > update the GTK/Cairo stuff to be more detailed. > > Anyway. > > I need to turn a timestamp into a string, but I can't seem to see how to > do this... Something like > > int timestamp = "1234151912"; // whatever... > var time = new Time; > string date_string = Time.strftime("%s", timestamp); > // an output like yyyy-mm-dd hh:mm would be nice.. > > I can never seem to read the time vapi stuff properly :/ > > A little introduction to using the features of time would be really > nice, I've got to do a whole load of calculations e.g. convert a > timestamp to a nearest month, day, hour etc... then build a scale of > various months/days/hours near by... I need to convert things back and > forth between timestamps and do things like add one day and get the > timestamp for that etc... > strftime() looks like strftime(char *str, size_t maxsize, const char *fmt, struct tm *time) so I would assume you'd use it something like //you can initialize this from a time_t, but i'm cheating for the sake of email var timeval = Time(); timeval.minute = 1; timeval.hour = 15; //string needs some allocated room, because strftime() is expecting a char[] + len and not char* // and char[80] doesn't seem to work at last check. so I'm cheating again. string date_string = " "; timeval.strftime (date_string, "%I:%M"); //do something with date_string; I may be missing a cast or something (emailware), but I think that's how it'd work. However, it seems really awkward that strftime() is bound like that, as it's not at all what a Vala programmer would expect. May just be an artifact of ongoing work for getting arrays working right though. Maybe Vala should ship a new Time() class that makes this less awkward to work with? And/or we could scream at the GLib guys to make a new (portable) GTime class for GLib 3.0... Maybe you could hack something around GDate for your needs? -A. Walton > BR, > K > > _______________________________________________ > Vala-list mailing list > Vala-list@gnome.org > http://mail.gnome.org/mailman/listinfo/vala-list > From scumm_fredo@gmx.net Tue Dec 2 22:34:14 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 34BE77500DB for ; Tue, 2 Dec 2008 22:34:14 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 3) (up: 1348 hrs), (distance 21, link: ethernet/modem), [213.165.64.20] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZRr-gkk7U6G8 for ; Tue, 2 Dec 2008 22:34:07 +0000 (GMT) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by menubar.gnome.org (Postfix) with SMTP id C98E5750050 for ; Tue, 2 Dec 2008 22:34:06 +0000 (GMT) Received: (qmail invoked by alias); 02 Dec 2008 22:34:03 -0000 Received: from p5B132D93.dip0.t-ipconnect.de (EHLO [192.168.0.10]) [91.19.45.147] by mail.gmx.net (mp051) with SMTP; 02 Dec 2008 23:34:03 +0100 X-Authenticated: #7643682 X-Provags-ID: V01U2FsdGVkX1/yUmgEtvnyIu7hKh3wCyMnHobK7Y6bqE/8+mvvbl jnT66m7nvfFnNe Message-ID: <4935B7DA.2080307@gmx.net> Date: Tue, 02 Dec 2008 23:34:02 +0100 From: Frederik User-Agent: Thunderbird 2.0.0.18 (X11/20081125) MIME-Version: 1.0 To: vala-list@gnome.org References: <1228230376.2969.6.camel@localhost.localdomain> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.67 Subject: Re: [Vala] Time in vala X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Dec 2008 22:34:14 -0000 A. Walton wrote: > Maybe Vala should ship a new Time() class that makes this less awkward > to work with? And/or we could scream at the GLib guys to make a new > (portable) GTime class for GLib 3.0... Maybe you could hack something > around GDate for your needs? > > -A. Walton The GLib date and time API is really awkward. In Vala there are four structs (time_t, Time, TimeVal, Date) to represent date, time or both which are not freely convertible among one another. For example with Date it's possible to do things like "add one day", but it will lose minutes and seconds information. I think what Karl needs is a GObject version of http://joda-time.sourceforge.net/ Regards, Frederik From undeconstructed@gmail.com Tue Dec 2 23:50:16 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 2DD62750050 for ; Tue, 2 Dec 2008 23:50:16 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 2) (firewall!) (up: 7783 hrs), (distance 17, link: (Google 2)), [209.85.132.243] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5voEdIRi18bx for ; Tue, 2 Dec 2008 23:50:10 +0000 (GMT) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.243]) by menubar.gnome.org (Postfix) with ESMTP id 946F9750073 for ; Tue, 2 Dec 2008 23:50:08 +0000 (GMT) Received: by an-out-0708.google.com with SMTP id c3so1176010ana.18 for ; Tue, 02 Dec 2008 15:50:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=OqDcO468EJW4aRfVLE+IK0x6n0jwk4no7ZjnOQKcKYQ=; b=g1shQLr4WOdaJb+vxnr44At33PJidxsvZp1rzy3/c5mLRKPQ20Sq05dGpVJoqby+RU ywBRXm/u4FFrtV9eazIy4EjjI6ovXX0v6SKEIJTUfzvAKg+d3DFvkBHEiQeyiXRU2/dA rptmdI7AvIR4GhBsUJzoeZuGaPCbmQ4pWT79c= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=MUy6uzE6bSWPMVuC28dvWZojfthBZBIDQRGaoyqghuYCL4Rzm2zP/rIE3tYf/OBhab lCr49efpUtXzzKUiQ+NmjhlGXYkuF366/iS7eHOkGYs58NMpKblUV4xtnvvnC4WIC3Rw /rYe/ZN8dGsGvLZDjr5UjNgk2/mOtIbqiHirI= Received: by 10.65.84.15 with SMTP id m15mr13058277qbl.54.1228261806682; Tue, 02 Dec 2008 15:50:06 -0800 (PST) Received: by 10.65.151.14 with HTTP; Tue, 2 Dec 2008 15:50:06 -0800 (PST) Message-ID: <24ee2c8d0812021550i2bf8afbbjfacb2607e2e996c1@mail.gmail.com> Date: Tue, 2 Dec 2008 23:50:06 +0000 From: "Phil Housley" To: "=?UTF-8?Q?Fr=C3=A9d=C3=A9ric_Gaudy?=" In-Reply-To: <531574.96126.qm@web28614.mail.ukl.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 Content-Disposition: inline References: <531574.96126.qm@web28614.mail.ukl.yahoo.com> Cc: vala-list@gnome.org Subject: Re: [Vala] Include config.h before gi18n-lib.h X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Dec 2008 23:50:16 -0000 MjAwOC8xMi8yIEZyw6lkw6lyaWMgR2F1ZHkgPGZyZWRfZ2F1ZHlAeWFob28uZnI+Ogo+IEhpLAo+ Cj4gSSB1c2UgZ2V0dGV4dCBpbiBteSBhcHBsaWNhdGlvbiB3aXRoIHRoaXMgY29kZSA6Cj4KPiBJ bnRsLmJpbmR0ZXh0ZG9tYWluIChDb25maWcuR0VUVEVYVF9QQUNLQUdFLCBDb25maWcuTE9DQUxF X0RJUik7Cj4gSW50bC50ZXh0ZG9tYWluIChDb25maWcuR0VUVEVYVF9QQUNLQUdFKTsKPgo+IENv bmZpZyBjbGFzcyBpcyBjb3JyZWN0ZWQgZmlsbGVkLgo+Cj4gV2hlbiBjb21waWxpbmcsIGl0IHNo b3cgbWUgdGhpcyBlcnJvciA6Cj4gZXJyb3I6ICNlcnJvciBZb3UgbXVzdCBkZWZpbmUgR0VUVEVY VF9QQUNLQUdFIGJlZm9yZSBpbmNsdWRpbmcgZ2kxOG4tbGliLmguCj4gRGlkIHlvdSBmb3JnZXQg dG8gaW5jbHVkZSBjb25maWcuaD8KPgo+IExvb2tpbmcgaW50byBjIGZpbGUsIGNvbmZpZy5oIGlz IGp1c3QgYWZ0ZXIgZ2kxOG4tbGliLmguCj4gI2luY2x1ZGUgPGdsaWIvZ2kxOG4tbGliLmg+Cj4g I2luY2x1ZGUgPGNvbmZpZy5oPgo+Cj4gU28sIGhvdyB0byBmb3JjZSBjb25maWcuaCB0byBiZSBp bmNsdWRlIGJlZm9yZSBnaTE4bi1saWIuaD8KClRoZSBoZWFkZXJzIGFyZSBpbmNsdWRlZCBpbiB0 aGUgb3JkZXIgdGhhdCBzb21ldGhpbmcgZnJvbSB0aGVtIGlzIHVzZWQKaW4gdGhlIGZpbGUuICBJ ZiB5b3UgcmVmZXIgdG8gYSB2YXJpYWJsZSBmcm9tIGNvbmZpZy5oIHlvdSBjYW4gcHJvbW90ZQp0 aGUgaW5jbHVkZSBsaW5lLiAgTG90cyBvZiBteSBmaWxlcyB0aGVyZWZvcmUgaGF2ZSwganVzdCBi ZWxvdyB0aGUKdXNpbmcgc3RhdGVtZW50czoKCnByaXZhdGUgY29uc3Qgc3RyaW5nIHNvbWVfdW5p cXVlX25hbWUgPSBDb25maWcuVkVSU0lPTjsKClBoaWwuCg== From scumm_fredo@gmx.net Wed Dec 3 00:05:10 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 10202750101 for ; Wed, 3 Dec 2008 00:05:10 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.799 X-Spam-Level: X-Spam-Status: No, score=-1.799 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, L_P0F_UNKN=0.8] X-Amavis-OS-Fingerprint: UNKNOWN [S4:43:1:60:M1460,S,T,N,W8:.:?:?] (up: 4305 hrs), (link: ethernet/modem), [213.165.64.20] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lgPdaHz1uDOp for ; Wed, 3 Dec 2008 00:05:04 +0000 (GMT) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by menubar.gnome.org (Postfix) with SMTP id C89AB7500F1 for ; Wed, 3 Dec 2008 00:05:03 +0000 (GMT) Received: (qmail invoked by alias); 03 Dec 2008 00:05:01 -0000 Received: from p5B132D93.dip0.t-ipconnect.de (EHLO [192.168.0.10]) [91.19.45.147] by mail.gmx.net (mp062) with SMTP; 03 Dec 2008 01:05:01 +0100 X-Authenticated: #7643682 X-Provags-ID: V01U2FsdGVkX1+0U6NjsES0mxfPdGH+XxGib9OmrnkJ5ihlnFmZ0W l+xWCGeQTlUwXy Message-ID: <4935CD2C.6040000@gmx.net> Date: Wed, 03 Dec 2008 01:05:00 +0100 From: Frederik User-Agent: Thunderbird 2.0.0.18 (X11/20081125) MIME-Version: 1.0 To: vala-list@gnome.org References: <1eea65ad0812011356y7620a092t8a292c2f0827c26c@mail.gmail.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.53 Subject: Re: [Vala] Beginners question about keyboard input X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Dec 2008 00:05:10 -0000 Clément DAVID wrote: > Hi, > > I don't use the Genie syntax but a working sample for vala is : > > using GLib; > > public class SumCol { > > public static it main(string [] args) > { > int MAXLINELEN = 128; > > int sum = 0; > char[] str = new char [MAXLINELEN]; > > while(stdin.gets(str) != null) > { > sum += ((string)str).to_int(); > } > > stdout.printf("%d\n",sum); > return 0; > } > } > << > > You can simply cast a char array to string as the string class is only > a wrapper around NULL terminated unichar array. I would suggest using GNU Readline for string input: -------- namespace ReadLine { [CCode (cheader_filename = "readline/readline.h", cname = "readline")] public extern string? read_line (string prompt); } static int main () { var name = ReadLine.read_line ("Please enter your name: "); if (name != null && name != "") { stdout.printf ("Hello, %s\n", name); } return 0; } -------- $ valac -X -lreadline readlinesample.vala $ ./readlinesample Regards, Frederik From keijser@gmail.com Wed Dec 3 00:23:07 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 55C18750101 for ; Wed, 3 Dec 2008 00:23:07 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 2) (firewall!) (up: 4413 hrs), (distance 15, link: (Google 2)), [209.85.128.186] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vZt4rjpJJ6uy for ; Wed, 3 Dec 2008 00:22:59 +0000 (GMT) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.186]) by menubar.gnome.org (Postfix) with ESMTP id 1DD7A7500DB for ; Wed, 3 Dec 2008 00:22:58 +0000 (GMT) Received: by fk-out-0910.google.com with SMTP id k31so2966085fkk.15 for ; Tue, 02 Dec 2008 16:22:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=V1ybROvkihTyDHQvSbhXKa8bD8FFpvMQNF9ULEcRgKs=; b=Ap+a+LURzoRnoT5IqqAED/l68asCXdvQ5K0dgfWSqWAbHagIQsRtGVQKRnVEKCquVv JiM0o3CsDlnchI005qJwT4iNH5fkd9XHnmJ3cLSzDWUG73XmQhFagNCwXsJ8xFrRvb4T WtjlYM2rHt9jmZxa2QsNYEsA+FQX+Dc6It0QE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=hEkJr/CMhAQmEJKkWra0NMAhtil2bqEgFAseAP5ipoceuJ4NvtrBRhKGVTXyjyQHgF K/K7ZQwiwxSGvUdYOhAPud3vz7pETf9T1YZe1tkHevDzPLsuI2xPD09rLaT3+7/8FE5T GQurxCnSN6Ovc97165PJxqD8ZkX8wKRWMO5XM= Received: by 10.103.175.9 with SMTP id c9mr5650144mup.3.1228263776014; Tue, 02 Dec 2008 16:22:56 -0800 (PST) Received: by 10.103.123.9 with HTTP; Tue, 2 Dec 2008 16:22:55 -0800 (PST) Message-ID: <4b60d6360812021622r39b74942g82e5b1c910bc3ef3@mail.gmail.com> Date: Wed, 3 Dec 2008 01:22:55 +0100 From: "David Keijser" To: Frederik In-Reply-To: <4935CD2C.6040000@gmx.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <1eea65ad0812011356y7620a092t8a292c2f0827c26c@mail.gmail.com> <4935CD2C.6040000@gmx.net> Cc: vala-list@gnome.org Subject: Re: [Vala] Beginners question about keyboard input X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Dec 2008 00:23:07 -0000 2008/12/3 Frederik : > Cl=E9ment DAVID wrote: >> >> Hi, >> >> I don't use the Genie syntax but a working sample for vala is : >> >> using GLib; >> >> public class SumCol { >> >> public static it main(string [] args) >> { >> int MAXLINELEN =3D 128; >> >> int sum =3D 0; >> char[] str =3D new char [MAXLINELEN]; >> >> while(stdin.gets(str) !=3D null) >> { >> sum +=3D ((string)str).to_int(); >> } >> >> stdout.printf("%d\n",sum); >> return 0; >> } >> } >> << >> >> You can simply cast a char array to string as the string class is only >> a wrapper around NULL terminated unichar array. > > I would suggest using GNU Readline for string input: > > -------- > namespace ReadLine { > [CCode (cheader_filename =3D "readline/readline.h", cname =3D "readlin= e")] > public extern string? read_line (string prompt); > } > > static int main () { > var name =3D ReadLine.read_line ("Please enter your name: "); > if (name !=3D null && name !=3D "") { > stdout.printf ("Hello, %s\n", name); > } > return 0; > } > -------- > $ valac -X -lreadline readlinesample.vala > $ ./readlinesample > > > Regards, > > Frederik > _______________________________________________ > Vala-list mailing list > Vala-list@gnome.org > http://mail.gnome.org/mailman/listinfo/vala-list > I second this. readline is not only better but gets() is not even safe (see man 3 gets) From gilles.filippini@free.fr Wed Dec 3 00:35:48 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id ED6B77500A9 for ; Wed, 3 Dec 2008 00:35:47 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 2) (up: 2903 hrs), (distance 19, link: ethernet/modem), [212.27.42.36] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id RL7Ou1Im+sSH for ; Wed, 3 Dec 2008 00:35:41 +0000 (GMT) Received: from smtp6-g19.free.fr (smtp6-g19.free.fr [212.27.42.36]) by menubar.gnome.org (Postfix) with ESMTP id E0385750050 for ; Wed, 3 Dec 2008 00:35:40 +0000 (GMT) Received: from smtp6-g19.free.fr (localhost.localdomain [127.0.0.1]) by smtp6-g19.free.fr (Postfix) with ESMTP id 4D373CE9F; Wed, 3 Dec 2008 01:10:24 +0100 (CET) Received: from [129.200.100.4] (unknown [88.189.102.17]) by smtp6-g19.free.fr (Postfix) with ESMTP id 6B1AB13BF8; Tue, 2 Dec 2008 23:18:38 +0100 (CET) Message-ID: <4935B419.4030308@free.fr> Date: Tue, 02 Dec 2008 23:18:01 +0100 From: Gilles Filippini User-Agent: Mozilla-Thunderbird 2.0.0.17 (X11/20081018) MIME-Version: 1.0 To: Alessandro Pellizzari References: <493258B0.60509@free.fr> <6b4de4d80812010116i4b9b9c1cw200785346b01f771@mail.gmail.com> <4933F8DB.2080303@free.fr> <49345E1B.2080900@free.fr> <1228210461.13846.2.camel@al.mesalab.lan> In-Reply-To: <1228210461.13846.2.camel@al.mesalab.lan> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: Vala ML Subject: Re: [Vala] Gee.HashMap - uncaught error: No demarshaller registered for type "GeeHashMap" X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Dec 2008 00:35:48 -0000 Alessandro Pellizzari a écrit : > Il giorno lun, 01/12/2008 alle 22.58 +0100, Gilles Filippini ha scritto: > >> The fact is I use the Vala compiler shipped in Debian unstable. And it >> is Vala-0.3.4... > > Debian unstable is "semi-frozen" because of the lenny freeze. > > You can find valac-0.5.1 (and, I think, 0.5.2 in a couple of days) in > experimental Thanks for this info. I miss the reflex to search experimental. Cheers, _Gilles. From scumm_fredo@gmx.net Wed Dec 3 00:54:56 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 9D056750050 for ; Wed, 3 Dec 2008 00:54:56 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 3) (up: 1352 hrs), (distance 21, link: ethernet/modem), [213.165.64.20] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id OYu9xKZo2NF6 for ; Wed, 3 Dec 2008 00:54:49 +0000 (GMT) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by menubar.gnome.org (Postfix) with SMTP id 8E064750073 for ; Wed, 3 Dec 2008 00:54:48 +0000 (GMT) Received: (qmail invoked by alias); 03 Dec 2008 00:54:45 -0000 Received: from p5B132D93.dip0.t-ipconnect.de (EHLO [192.168.0.10]) [91.19.45.147] by mail.gmx.net (mp036) with SMTP; 03 Dec 2008 01:54:45 +0100 X-Authenticated: #7643682 X-Provags-ID: V01U2FsdGVkX19TscBbeOJTVaWO6HaQLrw7SJQwMfYeThzMC0cJYW UhrnsqxFTnr9A7 Message-ID: <4935D8D1.6000908@gmx.net> Date: Wed, 03 Dec 2008 01:54:41 +0100 From: Frederik User-Agent: Thunderbird 2.0.0.18 (X11/20081125) MIME-Version: 1.0 To: vala-list@gnome.org References: <1eea65ad0812011356y7620a092t8a292c2f0827c26c@mail.gmail.com> <4935CD2C.6040000@gmx.net> <4b60d6360812021622r39b74942g82e5b1c910bc3ef3@mail.gmail.com> In-Reply-To: <4b60d6360812021622r39b74942g82e5b1c910bc3ef3@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.74 Subject: Re: [Vala] Beginners question about keyboard input X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Dec 2008 00:54:56 -0000 David Keijser wrote: > I second this. readline is not only better but gets() is not even safe > (see man 3 gets) I have created a patch with the beginning of GNU Readline bindings: http://bugzilla.gnome.org/show_bug.cgi?id=563057 From c.david86@gmail.com Wed Dec 3 09:40:48 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id E71F975000A for ; Wed, 3 Dec 2008 09:40:48 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 2) (firewall!) (up: 4453 hrs), (distance 15, link: (Google 2)), [66.249.90.181] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id OYh+yD-NVGy5 for ; Wed, 3 Dec 2008 09:40:41 +0000 (GMT) Received: from ik-out-1112.google.com (ik-out-1112.google.com [66.249.90.181]) by menubar.gnome.org (Postfix) with ESMTP id E98ED750008 for ; Wed, 3 Dec 2008 09:40:40 +0000 (GMT) Received: by ik-out-1112.google.com with SMTP id c30so2973280ika.7 for ; Wed, 03 Dec 2008 01:40:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=Ezu0/zRKtUpMI+x5RaI20qMSB5z5y+yBV7Pem0kM5zw=; b=BexaXjnmOsXvossK7/8uIGC/s0WheE/HpHY9Dk0NopaKuLsqhtFcqIgBQLO2bp2Roq TNK52FsEljA19TGdQGYB5qlrFvZUga3ggFv4R2pHeYFI6kIZkjdXAcR0Eaks3RFZ1VQH ty7hBoc2EF0GMuSNH/UaXObwCWabyLqpbcubY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=H0rBpIcGih23ZfHtg2c+fbzzr2oJUdOJD9xIRAo5r0U7/KDMEv0yWu8yYBbFdp+3Xm O+VzZkcQhnwdr1My/MO0LMkIGCRLYReyH4orBngi+DVjmsvXOTsW602k/KHGBl5wnXxB +9XaZ5m7OZaoyNj2K9U5YN9TWr0qMJ645ac+I= Received: by 10.103.24.11 with SMTP id b11mr5827918muj.58.1228297237712; Wed, 03 Dec 2008 01:40:37 -0800 (PST) Received: by 10.103.239.15 with HTTP; Wed, 3 Dec 2008 01:40:37 -0800 (PST) Message-ID: Date: Wed, 3 Dec 2008 10:40:37 +0100 From: "=?UTF-8?Q?Cl=C3=A9ment_DAVID?=" To: Frederik In-Reply-To: <4935D8D1.6000908@gmx.net> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 Content-Disposition: inline References: <1eea65ad0812011356y7620a092t8a292c2f0827c26c@mail.gmail.com> <4935CD2C.6040000@gmx.net> <4b60d6360812021622r39b74942g82e5b1c910bc3ef3@mail.gmail.com> <4935D8D1.6000908@gmx.net> Cc: vala-list@gnome.org Subject: Re: [Vala] Beginners question about keyboard input X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Dec 2008 09:40:49 -0000 SSBqdXN0IHVzZSBpdCBhdCB2YWxhLWJlbmNobWFya3MgYW5kIHNlY3VyaXR5IHRha2UgdGltZSA6 KQoKT2YgY291cnNlIGZvciByZWFsIGFwcGxpY2F0aW9uIHByZWZlciByZWFkbGluZS4KCjIwMDgv MTIvMyBGcmVkZXJpayA8c2N1bW1fZnJlZG9AZ214Lm5ldD46Cj4gRGF2aWQgS2VpanNlciB3cm90 ZToKPj4KPj4gSSBzZWNvbmQgdGhpcy4gcmVhZGxpbmUgaXMgbm90IG9ubHkgYmV0dGVyIGJ1dCBn ZXRzKCkgaXMgbm90IGV2ZW4gc2FmZQo+PiAoc2VlIG1hbiAzIGdldHMpCj4KPiBJIGhhdmUgY3Jl YXRlZCBhIHBhdGNoIHdpdGggdGhlIGJlZ2lubmluZyBvZiBHTlUgUmVhZGxpbmUgYmluZGluZ3M6 Cj4gaHR0cDovL2J1Z3ppbGxhLmdub21lLm9yZy9zaG93X2J1Zy5jZ2k/aWQ9NTYzMDU3Cj4gX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KPiBWYWxhLWxpc3Qg bWFpbGluZyBsaXN0Cj4gVmFsYS1saXN0QGdub21lLm9yZwo+IGh0dHA6Ly9tYWlsLmdub21lLm9y Zy9tYWlsbWFuL2xpc3RpbmZvL3ZhbGEtbGlzdAo+CgoKCi0tIApDbMOpbWVudCBEQVZJRAo= From d.benux@gmail.com Wed Dec 3 11:42:22 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 16F3175000A for ; Wed, 3 Dec 2008 11:42:22 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.598 X-Spam-Level: X-Spam-Status: No, score=-2.598 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 2) (firewall!) (up: 10621 hrs), (distance 13, link: (Google 2)), [209.85.198.232] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6XX3UC2LluX1 for ; Wed, 3 Dec 2008 11:42:15 +0000 (GMT) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.232]) by menubar.gnome.org (Postfix) with ESMTP id E1E1A750077 for ; Wed, 3 Dec 2008 11:42:14 +0000 (GMT) Received: by rv-out-0506.google.com with SMTP id f6so3513587rvb.3 for ; Wed, 03 Dec 2008 03:42:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:mime-version:content-type; bh=YHl9XooEUuxPm+8+d2mNcqnYo0Vc5EdGUhDbYb9geuc=; b=B+6+6/jE32LlWIllvJ6oZoDy2zBnH+fDEHgJMIeHyfgBfvlX1R34LHr1xjxymTL+W3 mnwVfLuLpMw0XSvC0+dX/2yMy6BmmH2mZAs+epVyYZZQIMwHWbvsxCjzE7+JEXdW+bOx 6hZdIn8Kk+7xY6JW3CsPDzVTxndz6D1kxkdzo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type; b=McEticEgtbMb0PlwvHOwQ/IZbwawKyxWw+QLg27uz4EUz35WVmC+khGVp8eJViXah/ XKZWhfZ+DSx9NiaV6HIaaqNc71rxurVpPIvPTlEYPz5cWBZsamtiRL5PnJGN9EM92bRt UhtPhnwjahqxXpbh3Qyck9bfxnLtpUDRL429U= Received: by 10.141.29.20 with SMTP id g20mr6279011rvj.156.1228304532974; Wed, 03 Dec 2008 03:42:12 -0800 (PST) Received: by 10.141.136.10 with HTTP; Wed, 3 Dec 2008 03:42:12 -0800 (PST) Message-ID: <11f7a7550812030342n7c779f8t1a318c22574d705a@mail.gmail.com> Date: Wed, 3 Dec 2008 12:42:12 +0100 From: "Daniele Benucci" To: "Mailing List Vala" MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_92088_2662241.1228304532948" Subject: [Vala] HashTable get_keys() and get_values() methods. Bug or my fault? X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Dec 2008 11:42:22 -0000 ------=_Part_92088_2662241.1228304532948 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline I don't know if I'm misunderstanding the semantics of the GLib.HashTable get_keys() and get_values() methods, so I'm asking here before posting it as bug. I noticed that these methods work only the first time they're called, returning the desired List. While doing so they seem to touch something in memory, as after this the HashTable is somehow corrupted (aren't they read-only methods? or are they supposed to modify the HashTable?). Calling the methods for the second time result is not the expected one, and with the third call the program crashes. I report a sample code that shows the problem (I repeat I may be missing something in the methods' semantics) using GLib; public class HashTest : GLib.Object { private HashTable ht; public void run () throws DBus.Error, GLib.Error { for (int i=0; i<5; i++){ List v = ht.get_values(); foreach (string s in v) message("%d: %s",i,s); } } public HashTest (){ ht = new HashTable(str_hash, str_equal); ht.insert("one","1"); ht.insert("two","2"); ht.insert("three","3"); } static int main (string[] args) { var test = new HashTest (); test.run (); return 0; } } If I lookup every single item there is no problem (but of course in a more complex program I can't do this). I know that the for_each method is better to do these things (and it works properly): this is only sample code that shows the problem... I need to use get_keys() and get_values() in other contexts in my program. Problem shows up in 0.5.1 and 0.5.2 too. I don't know in previous versions. Daniele Benucci -- Grabel's Law: 2 is not equal to 3 -- not even for large values of 2. ------=_Part_92088_2662241.1228304532948 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline I don't know if I'm misunderstanding the semantics of the GLib.HashTable get_keys() and get_values() methods, so I'm asking here before posting it as bug.

I noticed that these methods work only the first time they're called, returning the desired List. While doing so they seem to touch something in memory, as after this the HashTable is somehow corrupted (aren't they read-only methods? or are they supposed to modify the HashTable?). Calling the methods for the second time result is not the expected one, and with the third call the program crashes.

I report a sample code that shows the problem (I repeat I may be missing something in the methods' semantics)

using GLib;

public class HashTest : GLib.Object {
    private HashTable<string,string> ht;

    public void run () throws DBus.Error, GLib.Error {
        for (int i=0; i<5; i++){
            List<string> v = ht.get_values();
            foreach (string s in v)
                message("%d: %s",i,s);
        }
    }
   
    public HashTest (){
        ht = new HashTable<string,string>(str_hash, str_equal);
        ht.insert("one","1");
        ht.insert("two","2");
        ht.insert("three","3");
    }

    static int main (string[] args) {
        var test = new HashTest ();
        test.run ();
        return 0;
    }
}

If I lookup every single item there is no problem (but of course in a more complex program I can't do this). I know that the for_each method is better to do these things (and it works properly): this is only sample code that shows the problem... I need to use get_keys() and get_values() in other contexts in my program.

Problem shows up in 0.5.1 and 0.5.2 too. I don't know in previous versions.

Daniele Benucci

--
Grabel's Law:
2 is not equal to 3 -- not even for large values of 2.
------=_Part_92088_2662241.1228304532948-- From bkauler@gmail.com Wed Dec 3 11:47:04 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 14C3175007F for ; Wed, 3 Dec 2008 11:47:04 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 2) (firewall!) (up: 10621 hrs), (distance 13, link: (Google 2)), [209.85.198.226] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JKi2IIcqNXim for ; Wed, 3 Dec 2008 11:46:56 +0000 (GMT) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.226]) by menubar.gnome.org (Postfix) with ESMTP id C2DD075000A for ; Wed, 3 Dec 2008 11:46:54 +0000 (GMT) Received: by rv-out-0506.google.com with SMTP id f6so3515310rvb.3 for ; Wed, 03 Dec 2008 03:46:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=FVZXPkLCGRuHWLmPLJAiMwzgxtvhIbracTqJ2OnRThY=; b=oWP7pXecvDZIzE4WIKGgdZu7poeCWMilgeOMG13iNhIHVci2fcbCpAt1KZQ+dw0oAQ VC77ShHXmABeqZUEmFCTuDOR8z9ceg9teHm2+goKyQpadXd9UTmpcSk/LJFVIRWxX5aH IKheEg+zeP31s+VQx5Fu4bAq08PDvlbyvxj58= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=n6E3gngH4ASr7JqUgjRB5f0ShllNYsIJj/iXNPY1h0NSC4fRJhKDdMy951IRRPsCxI QpbkC30O0hMglVMG5YKVBZgDBNbOsammJx1LNCZObUf/cUVoUdd9dIfxWaA+DmKpN3aB 9iVQo+pmcu1sJMaj418CfQIL00zegSrPUZuDE= Received: by 10.141.5.20 with SMTP id h20mr6261326rvi.299.1228304813473; Wed, 03 Dec 2008 03:46:53 -0800 (PST) Received: by 10.141.44.2 with HTTP; Wed, 3 Dec 2008 03:46:53 -0800 (PST) Message-ID: <1eea65ad0812030346i1c166291g530d3a8c92e4aae6@mail.gmail.com> Date: Wed, 3 Dec 2008 19:46:53 +0800 From: "Barry Kauler" To: vala-list@gnome.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <1eea65ad0812011356y7620a092t8a292c2f0827c26c@mail.gmail.com> <4935CD2C.6040000@gmx.net> <4b60d6360812021622r39b74942g82e5b1c910bc3ef3@mail.gmail.com> <4935D8D1.6000908@gmx.net> Subject: Re: [Vala] Beginners question about keyboard input X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Dec 2008 11:47:04 -0000 Thanks for the responses! That's great news about readline. After I received the first reply, from Thomas, I got stuck into implementin= g it and also expanded my "File and console I/O" page: http://puppylinux.com/genie/inputoutput.htm Important: my Genie tutorials are definitely a work-in-progress. They are also intended to be informal and chatty, not like the official docs. They also have some personal biases. I'll add the readline technique later. Regards, Barry Kauler On 12/3/08, Cl=E9ment DAVID wrote: > I just use it at vala-benchmarks and security take time :) > > Of course for real application prefer readline. > > 2008/12/3 Frederik : >> David Keijser wrote: >>> >>> I second this. readline is not only better but gets() is not even safe >>> (see man 3 gets) >> >> I have created a patch with the beginning of GNU Readline bindings: >> http://bugzilla.gnome.org/show_bug.cgi?id=3D563057 >> _______________________________________________ >> Vala-list mailing list >> Vala-list@gnome.org >> http://mail.gnome.org/mailman/listinfo/vala-list >> > From sam@liddicott.com Wed Dec 3 12:04:51 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id D52C9750159 for ; Wed, 3 Dec 2008 12:04:50 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.796 X-Spam-Level: X-Spam-Status: No, score=-1.796 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, MSGID_FROM_MTA_HEADER=0.803] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 2) (up: 1809 hrs), (distance 15, link: ethernet/modem), [206.123.89.57] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id OvRNcCqb9BdK for ; Wed, 3 Dec 2008 12:04:45 +0000 (GMT) Received: from timbuctoo.liddicott.com (timbuctoo.liddicott.com [206.123.89.57]) by menubar.gnome.org (Postfix) with ESMTP id D82CD75000A for ; Wed, 3 Dec 2008 12:04:44 +0000 (GMT) To: Daniele Benucci Date: Wed, 03 Dec 2008 12:04:15 -0000 Envelope-To: d.benux@gmail.com,vala-list@gnome.org References: <11f7a7550812030342n7c779f8t1a318c22574d705a@mail.gmail.com> Message-ID: <493675BF.1040004@liddicott.com> From: "Sam Liddicott" Organization: Liddicott.com Received: from [10.42.42.180] (87-194-180-175.bethere.co.uk [87.194.180.175]) by timbuctoo.liddicott.com; Wed, 03 Dec 2008 12:04:19 -0000 User-Agent: Thunderbird 2.0.0.18 (X11/20081125) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Mailing List Vala Subject: Re: [Vala] HashTable get_keys() and get_values() methods. Bug or my fault? X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Dec 2008 12:04:51 -0000 * Daniele Benucci wrote, On 03/12/08 11:42: > Grabel's Law: > 2 is not equal to 3 -- not even for large values of 2. I've seen some 2's masquerading as uncharacteristically small values of aleph-null, which some poor newbie made the mistake of trying to de-reference. And as aleph-null is actually a singleton as a class variable affecting all classes,and the result's weren't pretty. As a consequence, the contents of each dimension n (from 1 to infinity) had to be moved to dimension n*2, and all the odd numbered dimensions became out of bounds. Sam From fred_gaudy@yahoo.fr Wed Dec 3 14:05:28 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 1852B75000A for ; Wed, 3 Dec 2008 14:05:28 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -3.598 X-Spam-Level: X-Spam-Status: No, score=-3.598 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, L_P0F_Unix=-1] X-Amavis-OS-Fingerprint: FreeBSD 4.7-5.2 (or MacOS X 10.2-10.4) (2) (up: 10742 hrs), (distance 18, link: ethernet/modem), [217.146.183.156] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qNxnVxnz7TjP for ; Wed, 3 Dec 2008 14:05:17 +0000 (GMT) Received: from n8a.bullet.ukl.yahoo.com (n8a.bullet.ukl.yahoo.com [217.146.183.156]) by menubar.gnome.org (Postfix) with SMTP id 53AEB750077 for ; Wed, 3 Dec 2008 14:05:16 +0000 (GMT) Received: from [217.146.182.179] by n8.bullet.ukl.yahoo.com with NNFMP; 03 Dec 2008 14:05:14 -0000 Received: from [87.248.110.119] by t5.bullet.ukl.yahoo.com with NNFMP; 03 Dec 2008 14:05:14 -0000 Received: from [127.0.0.1] by omp224.mail.ukl.yahoo.com with NNFMP; 03 Dec 2008 14:05:14 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 649894.19838.bm@omp224.mail.ukl.yahoo.com Received: (qmail 21598 invoked by uid 60001); 3 Dec 2008 14:05:14 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.fr; h=X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type:Message-ID; b=fTMjj081X80Lkn7PNm7Dn0LhvNE6xva+lBwyMyUZjlMkUOoZoIcnu592QeKHR0H/6YS/ycdnOpLID3xke3rOrFwz+jnFuSkwjlU3M8IBwxoe1r8RtYvRbgfmBXlyTENbzJ7Rm6TXU8FrjFmKMR675zdFQkxhgdLVV8Hkpz45ifY=; X-YMail-OSG: RkhrMK0VM1nWgSmF5KGLY7oY7Br19jVMLwokT5tgj0EQaI3aMakN7mGYaat8BIgQI9Ab8trSzLZ0MGwhOqDz_0UExWgA9jgjQH.F9xlUuiQex8kIa8WyJHBdF3lzBAlYFPVxFA-- Received: from [82.251.153.166] by web28602.mail.ukl.yahoo.com via HTTP; Wed, 03 Dec 2008 14:05:14 GMT X-Mailer: YahooMailRC/1155.32 YahooMailWebService/0.7.260.1 Date: Wed, 3 Dec 2008 14:05:14 +0000 (GMT) From: =?iso-8859-1?Q?Fr=E9d=E9ric_Gaudy?= To: vala-list@gnome.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="0-1818313904-1228313114=:416" Message-ID: <581088.416.qm@web28602.mail.ukl.yahoo.com> Subject: [Vala] use weak and var together X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Dec 2008 14:05:28 -0000 --0-1818313904-1228313114=:416 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Hi,=0A=0AI don't know if it' a bug or a feature. When I use weak and var ke= ywords, I obtain a error:=0Aerror: The type name `var' could not be found= =0A=0ACode : =0Aweak var thread =3D Thread.create( this.process_thread, tru= e);=0A=0AIf I define the type, no problem.=0Aweak Thread thread =3D Thread.= create( this.process_thread, true); =0A=0A=0ASo it's a normal behavi= or or a bug?=0A=0A=0A=0A --0-1818313904-1228313114=:416 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
Hi,

I don't know if it' a bug or a feature. When I use we= ak and var keywords, I obtain a error:
error: The ty= pe name `var' could not be found

Code :
weak var threa= d =3D Thread.create( this.process_thread, true);

If I define = the type, no problem.
weak Thread thread =3D Thread.create( this.proc= ess_thread, true);       


= So it's a normal behavior or a bug?

=0A=0A=0A=0A --0-1818313904-1228313114=:416-- From chust@web.de Wed Dec 3 15:05:10 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 6734475007F for ; Wed, 3 Dec 2008 15:05:10 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.4-2.6 (NAT!) (up: 3308 hrs), (distance 20, link: GPRS, T1, FreeS/WAN), [217.72.192.234] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id I9UojC+T3tkM for ; Wed, 3 Dec 2008 15:05:03 +0000 (GMT) Received: from fmmailgate03.web.de (fmmailgate03.web.de [217.72.192.234]) by menubar.gnome.org (Postfix) with ESMTP id BE67875000A for ; Wed, 3 Dec 2008 15:05:02 +0000 (GMT) Received: from smtp08.web.de (fmsmtp08.dlan.cinetic.de [172.20.5.216]) by fmmailgate03.web.de (Postfix) with ESMTP id B5077F513179; Wed, 3 Dec 2008 16:04:59 +0100 (CET) Received: from [141.84.9.25] (helo=imurph.local) by smtp08.web.de with asmtp (TLSv1:AES256-SHA:256) (WEB.DE 4.109 #226) id 1L7tHf-0000aW-00; Wed, 03 Dec 2008 16:04:59 +0100 Message-ID: <4936A015.7060501@web.de> Date: Wed, 03 Dec 2008 16:04:53 +0100 From: Thomas Chust User-Agent: Thunderbird 2.0.0.17 (Macintosh/20080914) MIME-Version: 1.0 To: David Keijser References: <1eea65ad0812011356y7620a092t8a292c2f0827c26c@mail.gmail.com> <4935CD2C.6040000@gmx.net> <4b60d6360812021622r39b74942g82e5b1c910bc3ef3@mail.gmail.com> In-Reply-To: <4b60d6360812021622r39b74942g82e5b1c910bc3ef3@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: chust@web.de X-Sender: chust@web.de X-Provags-ID: V01U2FsdGVkX1/PtZstooyp+TC6/vDiNQVY++9m3EYs8BChger7 jTke+osgxU9pFbBL+G23iYtpMNQ5YhHIpGNBEZwm71KhFBSeGk yAPTESIPM= Cc: vala-list@gnome.org Subject: Re: [Vala] Beginners question about keyboard input X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Dec 2008 15:05:10 -0000 David Keijser schrieb: > [...] > I second this. readline is not only better but gets() is not even safe > (see man 3 gets) > [...] True. It should be noted, though, that Vala does *not* provide a binding for gets(3), but only for fgets(3). The latter function does *not* share the inherent buffer overflow risk of gets(3), especially not when used via the Vala binding which ensures that the correct length of the target buffer is passed in. cu, Thomas From keijser@gmail.com Wed Dec 3 16:38:19 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 61CF875007F for ; Wed, 3 Dec 2008 16:38:19 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 2) (firewall!) (up: 4526 hrs), (distance 19, link: (Google 2)), [216.239.58.186] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pvM2iGif4CSj for ; Wed, 3 Dec 2008 16:38:14 +0000 (GMT) Received: from gv-out-0910.google.com (gv-out-0910.google.com [216.239.58.186]) by menubar.gnome.org (Postfix) with ESMTP id 8087075009D for ; Wed, 3 Dec 2008 16:38:13 +0000 (GMT) Received: by gv-out-0910.google.com with SMTP id c6so723226gvd.22 for ; Wed, 03 Dec 2008 08:38:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=O9XXjO6I4T2+yLKRyYvnJGx11+/x/YU91XHFnv1K/K4=; b=Mheq6zKcBHIH/a705pn2CWLeRY6dzrw3+lXBbkAyzVA1q7QF9kYHyNBRSVHaizPlJj nK8Ape9NaHUy4CQTBtTf9M0j5IZ0nkZcImYtvUHWVZZRy9zzd0CKJvn4Z47SzyYKvQZB 8Pbvwmb6U8t6+bl5rEls6LAcSI6ssboKF3/zs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=ZDNQGjXZG++c0kwCP/0m6gIuBIdQFPlcuvqtpabsjQ5n5aC8whJUxafjoFseufyrSU dpAXGSGSDt5eJ9f/yu8y1mX+R/94p0qTXwK4rErXGyMq9Bvn4Z4eAACSpLbDFpmW1rJ1 41AN4Yim06YsNmdU4rtaoCNPhk5eEMCZSh8AM= Received: by 10.102.234.18 with SMTP id g18mr6169243muh.102.1228322290581; Wed, 03 Dec 2008 08:38:10 -0800 (PST) Received: by 10.103.123.9 with HTTP; Wed, 3 Dec 2008 08:38:10 -0800 (PST) Message-ID: <4b60d6360812030838pa592caw6733190418f720a@mail.gmail.com> Date: Wed, 3 Dec 2008 17:38:10 +0100 From: "David Keijser" To: "Thomas Chust" In-Reply-To: <4936A015.7060501@web.de> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1eea65ad0812011356y7620a092t8a292c2f0827c26c@mail.gmail.com> <4935CD2C.6040000@gmx.net> <4b60d6360812021622r39b74942g82e5b1c910bc3ef3@mail.gmail.com> <4936A015.7060501@web.de> Cc: vala Subject: Re: [Vala] Beginners question about keyboard input X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Dec 2008 16:38:19 -0000 Oh, my bad then. Thanks for pointing it out. 2008/12/3 Thomas Chust : > David Keijser schrieb: >> [...] >> I second this. readline is not only better but gets() is not even safe >> (see man 3 gets) >> [...] > > True. It should be noted, though, that Vala does *not* provide a binding > for gets(3), but only for fgets(3). The latter function does *not* share > the inherent buffer overflow risk of gets(3), especially not when used > via the Vala binding which ensures that the correct length of the target > buffer is passed in. > > cu, > Thomas > From michael.b.arthur@gmail.com Wed Dec 3 18:45:16 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id CD3F975007F for ; Wed, 3 Dec 2008 18:45:16 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 2) (firewall!) (up: 4543 hrs), (distance 16, link: (Google 2)), [66.249.90.177] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id e8if8JXYEc6D for ; Wed, 3 Dec 2008 18:45:09 +0000 (GMT) Received: from ik-out-1112.google.com (ik-out-1112.google.com [66.249.90.177]) by menubar.gnome.org (Postfix) with ESMTP id B33F675000A for ; Wed, 3 Dec 2008 18:45:08 +0000 (GMT) Received: by ik-out-1112.google.com with SMTP id c30so3184609ika.7 for ; Wed, 03 Dec 2008 10:45:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender :to:subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references :x-google-sender-auth; bh=TO1wObkfrQOIGPsMt4O7jjvbipgMA2trmfVm7LHIDfI=; b=kt0LdPS4rJa4gsN6GiBSvMcdrZGSkC6J1C850Ro15oQ4Szh8mzBUGN65sbDYZuqnJw +h0zd+zKbjmZFhFDif53eOHgamAkSlqWgxLFzl0stIAxI+EncpMA9Vwk9c08V0gRrPmy Alyeg7ew4dJvyJvMli7nySEC9dkjyizC3Bqnc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references:x-google-sender-auth; b=KTBrBXcQK/+pCD1dia7M1as3SO/vdQS0dsHtAoAqoQEL4AbL4Kdcito//ZVNFC+QX8 q/Y6PQXuMCSFq/5a+YuxkTPtoqN95gPA1mb7rGHFO0IFYe4FvZiNN1F/d10lN41rmJFM LQVzgJCBsEA0QUjRIfRKOong+b6RCGXeBRCK8= Received: by 10.210.58.13 with SMTP id g13mr2636980eba.12.1228329906013; Wed, 03 Dec 2008 10:45:06 -0800 (PST) Received: by 10.210.16.4 with HTTP; Wed, 3 Dec 2008 10:45:05 -0800 (PST) Message-ID: <3b52c2660812031045i5cd36203lfff44fe7f608c59d@mail.gmail.com> Date: Wed, 3 Dec 2008 13:45:05 -0500 From: "Michael Terry" Sender: michael.b.arthur@gmail.com To: "Jan Niklas Hasse" In-Reply-To: <8dacd7b30812020904r12ab5a28xdc1781aab6668b2a@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 Content-Disposition: inline References: <8dacd7b30812020549h40c9ecdfp3031b51469bac11c@mail.gmail.com> <48d045d60812020635j1fcbe9f6h55252601da933aa8@mail.gmail.com> <8dacd7b30812020730j2a5de5ebyc7c4b0b05faed8a3@mail.gmail.com> <48d045d60812020737l1ce8eb26v58bb9ea26a7f1854@mail.gmail.com> <8dacd7b30812020744m3252c7efwdf00bfb3229f074@mail.gmail.com> <48d045d60812020754s523e7ea3j60e4057f38158729@mail.gmail.com> <8dacd7b30812020801o1254ac7bnf94d9e9e4fd45eb4@mail.gmail.com> <48d045d60812020829j7b4adba2ha2738e8f78509103@mail.gmail.com> <8dacd7b30812020904r12ab5a28xdc1781aab6668b2a@mail.gmail.com> X-Google-Sender-Auth: e42354b314e43808 Cc: vala-list@gnome.org Subject: Re: [Vala] const in Vala X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Dec 2008 18:45:17 -0000 MjAwOC8xMi8yIEphbiBOaWtsYXMgSGFzc2UgPGpoYXNzZUBnbWFpbC5jb20+Ogo+IEBKw7xyZwo+ IElzbid0IGl0IGEgYnVnIHRoYXQgdGhlIGNvbnN0IGtleXdvcmQgY2FuJ3QgYmUgdXNlZCBpbnNp ZGUgZnVuY3Rpb25zPwoKWXVwISAgaHR0cDovL2J1Z3ppbGxhLmdub21lLm9yZy9zaG93X2J1Zy5j Z2k/aWQ9NTMwNjIzCgotbXQK From interflug1@gmx.net Thu Dec 4 00:18:55 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 7B22F75007F for ; Thu, 4 Dec 2008 00:18:55 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 3) (up: 10 hrs), (distance 21, link: ethernet/modem), [213.165.64.20] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FCncCtTC4a74 for ; Thu, 4 Dec 2008 00:18:49 +0000 (GMT) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by menubar.gnome.org (Postfix) with SMTP id CE29275000A for ; Thu, 4 Dec 2008 00:18:48 +0000 (GMT) Received: (qmail invoked by alias); 04 Dec 2008 00:18:45 -0000 Received: from p54BCB8D1.dip0.t-ipconnect.de (EHLO [192.168.178.21]) [84.188.184.209] by mail.gmx.net (mp044) with SMTP; 04 Dec 2008 01:18:45 +0100 X-Authenticated: #8275463 X-Provags-ID: V01U2FsdGVkX1+0GLtOyEq09FLaGyceEIBe4UvBBsGisM6CoV8LkJ 4/O0Z4/iXrzw9b From: lariamat To: Mailing List Vala Content-Type: text/plain Date: Thu, 04 Dec 2008 01:18:44 +0100 Message-Id: <1228349924.20926.24.camel@machina> Mime-Version: 1.0 X-Mailer: Evolution 2.24.1 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.62 Subject: [Vala] string parameter in static function X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Dec 2008 00:18:55 -0000 I get a strange c compilation warning when using a string as parameter in a static function. When i forward the string to another string everything is OK. (In my program I get this warning from a Gst.TagForeachFunc.) I am using vala 0.5.2 but I also had this warning in previous versions. Here are two testcases. The first is giving the warning, the second not. FIRST: ------------------------------------------ public static void function_1(int i, string a_string) { switch (a_string) { case "lalala_1": print("lalala_1\n"); break; default: print("default case\n"); break; } } public static int main (string[] args) { function_1(1, "lalala_1"); return 0; } ------------------------------------------ SECOND: ------------------------------------------ public static void function_1(int i, string a_string) { string x = a_string; switch (x) { case "lalala_1": print("lalala_1\n"); break; default: print("default case\n"); break; } } public static int main (string[] args) { function_1(1, "lalala_1"); return 0; } ------------------------------------------ Is this a bug or am I getting something wrong? Regards From b100dian@gmail.com Thu Dec 4 23:55:42 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id E9A7875007E for ; Thu, 4 Dec 2008 23:55:41 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.598 X-Spam-Level: X-Spam-Status: No, score=-2.598 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 2) (firewall!) (up: 1660 hrs), (distance 15, link: (Google 2)), [64.233.170.191] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4hGjp7YQN8Q7 for ; Thu, 4 Dec 2008 23:55:36 +0000 (GMT) Received: from rn-out-0910.google.com (rn-out-0910.google.com [64.233.170.191]) by menubar.gnome.org (Postfix) with ESMTP id 3565B75007B for ; Thu, 4 Dec 2008 23:55:35 +0000 (GMT) Received: by rn-out-0910.google.com with SMTP id k45so2661900rnd.10 for ; Thu, 04 Dec 2008 15:55:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type:references; bh=QaLepVXhCVo4LVdnk4Givfup77Ex91I5kOLS6O4or14=; b=lK1+JVx67zqfBXYgrz8cZ+MRGzCfaK9HhtATZR5b9YMBbd8aTFpfnYLTWs+Eu7Flr2 HbVhxZJHRKtRD3viYpRCFO4z21moslGesVU4T8bGV7r0W8S6gVNncfgeBuhz3AHKmj7l 73XZq57fAbeCznkEiWDerajntTSOjGlL28FHg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:references; b=gSWG3gcFwduU3iO2NB3d34OV+O8lf1Sno521lMpoqr+JA9WCIOiuvDJx66CpG61TMB lIYXOnRancJHPuFZbLOhfyMJGeni+EFF0BTcjJksywUbG5F5cWgU2rDiXxnMDL1tLHgL wTQpFVAV6yyr8YKFPOHR9XwlKBQCN0V4RcZvE= Received: by 10.143.13.3 with SMTP id q3mr6116432wfi.205.1228434933484; Thu, 04 Dec 2008 15:55:33 -0800 (PST) Received: by 10.142.193.6 with HTTP; Thu, 4 Dec 2008 15:55:33 -0800 (PST) Message-ID: <810526f20812041555s5d86f249kaf7adb1274ad6f10@mail.gmail.com> Date: Fri, 5 Dec 2008 01:55:33 +0200 From: "Vlad Grecescu" To: "Sam Liddicott" In-Reply-To: <493675BF.1040004@liddicott.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_20584_15950123.1228434933462" References: <11f7a7550812030342n7c779f8t1a318c22574d705a@mail.gmail.com> <493675BF.1040004@liddicott.com> Cc: Mailing List Vala , Daniele Benucci Subject: Re: [Vala] HashTable get_keys() and get_values() methods. Bug or my fault? X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Dec 2008 23:55:42 -0000 ------=_Part_20584_15950123.1228434933462 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline On Wed, Dec 3, 2008 at 2:04 PM, Sam Liddicott wrote: > * Daniele Benucci wrote, On 03/12/08 11:42: > > Grabel's Law: > > 2 is not equal to 3 -- not even for large values of 2. > I've seen some 2's masquerading as uncharacteristically small values of > aleph-null, which some poor newbie made the mistake of trying to > de-reference. > > And as aleph-null is actually a singleton as a class variable affecting > all classes,and the result's weren't pretty. As a consequence, the > contents of each dimension n (from 1 to infinity) had to be moved to > dimension n*2, and all the odd numbered dimensions became out of bounds. > > Nice one Sam, Are you implying that HashTable.get_keys() actually dereferences aleph-null? ------=_Part_20584_15950123.1228434933462 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline

On Wed, Dec 3, 2008 at 2:04 PM, Sam Liddicott <sam@liddicott.com> wrote:
* Daniele Benucci wrote, On 03/12/08 11:42:
> Grabel's Law:
> 2 is not equal to 3 -- not even for large values of 2.
I've seen some 2's masquerading as uncharacteristically small values of
aleph-null, which some poor newbie made the mistake of trying to
de-reference.

And as aleph-null is actually a singleton as a class variable affecting
all classes,and the result's weren't pretty. As a consequence, the
contents of each dimension n (from 1 to infinity) had to be moved to
dimension n*2, and all the odd numbered dimensions became out of bounds.


Nice one Sam, Are you implying that HashTable.get_keys() actually dereferences aleph-null?
------=_Part_20584_15950123.1228434933462-- From sam@liddicott.com Fri Dec 5 08:37:11 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 0F5A875007B for ; Fri, 5 Dec 2008 08:37:11 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.796 X-Spam-Level: X-Spam-Status: No, score=-1.796 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, MSGID_FROM_MTA_HEADER=0.803] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 2) (up: 2255 hrs), (distance 17, link: ethernet/modem), [206.123.89.57] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PzwS+Pp-FwJG for ; Fri, 5 Dec 2008 08:37:05 +0000 (GMT) Received: from timbuctoo.liddicott.com (timbuctoo.liddicott.com [206.123.89.57]) by menubar.gnome.org (Postfix) with ESMTP id 0F2A7750069 for ; Fri, 5 Dec 2008 08:37:04 +0000 (GMT) To: Vlad Grecescu Date: Fri, 05 Dec 2008 08:36:46 -0000 Envelope-To: b100dian@gmail.com,d.benux@gmail.com,vala-list@gnome.org References: <11f7a7550812030342n7c779f8t1a318c22574d705a@mail.gmail.com> <493675BF.1040004@liddicott.com> <810526f20812041555s5d86f249kaf7adb1274ad6f10@mail.gmail.com> Message-ID: <4938E81E.6000305@liddicott.com> From: "Sam Liddicott" Organization: Liddicott.com Received: from [10.42.42.180] (87-194-180-175.bethere.co.uk [87.194.180.175]) by timbuctoo.liddicott.com; Fri, 05 Dec 2008 08:36:50 -0000 User-Agent: Thunderbird 2.0.0.18 (X11/20081125) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Mailing List Vala , Daniele Benucci Subject: Re: [Vala] HashTable get_keys() and get_values() methods. Bug or my fault? X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Dec 2008 08:37:11 -0000 * Vlad Grecescu wrote, On 04/12/08 23:55: > > > On Wed, Dec 3, 2008 at 2:04 PM, Sam Liddicott > wrote: > > * Daniele Benucci wrote, On 03/12/08 11:42: > > Grabel's Law: > > 2 is not equal to 3 -- not even for large values of 2. > I've seen some 2's masquerading as uncharacteristically small > values of > aleph-null, which some poor newbie made the mistake of trying to > de-reference. > > And as aleph-null is actually a singleton as a class variable > affecting > all classes,and the result's weren't pretty. As a consequence, the > contents of each dimension n (from 1 to infinity) had to be moved to > dimension n*2, and all the odd numbered dimensions became out of > bounds. > > > Nice one Sam, Are you implying that HashTable.get_keys() actually > dereferences aleph-null? No.... but I'd like to see it try... Sam From karl@qdh.org.uk Fri Dec 5 10:24:37 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 731A1750097 for ; Fri, 5 Dec 2008 10:24:37 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.11 X-Spam-Level: X-Spam-Status: No, score=-1.11 tagged_above=-999 required=2 tests=[BAYES_05=-1.11] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 3) (up: 3917 hrs), (distance 12, link: ethernet/modem), [67.207.139.203] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id edjXJJN8tnzi for ; Fri, 5 Dec 2008 10:24:31 +0000 (GMT) Received: from uptime.qdh.org.uk (uptime.qdh.org.uk [67.207.139.203]) by menubar.gnome.org (Postfix) with ESMTP id 44F60750069 for ; Fri, 5 Dec 2008 10:24:30 +0000 (GMT) Received: from [192.168.1.66] (host217-43-146-53.range217-43.btcentralplus.com [217.43.146.53]) (authenticated bits=0) by uptime.qdh.org.uk (8.14.2/8.14.2) with ESMTP id mB5AOO1q007642 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 5 Dec 2008 05:24:28 -0500 From: Karl Lattimer To: Mailing List Vala Content-Type: text/plain Date: Fri, 05 Dec 2008 10:23:40 +0000 Message-Id: <1228472620.2964.1.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.24.2 (2.24.2-1.fc10) Content-Transfer-Encoding: 7bit Subject: [Vala] over-riding configure events X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Dec 2008 10:24:37 -0000 Hi, I was wondering what must be done to over-ride a configure event in a GtkWidget. I can't find an event mask for it, and therefore my configure event never seems to fire. Could someone point me to what I have to do in order to get my configure event to work? BR, K From evan@coeus-group.com Fri Dec 5 17:10:20 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 4EE56750004 for ; Fri, 5 Dec 2008 17:10:20 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 1) (up: 5511 hrs), (distance 16, link: ethernet/modem), [208.113.200.5] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5QcVQAXKS3Gd for ; Fri, 5 Dec 2008 17:10:14 +0000 (GMT) Received: from friskymail-a4.g.dreamhost.com (lax-green-bigip-5.dreamhost.com [208.113.200.5]) by menubar.gnome.org (Postfix) with ESMTP id 1A094750158 for ; Fri, 5 Dec 2008 17:10:13 +0000 (GMT) Received: from [192.168.2.101] (ip68-111-215-155.sd.sd.cox.net [68.111.215.155]) by friskymail-a4.g.dreamhost.com (Postfix) with ESMTP id DAFFA121D0C; Fri, 5 Dec 2008 09:10:06 -0800 (PST) From: Evan Nemerson To: Daniele Benucci In-Reply-To: <11f7a7550812030342n7c779f8t1a318c22574d705a@mail.gmail.com> References: <11f7a7550812030342n7c779f8t1a318c22574d705a@mail.gmail.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-U1YXJuqBPcyh8IQBVBrk" Date: Fri, 05 Dec 2008 09:10:09 -0800 Message-Id: <1228497009.20356.9.camel@desktop.nemequ.kicks-ass.net> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 Cc: vala-list@gnome.org Subject: Re: [Vala] HashTable get_keys() and get_values() methods. Bug or my fault? X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Dec 2008 17:10:20 -0000 --=-U1YXJuqBPcyh8IQBVBrk Content-Type: text/plain Content-Transfer-Encoding: quoted-printable You're declaring v as List, but it should be List. You could also just do var v =3D ht.get_values() and Vala would automatically do the right thing. On Wed, 2008-12-03 at 12:42 +0100, Daniele Benucci wrote: > using GLib; >=20 > public class HashTest : GLib.Object { > private HashTable ht; >=20 > public void run () throws DBus.Error, GLib.Error { > for (int i=3D0; i<5; i++){ > List v =3D ht.get_values(); > foreach (string s in v) > message("%d: %s",i,s); > } > } >=20 > public HashTest (){ > ht =3D new HashTable(str_hash, str_equal); > ht.insert("one","1"); > ht.insert("two","2"); > ht.insert("three","3"); > } >=20 > static int main (string[] args) { > var test =3D new HashTest (); > test.run (); > return 0; > } > } --=-U1YXJuqBPcyh8IQBVBrk Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iEYEABECAAYFAkk5YGMACgkQWNmXWClEsTMiEQCdH2VcCSylFZogH+ECPNQKFFgb ZucAoKxgix6faXwgVO5CFZTQdfpcDPO5 =OuDz -----END PGP SIGNATURE----- --=-U1YXJuqBPcyh8IQBVBrk-- From b100dian@gmail.com Sun Dec 7 12:30:28 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 129D3750068 for ; Sun, 7 Dec 2008 12:30:28 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.521 X-Spam-Level: X-Spam-Status: No, score=-2.521 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, TW_VT=0.077] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 2) (firewall!) (up: 3751 hrs), (distance 13, link: (Google 2)), [209.85.200.172] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bIPEIPk6o4Md for ; Sun, 7 Dec 2008 12:30:19 +0000 (GMT) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.172]) by menubar.gnome.org (Postfix) with ESMTP id 0B395750063 for ; Sun, 7 Dec 2008 12:30:18 +0000 (GMT) Received: by wf-out-1314.google.com with SMTP id 28so737591wff.9 for ; Sun, 07 Dec 2008 04:30:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type:references; bh=3NmfiJmBBx0KSKUQP/aMzlI8j+7vvYAoXdMyGoMpbTs=; b=bXoD1xwKGo4RDr0CAfCERxElXGZcQJ45nMYGOp3QNZIjbZjUcSkGpi87DBCoeDVBrg uOk8xU/op2M/ZKyDpwivGqzJROx3ageWrbkPBgGXK3mMQcaJA3JS6bxFGUHdnqacudWr hVFxt7KkFNJytS8/0AbpBpjXcXY7v6a5l5nB8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:references; b=i0kdV4yIIoMX3YruWhLhRyh/6v4DmyejZMLldNgcldheq62nwPuHVLtCIYOM3vlqoj Cx79jB2tHNIrT+af2CGb+CcdoxvOxNqbm7I9rQsymrTSM6Z8Nss30/BRrf5reK5HCczS UMmVDyltZCQ1Iiyclv+YtkuOl3e1N1ph115OM= Received: by 10.142.52.9 with SMTP id z9mr959466wfz.82.1228653016714; Sun, 07 Dec 2008 04:30:16 -0800 (PST) Received: by 10.142.193.6 with HTTP; Sun, 7 Dec 2008 04:30:16 -0800 (PST) Message-ID: <810526f20812070430r5ce02a7fi9fe3083677caf455@mail.gmail.com> Date: Sun, 7 Dec 2008 14:30:16 +0200 From: "Vlad Grecescu" To: "Andrea Del Signore" In-Reply-To: <1222515130.4623.10.camel@localhost.zoo.locale> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_58875_470683.1228653016710" References: <1222515130.4623.10.camel@localhost.zoo.locale> Cc: vala-list@gnome.org Subject: Re: [Vala] Vala Toys for GEdit X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Dec 2008 12:30:28 -0000 ------=_Part_58875_470683.1228653016710 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline On Sat, Sep 27, 2008 at 1:32 PM, Andrea Del Signore wrote: > Hi all, > > I've published my completion experiments on a site hosted on googlecode: > > http://vtg.googlecode.com > > The code is still a mess ;) because I used my available free time to > better modularize the source tree so the completion engine can be > enhanced and used outside the GEdit plugin, and to nail down some vala > bugs. > > Keep an eye on the Todo and Hacking pages for the why and the what... > > Any kind of help will be appreciated included some review of my poor > english. > > Have a nice day, > Andrea > > > > > > _______________________________________________ > Vala-list mailing list > Vala-list@gnome.org > http://mail.gnome.org/mailman/listinfo/vala-list > Hello Andrea, Thanks for the nice project. I just set it up from r136 and I think it really helps people develop faster in Vala! One question: I noticed that the moment you open a paranthesis, vtg shows the parameters popup *and closes the paranthesis too* i.e if I type "int main(" I already have ")" appended. Can this behaviour be optional? (or is it from gedit?) Thanks, Vlad Grecescu ------=_Part_58875_470683.1228653016710 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline

On Sat, Sep 27, 2008 at 1:32 PM, Andrea Del Signore <sejerpz@tin.it> wrote:
Hi all,

I've published my completion experiments on a site hosted on googlecode:

http://vtg.googlecode.com

The code is still a mess ;) because I used my available free time to
better modularize the source tree so the completion engine can be
enhanced and used outside the GEdit plugin, and to nail down some vala
bugs.

Keep an eye on the Todo and Hacking pages for the why and the what...

Any kind of help will be appreciated included some review of my poor
english.

Have a nice day,
Andrea





_______________________________________________
Vala-list mailing list
Vala-list@gnome.org
http://mail.gnome.org/mailman/listinfo/vala-list


Hello Andrea,

Thanks for the nice project.
I just set it up from r136  and I think it really helps people develop faster in Vala!

One question: I noticed that the moment you open a paranthesis, vtg shows the parameters popup and closes the paranthesis too
i.e if I type "int main(" I already have ")" appended.
Can this behaviour be optional? (or is it from gedit?)

Thanks,
Vlad Grecescu
------=_Part_58875_470683.1228653016710-- From sejerpz@tin.it Sun Dec 7 12:43:29 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id CC4FC750063 for ; Sun, 7 Dec 2008 12:43:29 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -3.522 X-Spam-Level: X-Spam-Status: No, score=-3.522 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, L_P0F_Unix=-1, TW_VT=0.077] X-Amavis-OS-Fingerprint: Solaris 8 (1), (distance 22, link: ethernet/modem), [212.216.176.222] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kQTiBLo3DPEy for ; Sun, 7 Dec 2008 12:43:23 +0000 (GMT) Received: from vsmtp2.tin.it (vsmtp2.tin.it [212.216.176.222]) by menubar.gnome.org (Postfix) with ESMTP id 512EB750068 for ; Sun, 7 Dec 2008 12:43:22 +0000 (GMT) Received: from [192.168.5.3] (87.15.91.56) by vsmtp2.tin.it (8.0.022) id 492D2EFD00C23BDF; Sun, 7 Dec 2008 13:43:19 +0100 From: Andrea Del Signore To: Vlad Grecescu In-Reply-To: <810526f20812070430r5ce02a7fi9fe3083677caf455@mail.gmail.com> References: <1222515130.4623.10.camel@localhost.zoo.locale> <810526f20812070430r5ce02a7fi9fe3083677caf455@mail.gmail.com> Content-Type: text/plain Date: Sun, 07 Dec 2008 13:43:17 +0100 Message-Id: <1228653797.31524.7.camel@localhost.zoo.locale> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 Content-Transfer-Encoding: 7bit Cc: vala-list@gnome.org Subject: Re: [Vala] Vala Toys for GEdit X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Dec 2008 12:43:30 -0000 On Sun, 2008-12-07 at 14:30 +0200, Vlad Grecescu wrote: > Hello Andrea, > > Thanks for the nice project. > I just set it up from r136 and I think it really helps people develop > faster in Vala! > > One question: I noticed that the moment you open a paranthesis, vtg > shows the parameters popup and closes the paranthesis too > i.e if I type "int main(" I already have ")" appended. > Can this behaviour be optional? (or is it from gedit?) > > Thanks, > Vlad Grecescu Hi Vlad, thank but remember Vtg is still a work in progress thing ;) About your request, I think that you are referring to the vtg bracket completion feature. Yes it can be turned off in the configure Vtg dialog. The bracket completion can do a lot more then closing parenthesis try this: 1) Select some text and press " or ( and you will see that text enclosed with " 2) call a function and then press shift + return, a ; will added to the end of the line and the cursor is moved to the new line with the correct tab indentation 3) write a function and press shift + control + return a couple of { } will be added 4) just write a { and the corresponding } will be added on a new line. There are still some bugs to be ironed out, and I'm fighting with a severe crash on the symbol completion module right now. I hope this help. Cheers, Andrea From b100dian@gmail.com Sun Dec 7 14:37:03 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id CE5C57500DE for ; Sun, 7 Dec 2008 14:37:03 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.521 X-Spam-Level: X-Spam-Status: No, score=-2.521 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, TW_VT=0.077] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 2) (firewall!) (up: 3772 hrs), (distance 13, link: (Google 2)), [209.85.200.170] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id IWh41wgnLHH6 for ; Sun, 7 Dec 2008 14:36:58 +0000 (GMT) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.170]) by menubar.gnome.org (Postfix) with ESMTP id 0804C75006F for ; Sun, 7 Dec 2008 14:36:57 +0000 (GMT) Received: by wf-out-1314.google.com with SMTP id 28so768449wff.9 for ; Sun, 07 Dec 2008 06:36:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type:references; bh=qt1nrcWt4FRP+mSwU39sRD/h4Z0uTKUnKD0iOCAavbw=; b=tr8zJAkpNNFy2K3GnT/Gj2Z/ubxX72/ysh+JSx0Yo/nKMJd1FRbs7+Kd8055qE+/4H kdDPUGV5Y+TVDqIlaj1Q+fCTnaobxKoqTD6ipW1qUs9V62m9xA9FOsm0Gx1WQX+vzSlX yuiS++fbEN6wCDVZXAfbkMofALtaYoTLW/Fkk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:references; b=iKLBoy536FFZnjAcZMGHLPnULHc48SZOZDYzYzzrPrLuK98D1T8kA2noLKapN+OaTj P80yCDvtH2CkWJ61F9JWtqbAZ/ynhAO9tVboq/EWvCMp0GfS1oORRgscmZD41CDb5lTY sFk5yJJ93redS1Kyn0L1qpGyr/cYJDzwwSwgA= Received: by 10.143.12.19 with SMTP id p19mr994987wfi.147.1228660615976; Sun, 07 Dec 2008 06:36:55 -0800 (PST) Received: by 10.142.193.6 with HTTP; Sun, 7 Dec 2008 06:36:55 -0800 (PST) Message-ID: <810526f20812070636n7f626508y9e95cd69665153c4@mail.gmail.com> Date: Sun, 7 Dec 2008 16:36:55 +0200 From: "Vlad Grecescu" To: "Andrea Del Signore" In-Reply-To: <1228653797.31524.7.camel@localhost.zoo.locale> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_59695_27887844.1228660615967" References: <1222515130.4623.10.camel@localhost.zoo.locale> <810526f20812070430r5ce02a7fi9fe3083677caf455@mail.gmail.com> <1228653797.31524.7.camel@localhost.zoo.locale> Cc: vala-list@gnome.org Subject: Re: [Vala] Vala Toys for GEdit X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Dec 2008 14:37:04 -0000 ------=_Part_59695_27887844.1228660615967 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline On Sun, Dec 7, 2008 at 2:43 PM, Andrea Del Signore wrote: > On Sun, 2008-12-07 at 14:30 +0200, Vlad Grecescu wrote: > > > > Hello Andrea, > > > > Thanks for the nice project. > > I just set it up from r136 and I think it really helps people develop > > faster in Vala! > > > > One question: I noticed that the moment you open a paranthesis, vtg > > shows the parameters popup and closes the paranthesis too > > i.e if I type "int main(" I already have ")" appended. > > Can this behaviour be optional? (or is it from gedit?) > > > > Thanks, > > Vlad Grecescu > > Hi Vlad, > > thank but remember Vtg is still a work in progress thing ;) > > About your request, I think that you are referring to the vtg bracket > completion feature. Yes it can be turned off in the configure Vtg > dialog. > > The bracket completion can do a lot more then closing parenthesis try > this: > > 1) Select some text and press " or ( and you will see that text enclosed > with " > 2) call a function and then press shift + return, a ; will added to the > end of the line and the cursor is moved to the new line with the correct > tab indentation > 3) write a function and press shift + control + return a couple of { } > will be added > 4) just write a { and the corresponding } will be added on a new line. > > There are still some bugs to be ironed out, and I'm fighting with a > severe crash on the symbol completion module right now. > > I hope this help. Cheers, > Andrea > > Right! I thought that disabling 'bracket completion' will stop popping up method parameters so I haven't tried it:D All those shortcuts seem interesting but will take some time to get used to, on the other side the symbol completion rocks! Thanks, Vlad ------=_Part_59695_27887844.1228660615967 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline

On Sun, Dec 7, 2008 at 2:43 PM, Andrea Del Signore <sejerpz@tin.it> wrote:
On Sun, 2008-12-07 at 14:30 +0200, Vlad Grecescu wrote:


> Hello Andrea,
>
> Thanks for the nice project.
> I just set it up from r136  and I think it really helps people develop
> faster in Vala!
>
> One question: I noticed that the moment you open a paranthesis, vtg
> shows the parameters popup and closes the paranthesis too
> i.e if I type "int main(" I already have ")" appended.
> Can this behaviour be optional? (or is it from gedit?)
>
> Thanks,
> Vlad Grecescu

Hi Vlad,

thank but remember Vtg is still a work in progress thing ;)

About your request, I think that you are referring to the vtg bracket
completion feature. Yes it can be turned off in the configure Vtg
dialog.

The bracket completion can do a lot more then closing parenthesis try
this:

1) Select some text and press " or ( and you will see that text enclosed
with "
2) call a function and then press shift + return, a ; will added to the
end of the line and the cursor is moved to the new line with the correct
tab indentation
3) write a function and press shift + control + return a couple of { }
will be added
4) just write a { and the corresponding } will be added on a new line.

There are still some bugs to be ironed out, and I'm fighting with a
severe crash on the symbol completion module right now.

I hope this help. Cheers,
Andrea


Right! I thought that disabling 'bracket completion' will stop popping up method parameters so I haven't tried it:D

All those shortcuts seem interesting but will take some time to get used to, on the other side the symbol completion rocks!

Thanks,
Vlad
------=_Part_59695_27887844.1228660615967-- From mnemo@minimum.se Mon Dec 8 20:51:15 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 2EDD8750073 for ; Mon, 8 Dec 2008 20:51:15 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: 0.801 X-Spam-Level: X-Spam-Status: No, score=0.801 tagged_above=-999 required=2 tests=[BAYES_50=0.001, L_P0F_UNKN=0.8] X-Amavis-OS-Fingerprint: UNKNOWN [65535:51:1:60:M1400,N,W3,S,T:.:?:?] (up: 2328 hrs), (link: sometimes DSL (2)), [90.185.1.42] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id W4-zTf+hs4vy for ; Mon, 8 Dec 2008 20:51:08 +0000 (GMT) Received: from smtp.fullrate.dk (mail1-hoer.fullrate.dk [90.185.1.42]) by menubar.gnome.org (Postfix) with ESMTP id 91730750008 for ; Mon, 8 Dec 2008 20:51:08 +0000 (GMT) Received: from [192.168.0.186] (4108ds2-by.0.fullrate.dk [90.184.83.113]) by smtp.fullrate.dk (Postfix) with ESMTP id 1FAE29CE98 for ; Mon, 8 Dec 2008 21:51:06 +0100 (CET) Message-ID: <493D88B9.5010602@minimum.se> Date: Mon, 08 Dec 2008 21:51:05 +0100 From: Martin Olsson User-Agent: Thunderbird 2.0.0.18 (X11/20081125) MIME-Version: 1.0 To: vala-list@gnome.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: [Vala] Stack traces for unhandled exceptions X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Dec 2008 20:51:15 -0000 Hi, One thing I really miss from C# is stack traces printed to the terminal when an exception occurs. * Would this be hard to add for Vala? * What kind of infrastructure is needed before this can be implemented in a _robust_ way? I realize that there might be tricks involving gdb etc but I still feel it would be useful to have the stacks printed by default to the terminal like python and C# (and also available in ex.stacktrace for logging etc). Martin From j@bitron.ch Mon Dec 8 23:29:27 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 54F947500A8 for ; Mon, 8 Dec 2008 23:29:27 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.6, seldom 2.4 (older, 4) (up: 3871 hrs), (distance 22, link: ethernet/modem), [195.182.222.72] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tO8musFLgtlu for ; Mon, 8 Dec 2008 23:29:21 +0000 (GMT) Received: from cpanel02.rubas.net (cpanel02.rubas.net [195.182.222.72]) by menubar.gnome.org (Postfix) with ESMTP id 2E1D8750087 for ; Mon, 8 Dec 2008 23:29:20 +0000 (GMT) Received: from 84-74-130-52.dclient.hispeed.ch ([84.74.130.52] helo=[192.168.1.55]) by cpanel02.rubas.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1L9pXQ-00072b-Qe; Tue, 09 Dec 2008 00:29:16 +0100 From: =?ISO-8859-1?Q?J=FCrg?= Billeter To: Karl Lattimer In-Reply-To: <1228230376.2969.6.camel@localhost.localdomain> References: <1228230376.2969.6.camel@localhost.localdomain> Content-Type: text/plain; charset="UTF-8" Date: Tue, 09 Dec 2008 00:29:16 +0100 Message-Id: <1228778957.13397.7.camel@jdesktop.bitron.ch> Mime-Version: 1.0 X-Mailer: Evolution 2.25.2 Content-Transfer-Encoding: quoted-printable X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cpanel02.rubas.net X-AntiAbuse: Original Domain - gnome.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - bitron.ch X-Source: X-Source-Args: X-Source-Dir: Cc: vala-list@gnome.org Subject: Re: [Vala] Time in vala X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Dec 2008 23:29:27 -0000 On Tue, 2008-12-02 at 15:06 +0000, Karl Lattimer wrote: > I can never find enough documentation about time in vala :( so I'm going > to ask a bunch of questions here... Maybe I'll add a GNOME live page > when I've got the important stuff done... God knows I already want to > update the GTK/Cairo stuff to be more detailed. >=20 > Anyway.=20 >=20 > I need to turn a timestamp into a string, but I can't seem to see how to > do this... Something like=20 >=20 > int timestamp =3D "1234151912"; // whatever... > var time =3D new Time;=20 > string date_string =3D Time.strftime("%s", timestamp);=20 > // an output like yyyy-mm-dd hh:mm would be nice.. >=20 > I can never seem to read the time vapi stuff properly :/=20 There is no proper time API in GLib, unfortunately. That's the reason why Vala is also lacking a bit in that area. I've improved the situation a bit in trunk now. time_t timestamp =3D 1234151912; var t =3D Time.gm (timestamp); // returns time in RFC 3339 format: 2009-02-09 03:58:32 string date_string =3D t.to_string (); // returns time in custom format, see strftime manpage // for example, Mon Feb 9 03:58:32 2009 string custom_string =3D t.format ("%c"); > A little introduction to using the features of time would be really > nice, I've got to do a whole load of calculations e.g. convert a > timestamp to a nearest month, day, hour etc... then build a scale of > various months/days/hours near by... I need to convert things back and > forth between timestamps and do things like add one day and get the > timestamp for that etc... Conversion from time_t to GLib.Time: var t =3D Time.gm (timestamp) Conversion from GLib.Time to time_t: time_t timestamp =3D t.mktime (); Add one day to a timestamp: timestamp +=3D 24 * 3600; HTH, J=C3=BCrg From j@bitron.ch Mon Dec 8 23:33:29 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 156D87500BE for ; Mon, 8 Dec 2008 23:33:29 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.6, seldom 2.4 (older, 4) (up: 3871 hrs), (distance 22, link: ethernet/modem), [195.182.222.72] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id q4h5kgEGkwHT for ; Mon, 8 Dec 2008 23:33:23 +0000 (GMT) Received: from cpanel02.rubas.net (cpanel02.rubas.net [195.182.222.72]) by menubar.gnome.org (Postfix) with ESMTP id BE79E750087 for ; Mon, 8 Dec 2008 23:33:22 +0000 (GMT) Received: from 84-74-130-52.dclient.hispeed.ch ([84.74.130.52] helo=[192.168.1.55]) by cpanel02.rubas.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1L9pbL-00085u-Aa; Tue, 09 Dec 2008 00:33:19 +0100 From: =?ISO-8859-1?Q?J=FCrg?= Billeter To: Karl Lattimer In-Reply-To: <1228472620.2964.1.camel@localhost.localdomain> References: <1228472620.2964.1.camel@localhost.localdomain> Content-Type: text/plain; charset="UTF-8" Date: Tue, 09 Dec 2008 00:33:19 +0100 Message-Id: <1228779199.13397.12.camel@jdesktop.bitron.ch> Mime-Version: 1.0 X-Mailer: Evolution 2.25.2 Content-Transfer-Encoding: quoted-printable X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cpanel02.rubas.net X-AntiAbuse: Original Domain - gnome.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - bitron.ch X-Source: X-Source-Args: X-Source-Dir: Cc: Mailing List Vala Subject: Re: [Vala] over-riding configure events X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Dec 2008 23:33:29 -0000 On Fri, 2008-12-05 at 10:23 +0000, Karl Lattimer wrote: > I was wondering what must be done to over-ride a configure event in a > GtkWidget. I can't find an event mask for it, and therefore my configure > event never seems to fire.=20 >=20 > Could someone point me to what I have to do in order to get my configure > event to work?=20 According to the GTK+ documentation: "To receive this signal, the GdkWindow associated to the widget needs to enable the GDK_STRUCTURE_MASK mask. GDK will enable this mask automatically for all new windows." There shouldn't be anything Vala specific about the configure event. Maybe ask on #gtk+ to get some help with that. J=C3=BCrg From chust@web.de Mon Dec 8 23:34:56 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id BA1587500BE for ; Mon, 8 Dec 2008 23:34:56 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.4-2.6 (NAT!) (up: 6642 hrs), (distance 20, link: GPRS, T1, FreeS/WAN), [217.72.192.227] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bMUwlfCn1kU4 for ; Mon, 8 Dec 2008 23:34:48 +0000 (GMT) Received: from fmmailgate02.web.de (fmmailgate02.web.de [217.72.192.227]) by menubar.gnome.org (Postfix) with ESMTP id A7883750087 for ; Mon, 8 Dec 2008 23:34:47 +0000 (GMT) Received: from smtp06.web.de (fmsmtp06.dlan.cinetic.de [172.20.5.172]) by fmmailgate02.web.de (Postfix) with ESMTP id D891BF77912A; Tue, 9 Dec 2008 00:34:44 +0100 (CET) Received: from [88.217.92.100] (helo=imurph.local) by smtp06.web.de with asmtp (TLSv1:AES256-SHA:256) (WEB.DE 4.109 #226) id 1L9pci-0007Cz-00; Tue, 09 Dec 2008 00:34:44 +0100 Message-ID: <493DAF0F.10203@web.de> Date: Tue, 09 Dec 2008 00:34:39 +0100 From: Thomas Chust User-Agent: Thunderbird 2.0.0.17 (Macintosh/20080914) MIME-Version: 1.0 To: Martin Olsson References: <493D88B9.5010602@minimum.se> In-Reply-To: <493D88B9.5010602@minimum.se> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: chust@web.de X-Sender: chust@web.de X-Provags-ID: V01U2FsdGVkX19XJ8+15Jnt/aeSoDLvNTAcLtnm3dD/K1VGDEn9 ehKd9dfkYYkuajdFlTrNPGQa9FTVnQnmjL+IX8zLTRBpNIgEcC F/CgdsfW4= Cc: vala-list@gnome.org Subject: Re: [Vala] Stack traces for unhandled exceptions X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Dec 2008 23:34:57 -0000 Martin Olsson schrieb: > [...] > One thing I really miss from C# is stack traces printed to the terminal > when an exception occurs. > > * Would this be hard to add for Vala? > * What kind of infrastructure is needed before this can be implemented > in a _robust_ way? > [...] Hello, strictly speaking, it is impossible to add, since Vala doesn't support exceptions, only syntactic sugar for GError handling. When a C / Vala / whatever program signals a GError, the signalling function *returns* (usually a special value) and sets the value of a special output parameter. If the error is propagated through multiple calls, all the functions up to the one that decides to handle the error return in that way. Therefore, at the point your error handler gets to see the error object, the stack trace leading to the point where the error was signalled is no longer available. To support stack traces, the g_set_error function from GLib would have to be modified such that it associates its own stack trace with the error object that it creates. However, you may want to have a look at the functions g_on_error_stack_trace from GLib [1], which is bound in Vala as GLib.on_error_stack_trace, or backtrace and friends from the GNU C library [2]. Using these you can get stack traces for C programs compiled with debugging information in a not completely unportable way ;-) Using the latter set of functions you could even write replacement code for g_set_error that stuffs a stack trace in the error message and signals a GError and using some dynamic linker magic (LD_PRELOAD=...) or textual substitution in the C code generated by Vala you could even trick your Vala programs to use that replacement instead of g_set_error while you are developing. cu, Thomas [1] http://library.gnome.org/devel/glib/2.18/glib-Warnings-and-Assertions.html#g-on-error-stack-trace [2] http://www.gnu.org/software/libtool/manual/libc/Backtraces.html From adam@medovina.org Tue Dec 9 15:35:01 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 60C1E750081 for ; Tue, 9 Dec 2008 15:35:01 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 2) (firewall!) (up: 169 hrs), (distance 13, link: (Google 2)), [209.85.198.228] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CE6uhSeMOWwr for ; Tue, 9 Dec 2008 15:34:55 +0000 (GMT) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.228]) by menubar.gnome.org (Postfix) with ESMTP id 1B497750030 for ; Tue, 9 Dec 2008 15:34:54 +0000 (GMT) Received: by rv-out-0506.google.com with SMTP id f6so9226rvb.3 for ; Tue, 09 Dec 2008 07:34:52 -0800 (PST) Received: by 10.140.157.4 with SMTP id f4mr98527rve.290.1228836892487; Tue, 09 Dec 2008 07:34:52 -0800 (PST) Received: from ?192.168.2.3? (c-98-210-192-184.hsd1.ca.comcast.net [98.210.192.184]) by mx.google.com with ESMTPS id c20sm88354rvf.9.2008.12.09.07.34.51 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 09 Dec 2008 07:34:51 -0800 (PST) Message-ID: <493E901A.90003@medovina.org> Date: Tue, 09 Dec 2008 07:34:50 -0800 From: Adam Dingle User-Agent: Thunderbird 2.0.0.18 (X11/20081125) MIME-Version: 1.0 To: vala-list@gnome.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: [Vala] undefined symbol: vala_code_context_set_dbus_transformation X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Dec 2008 15:35:01 -0000 I just downloaded, built and installed Vala 0.5.2. When I try to build the helloworld program from the Vala tutorial, I get the following error: $ valac -o top top.vala valac: symbol lookup error: valac: undefined symbol: vala_code_context_set_dbus_transformation $ I'm running Ubuntu 8.10. Any idea as to what might be wrong? adam From j@bitron.ch Tue Dec 9 15:43:43 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id E9A78750081 for ; Tue, 9 Dec 2008 15:43:43 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.6, seldom 2.4 (older, 4) (up: 4033 hrs), (distance 22, link: ethernet/modem), [195.182.222.72] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qow642fRUMv6 for ; Tue, 9 Dec 2008 15:43:36 +0000 (GMT) Received: from cpanel02.rubas.net (cpanel02.rubas.net [195.182.222.72]) by menubar.gnome.org (Postfix) with ESMTP id 88C077500F6 for ; Tue, 9 Dec 2008 15:43:36 +0000 (GMT) Received: from 84-74-130-52.dclient.hispeed.ch ([84.74.130.52] helo=[192.168.1.55]) by cpanel02.rubas.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1LA4kI-0005xm-5r; Tue, 09 Dec 2008 16:43:34 +0100 From: =?ISO-8859-1?Q?J=FCrg?= Billeter To: Adam Dingle In-Reply-To: <493E901A.90003@medovina.org> References: <493E901A.90003@medovina.org> Content-Type: text/plain; charset="UTF-8" Date: Tue, 09 Dec 2008 16:43:33 +0100 Message-Id: <1228837413.13737.7.camel@jdesktop.bitron.ch> Mime-Version: 1.0 X-Mailer: Evolution 2.25.2 Content-Transfer-Encoding: quoted-printable X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cpanel02.rubas.net X-AntiAbuse: Original Domain - gnome.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - bitron.ch X-Source: X-Source-Args: X-Source-Dir: Cc: vala-list@gnome.org Subject: Re: [Vala] undefined symbol: vala_code_context_set_dbus_transformation X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Dec 2008 15:43:44 -0000 On Tue, 2008-12-09 at 07:34 -0800, Adam Dingle wrote: > I just downloaded, built and installed Vala 0.5.2. When I try to build=20 > the helloworld program from the Vala tutorial, I get the following error: >=20 > $ valac -o top top.vala > valac: symbol lookup error: valac: undefined symbol:=20 > vala_code_context_set_dbus_transformation > $ >=20 > I'm running Ubuntu 8.10. Any idea as to what might be wrong? This sounds like you're using valac from 0.5.2 with libvala from an older version. Remove the old version from your system and/or make sure to add the libdir of 0.5.2 (e.g. /usr/local/lib) to /etc/ld.so.conf or LD_LIBRARY_PATH J=C3=BCrg From adam@medovina.org Tue Dec 9 15:48:24 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 89A7475011A for ; Tue, 9 Dec 2008 15:48:24 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.598 X-Spam-Level: X-Spam-Status: No, score=-2.598 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 2) (firewall!) (up: 5850 hrs), (distance 13, link: (Google 2)), [209.85.146.182] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lQ2M08TS3sMc for ; Tue, 9 Dec 2008 15:48:18 +0000 (GMT) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.182]) by menubar.gnome.org (Postfix) with ESMTP id 0AC4C750081 for ; Tue, 9 Dec 2008 15:48:17 +0000 (GMT) Received: by wa-out-1112.google.com with SMTP id k40so9275wah.31 for ; Tue, 09 Dec 2008 07:48:15 -0800 (PST) Received: by 10.141.162.9 with SMTP id p9mr128463rvo.45.1228837695601; Tue, 09 Dec 2008 07:48:15 -0800 (PST) Received: from ?192.168.2.3? (c-98-210-192-184.hsd1.ca.comcast.net [98.210.192.184]) by mx.google.com with ESMTPS id k2sm304886rvb.1.2008.12.09.07.48.14 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 09 Dec 2008 07:48:14 -0800 (PST) Message-ID: <493E933D.7090405@medovina.org> Date: Tue, 09 Dec 2008 07:48:13 -0800 From: Adam Dingle User-Agent: Thunderbird 2.0.0.18 (X11/20081125) MIME-Version: 1.0 To: =?UTF-8?B?SsO8cmcgQmlsbGV0ZXI=?= References: <493E901A.90003@medovina.org> <1228837413.13737.7.camel@jdesktop.bitron.ch> In-Reply-To: <1228837413.13737.7.camel@jdesktop.bitron.ch> Content-Type: multipart/alternative; boundary="------------090007010800010206070502" Cc: vala-list@gnome.org Subject: Re: [Vala] undefined symbol: vala_code_context_set_dbus_transformation X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Dec 2008 15:48:24 -0000 This is a multi-part message in MIME format. --------------090007010800010206070502 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Aha - yes, I still had libvala 0.3.5 installed as an Ubuntu package. I removed that package, ran ldconfig and now everything works fine. Thanks! adam Jürg Billeter wrote: > On Tue, 2008-12-09 at 07:34 -0800, Adam Dingle wrote: > >> I just downloaded, built and installed Vala 0.5.2. When I try to build >> the helloworld program from the Vala tutorial, I get the following error: >> >> $ valac -o top top.vala >> valac: symbol lookup error: valac: undefined symbol: >> vala_code_context_set_dbus_transformation >> $ >> >> I'm running Ubuntu 8.10. Any idea as to what might be wrong? >> > > This sounds like you're using valac from 0.5.2 with libvala from an > older version. Remove the old version from your system and/or make sure > to add the libdir of 0.5.2 (e.g. /usr/local/lib) to /etc/ld.so.conf or > LD_LIBRARY_PATH > > Jürg > > > > --------------090007010800010206070502 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit Aha - yes, I still had libvala 0.3.5 installed as an Ubuntu package.  I removed that package, ran ldconfig and now everything works fine.  Thanks!

adam

Jürg Billeter wrote: 
On Tue, 2008-12-09 at 07:34 -0800, Adam Dingle wrote:
  
I just downloaded, built and installed Vala 0.5.2.  When I try to build 
the helloworld program from the Vala tutorial, I get the following error:

$ valac -o top top.vala
valac: symbol lookup error: valac: undefined symbol: 
vala_code_context_set_dbus_transformation
$

I'm running Ubuntu 8.10.  Any idea as to what might be wrong?
    

This sounds like you're using valac from 0.5.2 with libvala from an
older version. Remove the old version from your system and/or make sure
to add the libdir of 0.5.2 (e.g. /usr/local/lib) to /etc/ld.so.conf or
LD_LIBRARY_PATH

Jürg

--------------090007010800010206070502-- From adam@medovina.org Tue Dec 9 19:33:51 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 6E8C4750050 for ; Tue, 9 Dec 2008 19:33:51 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 2) (firewall!) (up: 5281 hrs), (distance 15, link: (Google 2)), [74.125.92.24] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zRNJaGlwaCjz for ; Tue, 9 Dec 2008 19:33:44 +0000 (GMT) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.24]) by menubar.gnome.org (Postfix) with ESMTP id 257FA750072 for ; Tue, 9 Dec 2008 19:33:43 +0000 (GMT) Received: by qw-out-2122.google.com with SMTP id 9so49876qwb.9 for ; Tue, 09 Dec 2008 11:33:41 -0800 (PST) Received: by 10.214.80.3 with SMTP id d3mr782157qab.69.1228851221676; Tue, 09 Dec 2008 11:33:41 -0800 (PST) Received: from ?192.168.2.3? (c-98-210-192-184.hsd1.ca.comcast.net [98.210.192.184]) by mx.google.com with ESMTPS id 6sm636075ywn.40.2008.12.09.11.33.40 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 09 Dec 2008 11:33:41 -0800 (PST) Message-ID: <493EC813.2010108@medovina.org> Date: Tue, 09 Dec 2008 11:33:39 -0800 From: Adam Dingle User-Agent: Thunderbird 2.0.0.18 (X11/20081125) MIME-Version: 1.0 To: vala-list@gnome.org Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit Subject: [Vala] how to call extern function expecting function pointer? X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Dec 2008 19:33:51 -0000 I'm trying to call the C library function qsort() from Vala. I tried this: delegate int CompareFunc (void* a, void* b); extern void qsort(void *base, size_t count, size_t size, CompareFunc f); Vala accepts that, but then C compilation fails with the following: top.c:41: error: conflicting types for ‘qsort’ /usr/include/stdlib.h:689: error: previous declaration of ‘qsort’ was here Vala has generated the following C declaration with 5 parameters: static void qsort (void* base, gsize count, gsize size, CompareFunc f, void* f_target); But the C library's declaration has only 4 parameters: extern void qsort (void *__base, size_t __nmemb, size_t __size, __compar_fn_t __compar) So: is there some attribute I can apply to the extern declaration that will cause Vala to generate a compatible function prototype? Or should I instead write some C code to wrap qsort() into a C function which Vala can call more easily? Thanks for any advice - adam From chust@web.de Tue Dec 9 19:55:49 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 0F10B75009D for ; Tue, 9 Dec 2008 19:55:49 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.4-2.6 (NAT!) (up: 4797 hrs), (distance 20, link: GPRS, T1, FreeS/WAN), [217.72.192.234] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Gp8iqmrQ0kuc for ; Tue, 9 Dec 2008 19:55:42 +0000 (GMT) Received: from fmmailgate03.web.de (fmmailgate03.web.de [217.72.192.234]) by menubar.gnome.org (Postfix) with ESMTP id 9F48A750050 for ; Tue, 9 Dec 2008 19:55:42 +0000 (GMT) Received: from smtp05.web.de (fmsmtp05.dlan.cinetic.de [172.20.4.166]) by fmmailgate03.web.de (Postfix) with ESMTP id ECA65F53F83D; Tue, 9 Dec 2008 20:55:39 +0100 (CET) Received: from [88.217.54.2] (helo=imurph.local) by smtp05.web.de with asmtp (TLSv1:AES256-SHA:256) (WEB.DE 4.109 #226) id 1LA8gF-0004xq-00; Tue, 09 Dec 2008 20:55:39 +0100 Message-ID: <493ECD36.7090006@web.de> Date: Tue, 09 Dec 2008 20:55:34 +0100 From: Thomas Chust User-Agent: Thunderbird 2.0.0.17 (Macintosh/20080914) MIME-Version: 1.0 To: Adam Dingle References: <493EC813.2010108@medovina.org> In-Reply-To: <493EC813.2010108@medovina.org> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit Sender: chust@web.de X-Sender: chust@web.de X-Provags-ID: V01U2FsdGVkX186WozUTv9i/KcA3S/X3iQ3sGloY3AieFw5K+rM +EP/U9Ez8i+98NTVm77zHZQpTdUwXRjpgAjNj11yrgyUqk2Ru7 TUaaDx5Ys= Cc: vala-list@gnome.org Subject: Re: [Vala] how to call extern function expecting function pointer? X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Dec 2008 19:55:49 -0000 Adam Dingle schrieb: > [...] > So: is there some attribute I can apply to the extern declaration that > will cause Vala to generate a compatible function prototype? Or should I > instead write some C code to wrap qsort() into a C function which Vala > can call more easily? Thanks for any advice - > [...] You should declare your delegate static, since qsort doesn't allow you to pass a closure pointer through to the compare function. The signature of the delegate function type and the qsort function declaration generated by Vala should then be compatible with the C library. cu, Thomas From adam@medovina.org Tue Dec 9 20:14:20 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id ED2FC750050 for ; Tue, 9 Dec 2008 20:14:19 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.598 X-Spam-Level: X-Spam-Status: No, score=-2.598 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 2) (firewall!) (up: 9497 hrs), (distance 15, link: (Google 2)), [74.125.44.30] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PKQUg02aagPM for ; Tue, 9 Dec 2008 20:14:13 +0000 (GMT) Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.30]) by menubar.gnome.org (Postfix) with ESMTP id 21AA4750072 for ; Tue, 9 Dec 2008 20:14:12 +0000 (GMT) Received: by yx-out-2324.google.com with SMTP id 8so67129yxb.63 for ; Tue, 09 Dec 2008 12:14:10 -0800 (PST) Received: by 10.114.155.1 with SMTP id c1mr358707wae.174.1228853649504; Tue, 09 Dec 2008 12:14:09 -0800 (PST) Received: from ?192.168.2.3? (c-98-210-192-184.hsd1.ca.comcast.net [98.210.192.184]) by mx.google.com with ESMTPS id q18sm352898pog.12.2008.12.09.12.14.07 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 09 Dec 2008 12:14:08 -0800 (PST) Message-ID: <493ED18F.2020800@medovina.org> Date: Tue, 09 Dec 2008 12:14:07 -0800 From: Adam Dingle User-Agent: Thunderbird 2.0.0.18 (X11/20081125) MIME-Version: 1.0 To: Thomas Chust References: <493EC813.2010108@medovina.org> <493ECD36.7090006@web.de> In-Reply-To: <493ECD36.7090006@web.de> Content-Type: multipart/alternative; boundary="------------000502030807080506070508" Cc: vala-list@gnome.org Subject: Re: [Vala] how to call extern function expecting function pointer? X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Dec 2008 20:14:20 -0000 This is a multi-part message in MIME format. --------------000502030807080506070508 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit > You should declare your delegate static... Aha - I see. I've now declared a static delegate, and Vala now generates the following C code: typedef gint (*CompareFunc) (void* a, void* b); static void qsort (void* base, gsize count, gsize size, CompareFunc f); Unfortunately I still receive the same error message: top.c:41: error: conflicting types for ‘qsort’ /usr/include/stdlib.h:689: error: previous declaration of ‘qsort’ was here The problem seems to be that the library qsort expects a comparison function that takes const pointers: // in stdlib.h typedef int (*__compar_fn_t) (__const void *, __const void *); So, then: is there an attribute I can apply so that Vala will generate a function prototype with const? Or must I fall back on wrapping qsort() in a C function that's easier to call from Vala? thanks! adam Thomas Chust wrote: > Adam Dingle schrieb: > >> [...] >> So: is there some attribute I can apply to the extern declaration that >> will cause Vala to generate a compatible function prototype? Or should I >> instead write some C code to wrap qsort() into a C function which Vala >> can call more easily? Thanks for any advice - >> [...] >> > > You should declare your delegate static, since qsort doesn't allow you > to pass a closure pointer through to the compare function. The signature > of the delegate function type and the qsort function declaration > generated by Vala should then be compatible with the C library. > > cu, > Thomas > > --------------000502030807080506070508 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: 8bit > You should declare your delegate static...

Aha - I see.  I've now declared a static delegate, and Vala now generates the following C code:

  typedef gint (*CompareFunc) (void* a, void* b);
  static void qsort (void* base, gsize count, gsize size, CompareFunc f);

Unfortunately I still receive the same error message:

  top.c:41: error: conflicting types for ‘qsort’
  /usr/include/stdlib.h:689: error: previous declaration of ‘qsort’ was here

The problem seems to be that the library qsort expects a comparison function that takes const pointers:

  // in stdlib.h
  typedef int (*__compar_fn_t) (__const void *, __const void *);

So, then: is there an attribute I can apply so that Vala will generate a function prototype with const?  Or must I fall back on wrapping qsort() in a C function that's easier to call from Vala?

thanks!

adam

Thomas Chust wrote: 
Adam Dingle schrieb:
  
[...]
So: is there some attribute I can apply to the extern declaration that
will cause Vala to generate a compatible function prototype? Or should I
instead write some C code to wrap qsort() into a C function which Vala
can call more easily? Thanks for any advice -
[...]
    

You should declare your delegate static, since qsort doesn't allow you
to pass a closure pointer through to the compare function. The signature
of the delegate function type and the qsort function declaration
generated by Vala should then be compatible with the C library.

cu,
Thomas

--------------000502030807080506070508-- From adam@medovina.org Tue Dec 9 20:56:47 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 413D8750095 for ; Tue, 9 Dec 2008 20:56:47 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 2) (firewall!) (up: 222 hrs), (distance 16, link: (Google 2)), [209.85.198.229] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PSxZVDUYJiDe for ; Tue, 9 Dec 2008 20:56:41 +0000 (GMT) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.229]) by menubar.gnome.org (Postfix) with ESMTP id F10B5750050 for ; Tue, 9 Dec 2008 20:56:38 +0000 (GMT) Received: by rv-out-0506.google.com with SMTP id f6so117343rvb.3 for ; Tue, 09 Dec 2008 12:56:36 -0800 (PST) Received: by 10.141.152.9 with SMTP id e9mr251042rvo.189.1228856196434; Tue, 09 Dec 2008 12:56:36 -0800 (PST) Received: from ?192.168.2.3? (c-98-210-192-184.hsd1.ca.comcast.net [98.210.192.184]) by mx.google.com with ESMTPS id k37sm11017316rvb.1.2008.12.09.12.56.35 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 09 Dec 2008 12:56:35 -0800 (PST) Message-ID: <493EDB82.8000801@medovina.org> Date: Tue, 09 Dec 2008 12:56:34 -0800 From: Adam Dingle User-Agent: Thunderbird 2.0.0.18 (X11/20081125) MIME-Version: 1.0 To: vala-list@gnome.org Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit Subject: [Vala] warning calling extern function X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Dec 2008 20:56:47 -0000 I'm trying to write a trivial program that calls an extern program. I have the following: == foo.vala == extern int add(int a, int b); void main() { stdout.printf("%d\n", add(3, 4)); } == lib.c == int add(int a, int b) { return a + b; } ======= When I build, I get a warning: $ valac foo.vala lib.c foo.c:10: warning: ‘add’ used but never defined $ The program runs fine. Am I doing something wrong? Or is the warning a Vala bug? adam From ab@7ia.org Tue Dec 9 21:12:35 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 6235275008E for ; Tue, 9 Dec 2008 21:12:35 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 2) (firewall!) (up: 5962 hrs), (distance 16, link: (Google 2)), [72.14.220.153] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id RVtkY+QIgqwD for ; Tue, 9 Dec 2008 21:12:30 +0000 (GMT) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.153]) by menubar.gnome.org (Postfix) with ESMTP id ECF60750050 for ; Tue, 9 Dec 2008 21:12:27 +0000 (GMT) Received: by fg-out-1718.google.com with SMTP id l27so82586fgb.33 for ; Tue, 09 Dec 2008 13:12:25 -0800 (PST) Received: by 10.86.68.2 with SMTP id q2mr252947fga.68.1228857145332; Tue, 09 Dec 2008 13:12:25 -0800 (PST) Received: by 10.86.58.16 with HTTP; Tue, 9 Dec 2008 13:12:25 -0800 (PST) Message-ID: <6062a6e60812091312n1737221fob094e530491443ff@mail.gmail.com> Date: Wed, 10 Dec 2008 00:12:25 +0300 From: "Alexander Bokovoy" Sender: ab@7ia.org To: "Adam Dingle" In-Reply-To: <493ED18F.2020800@medovina.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <493EC813.2010108@medovina.org> <493ECD36.7090006@web.de> <493ED18F.2020800@medovina.org> X-Google-Sender-Auth: 93fb9410ac455503 Cc: vala-list@gnome.org Subject: Re: [Vala] how to call extern function expecting function pointer? X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list Reply-To: ab@altlinux.org List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Dec 2008 21:12:36 -0000 2008/12/9 Adam Dingle : >> You should declare your delegate static... > > Aha - I see. I've now declared a static delegate, and Vala now generates > the following C code: > > typedef gint (*CompareFunc) (void* a, void* b); > static void qsort (void* base, gsize count, gsize size, CompareFunc f); > > Unfortunately I still receive the same error message: > > top.c:41: error: conflicting types for 'qsort' > /usr/include/stdlib.h:689: error: previous declaration of 'qsort' was here You would need to define .vapi file for this particular function and then use this VAPI. -- / Alexander Bokovoy From mnemo@minimum.se Tue Dec 9 21:27:49 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 37177750072 for ; Tue, 9 Dec 2008 21:27:49 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.799 X-Spam-Level: X-Spam-Status: No, score=-1.799 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, L_P0F_UNKN=0.8] X-Amavis-OS-Fingerprint: UNKNOWN [65535:51:1:60:M1400,N,W3,S,T:.:?:?] (up: 2576 hrs), (link: sometimes DSL (2)), [90.185.1.42] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id IBdmXydrv9a2 for ; Tue, 9 Dec 2008 21:27:41 +0000 (GMT) Received: from smtp.fullrate.dk (mail1-hoer.fullrate.dk [90.185.1.42]) by menubar.gnome.org (Postfix) with ESMTP id D0824750050 for ; Tue, 9 Dec 2008 21:27:40 +0000 (GMT) Received: from [192.168.0.186] (4108ds2-by.0.fullrate.dk [90.184.83.113]) by smtp.fullrate.dk (Postfix) with ESMTP id A64979D2CC; Tue, 9 Dec 2008 22:27:33 +0100 (CET) Message-ID: <493EE2C5.20702@minimum.se> Date: Tue, 09 Dec 2008 22:27:33 +0100 From: Martin Olsson User-Agent: Thunderbird 2.0.0.18 (X11/20081125) MIME-Version: 1.0 To: Thomas Chust References: <493D88B9.5010602@minimum.se> <493DAF0F.10203@web.de> In-Reply-To: <493DAF0F.10203@web.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: vala-list@gnome.org Subject: Re: [Vala] Stack traces for unhandled exceptions X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Dec 2008 21:27:49 -0000 Interesting. Thanks Thomas for posting these pointers. Another (possibly worse) way would be to have Vala generate code such as: e.stack_trace += CFunctionNameToValaFunctionName(__func__); just next to where-ever Vala is currently calling g_propagate_error(). I'm not sure which approach is better but it would be nice to have something that worked without full debug info and also in release builds with heavy optimizations (inlining etc). Especially for open source programs that rely so heavily on getting bug reports from users. Besides --debug Vala might get --release-with-stacktraces-on-exceptions? I won't be able to work on any stack trace patch right now though, but maybe the dear lazy web will build it. Martin Thomas Chust wrote: > Martin Olsson schrieb: >> [...] >> One thing I really miss from C# is stack traces printed to the terminal >> when an exception occurs. >> >> * Would this be hard to add for Vala? >> * What kind of infrastructure is needed before this can be implemented >> in a _robust_ way? >> [...] > > Hello, > > strictly speaking, it is impossible to add, since Vala doesn't support > exceptions, only syntactic sugar for GError handling. When a C / Vala / > whatever program signals a GError, the signalling function *returns* > (usually a special value) and sets the value of a special output > parameter. If the error is propagated through multiple calls, all the > functions up to the one that decides to handle the error return in that way. > > Therefore, at the point your error handler gets to see the error object, > the stack trace leading to the point where the error was signalled is no > longer available. To support stack traces, the g_set_error function from > GLib would have to be modified such that it associates its own stack > trace with the error object that it creates. > > However, you may want to have a look at the functions > g_on_error_stack_trace from GLib [1], which is bound in Vala as > GLib.on_error_stack_trace, or backtrace and friends from the GNU C > library [2]. Using these you can get stack traces for C programs > compiled with debugging information in a not completely unportable way > ;-) Using the latter set of functions you could even write replacement > code for g_set_error that stuffs a stack trace in the error message and > signals a GError and using some dynamic linker magic (LD_PRELOAD=...) or > textual substitution in the C code generated by Vala you could even > trick your Vala programs to use that replacement instead of g_set_error > while you are developing. > > cu, > Thomas > > > [1] > http://library.gnome.org/devel/glib/2.18/glib-Warnings-and-Assertions.html#g-on-error-stack-trace > > [2] http://www.gnu.org/software/libtool/manual/libc/Backtraces.html > From dan.lucraft@googlemail.com Thu Dec 11 08:31:12 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id D960E75015B for ; Thu, 11 Dec 2008 08:31:12 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 2) (firewall!) (up: 578 hrs), (distance 13, link: (Google 2)), [209.85.198.234] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4x7UxGYwZdhM for ; Thu, 11 Dec 2008 08:31:03 +0000 (GMT) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.234]) by menubar.gnome.org (Postfix) with ESMTP id 98EDA750154 for ; Thu, 11 Dec 2008 08:31:03 +0000 (GMT) Received: by rv-out-0506.google.com with SMTP id f6so806368rvb.3 for ; Thu, 11 Dec 2008 00:31:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender :to:subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references :x-google-sender-auth; bh=BclLUI3tCHDo9NBYbE1Kc8As/3lzsLa3FKXpEKt1L/k=; b=DWR/qLAeJ8B36kcS/666iHKzkKTJ/IC1d9kS6/z1FRt9UmC1CZOT7nYb1cJemOX0jw bm1HBLYq7oZUFrPToITxobrBEYJoAUSffYRZkFO1LiWeV1JHr3ixnDq3wg03xJlvCBqc x733wdYFhMLcPP/eyuJVhlVhbH0AcID4bRcsg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references:x-google-sender-auth; b=l4/IeS6gK6dcuv7w7E4mpE07k1cRUs4cfy58toHYZUW6Kt0abuyHnQ+PaoUD0yfkcb Mbpu4w+pvCjAHQR4Ls2y9t2VTqfpKhG3KJVPrzF6fCHGUW91TEwUDgId8oP2pQDGShlX naNKEuAoLb+ZAHN6BCtU+n6ntqzpJB6xbz3X4= Received: by 10.140.194.21 with SMTP id r21mr1136730rvf.256.1228984261457; Thu, 11 Dec 2008 00:31:01 -0800 (PST) Received: by 10.140.133.6 with HTTP; Thu, 11 Dec 2008 00:31:01 -0800 (PST) Message-ID: <7adafe290812110031r67e7244cpf01d8eceeeb119bd@mail.gmail.com> Date: Thu, 11 Dec 2008 08:31:01 +0000 From: "Daniel Lucraft" Sender: dan.lucraft@googlemail.com To: ab@altlinux.org In-Reply-To: <6062a6e60812091312n1737221fob094e530491443ff@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <493EC813.2010108@medovina.org> <493ECD36.7090006@web.de> <493ED18F.2020800@medovina.org> <6062a6e60812091312n1737221fob094e530491443ff@mail.gmail.com> X-Google-Sender-Auth: c0b5cca2281cab54 Cc: vala-list@gnome.org Subject: Re: [Vala] how to call extern function expecting function pointer? X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Dec 2008 08:31:13 -0000 Hi Adam I posted some code a few weeks ago on this list of how to call qsort: http://mail.gnome.org/archives/vala-list/2008-November/msg00110.html Juergbi said that using a VAPI wasn't going to be how we eventually have sort in Vala, rather it would be implemented by the compiler in the same way that array.size and array.move are. But you could still use this patch to make sort work in your own applications. best, Dan ___________________________ Daniel Lucraft http://www.daniellucraft.com/ 2008/12/9 Alexander Bokovoy : > 2008/12/9 Adam Dingle : >>> You should declare your delegate static... >> >> Aha - I see. I've now declared a static delegate, and Vala now generates >> the following C code: >> >> typedef gint (*CompareFunc) (void* a, void* b); >> static void qsort (void* base, gsize count, gsize size, CompareFunc f); >> >> Unfortunately I still receive the same error message: >> >> top.c:41: error: conflicting types for 'qsort' >> /usr/include/stdlib.h:689: error: previous declaration of 'qsort' was here > You would need to define .vapi file for this particular function and > then use this VAPI. > > -- > / Alexander Bokovoy > _______________________________________________ > Vala-list mailing list > Vala-list@gnome.org > http://mail.gnome.org/mailman/listinfo/vala-list > From karl@qdh.org.uk Thu Dec 11 11:36:35 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 27B1575015E for ; Thu, 11 Dec 2008 11:36:35 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 3) (up: 4063 hrs), (distance 12, link: ethernet/modem), [67.207.139.203] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bgaXPq940zw5 for ; Thu, 11 Dec 2008 11:36:28 +0000 (GMT) Received: from uptime.qdh.org.uk (uptime.qdh.org.uk [67.207.139.203]) by menubar.gnome.org (Postfix) with ESMTP id A931D75008C for ; Thu, 11 Dec 2008 11:36:28 +0000 (GMT) Received: from [192.168.1.64] (host86-147-56-29.range86-147.btcentralplus.com [86.147.56.29]) (authenticated bits=0) by uptime.qdh.org.uk (8.14.2/8.14.2) with ESMTP id mBBBaIQ3012519 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 11 Dec 2008 06:36:22 -0500 From: Karl Lattimer To: =?ISO-8859-1?Q?J=FCrg?= Billeter In-Reply-To: <1228779199.13397.12.camel@jdesktop.bitron.ch> References: <1228472620.2964.1.camel@localhost.localdomain> <1228779199.13397.12.camel@jdesktop.bitron.ch> Content-Type: text/plain; charset="UTF-8" Date: Thu, 11 Dec 2008 11:35:27 +0000 Message-Id: <1228995327.2940.17.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.24.2 (2.24.2-1.fc10) Content-Transfer-Encoding: 8bit Cc: Mailing List Vala Subject: Re: [Vala] over-riding configure events X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Dec 2008 11:36:35 -0000 On Tue, 2008-12-09 at 00:33 +0100, Jürg Billeter wrote: > On Fri, 2008-12-05 at 10:23 +0000, Karl Lattimer wrote: > > I was wondering what must be done to over-ride a configure event in a > > GtkWidget. I can't find an event mask for it, and therefore my configure > > event never seems to fire. > > > > Could someone point me to what I have to do in order to get my configure > > event to work? > > According to the GTK+ documentation: > > "To receive this signal, the GdkWindow associated to the widget needs to > enable the GDK_STRUCTURE_MASK mask. GDK will enable this mask > automatically for all new windows." This is different to the python way, but never mind... I haven't used configure in C in a couple of years. > There shouldn't be anything Vala specific about the configure event. > Maybe ask on #gtk+ to get some help with that. I've added Gdk.EventMask.STRUCTURE_MASK to my event mask and I'm still not receiving the configure event, I also tried adding a Gdk.EventMask.SUBSTRUCTUREMASK too and nothing... I suppose I'm going to have to go to #gtk+ and see what they have to say... I think picking up the event in a widget is quite a bit different to picking it up from the window itself... BR, K From j@bitron.ch Thu Dec 11 21:11:52 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id D73FC7500BD for ; Thu, 11 Dec 2008 21:11:52 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.6, seldom 2.4 (older, 4) (up: 4568 hrs), (distance 22, link: ethernet/modem), [195.182.222.72] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KTyvTfBXzWrZ for ; Thu, 11 Dec 2008 21:11:46 +0000 (GMT) Received: from cpanel02.rubas.net (cpanel02.rubas.net [195.182.222.72]) by menubar.gnome.org (Postfix) with ESMTP id 8A8A37500AC for ; Thu, 11 Dec 2008 21:11:45 +0000 (GMT) Received: from 84-74-130-52.dclient.hispeed.ch ([84.74.130.52] helo=[192.168.1.55]) by cpanel02.rubas.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1LAsox-0004OR-8P; Thu, 11 Dec 2008 22:11:43 +0100 From: =?ISO-8859-1?Q?J=FCrg?= Billeter To: =?ISO-8859-1?Q?Fr=E9d=E9ric?= Gaudy In-Reply-To: <581088.416.qm@web28602.mail.ukl.yahoo.com> References: <581088.416.qm@web28602.mail.ukl.yahoo.com> Content-Type: text/plain; charset="UTF-8" Date: Thu, 11 Dec 2008 22:11:42 +0100 Message-Id: <1229029902.3546.35.camel@jdesktop.bitron.ch> Mime-Version: 1.0 X-Mailer: Evolution 2.25.2 Content-Transfer-Encoding: quoted-printable X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cpanel02.rubas.net X-AntiAbuse: Original Domain - gnome.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - bitron.ch X-Source: X-Source-Args: X-Source-Dir: Cc: vala-list@gnome.org Subject: Re: [Vala] use weak and var together X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Dec 2008 21:11:53 -0000 On Wed, 2008-12-03 at 14:05 +0000, Fr=C3=A9d=C3=A9ric Gaudy wrote: > I don't know if it' a bug or a feature. When I use weak and var > keywords, I obtain a error: > error: The type name `var' could not be found >=20 > Code :=20 > weak var thread =3D Thread.create( this.process_thread, true); I haven't decided yet whether we should support that and if yes, what exact syntax to use. In addition to your example, just weak thread =3D... might also be a possibility. I tend to not support it at all at the moment and rather try to minimize the number of situations where 'weak' is needed. J=C3=BCrg From rainwoodman@gmail.com Fri Dec 12 04:56:48 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 167A5750006 for ; Fri, 12 Dec 2008 04:56:48 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 2) (firewall!) (up: 10064 hrs), (distance 14, link: (Google 2)), [74.125.44.29] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gjctdwWQ6GmJ for ; Fri, 12 Dec 2008 04:56:40 +0000 (GMT) Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.29]) by menubar.gnome.org (Postfix) with ESMTP id D91E875002E for ; Fri, 12 Dec 2008 04:56:39 +0000 (GMT) Received: by yx-out-2324.google.com with SMTP id 8so590383yxb.63 for ; Thu, 11 Dec 2008 20:56:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:from:to:cc :in-reply-to:references:content-type:date:message-id:mime-version :x-mailer:content-transfer-encoding; bh=UIfNryLd9kEJw5+lR4eyWXgoFXY2b4Ya6arT9zyYhPg=; b=BZpSuMhKLz8md5896xNrCN8pTKu4Reh0WfQH5Vcn0axJovzI43nGj9M00FEf7VMaBB v2fuLLvtVzonEbz9X0btA4o3pEa6F5/UKTwDubxWVUWWrNsGUl9rRkPWs5DUOv0f6a3q /+rRmmkzSKLL8X/D3pGumFd2vLxhzmtnv4rg8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:from:to:cc:in-reply-to:references:content-type:date :message-id:mime-version:x-mailer:content-transfer-encoding; b=QPAERtjM2lKkD2cKT7W1biu46pQr4/+e5ci9sh3qUI4FxOYken3bzbZ5VGw+TxL2mL cDDodM0d8qPUfvW9hHS5SUUV/t6DueevSh3NS8de6xF/Pl/mWE16bGybT7xyl3anaAw2 H92CD+IgTvM8qJGXufqdw4G0HGycSbyOzCw5Q= Received: by 10.65.132.20 with SMTP id j20mr2727486qbn.43.1229057797544; Thu, 11 Dec 2008 20:56:37 -0800 (PST) Received: from ?149.159.132.185? (149-159-132-185.dhcp-bl.indiana.edu [149.159.132.185]) by mx.google.com with ESMTPS id k30sm5347514qba.28.2008.12.11.20.56.31 (version=SSLv3 cipher=RC4-MD5); Thu, 11 Dec 2008 20:56:34 -0800 (PST) From: Yu Feng To: =?ISO-8859-1?Q?J=FCrg?= Billeter In-Reply-To: <1229029902.3546.35.camel@jdesktop.bitron.ch> References: <581088.416.qm@web28602.mail.ukl.yahoo.com> <1229029902.3546.35.camel@jdesktop.bitron.ch> Content-Type: text/plain; charset="UTF-8" Date: Thu, 11 Dec 2008 23:56:30 -0500 Message-Id: <1229057790.3531.11.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.24.2 (2.24.2-1.fc10) Content-Transfer-Encoding: 8bit Cc: vala-list@gnome.org Subject: Re: [Vala] use weak and var together X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Dec 2008 04:56:48 -0000 On Thu, 2008-12-11 at 22:11 +0100, Jürg Billeter wrote: > On Wed, 2008-12-03 at 14:05 +0000, Frédéric Gaudy wrote: > > I don't know if it' a bug or a feature. When I use weak and var > > keywords, I obtain a error: > > error: The type name `var' could not be found > > > > Code : > > weak var thread = Thread.create( this.process_thread, true); > > I haven't decided yet whether we should support that and if yes, what > exact syntax to use. In addition to your example, just > > weak thread =... > > might also be a possibility. I tend to not support it at all at the > moment and rather try to minimize the number of situations where 'weak' > is needed. I am wondering why you dislike weak so much. It does usually mess stuff up but it is also good if one knows what she is doing. It not only saves a ref and unref, but also breaks circular references. Talking about circular references, is it possible to have a circular ref breaker mechanism like the one in GTK for vala fundamental classes? - Yu > > Jürg > > > _______________________________________________ > Vala-list mailing list > Vala-list@gnome.org > http://mail.gnome.org/mailman/listinfo/vala-list From j@bitron.ch Fri Dec 12 07:09:07 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id E4C7075000B for ; Fri, 12 Dec 2008 07:09:07 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.6, seldom 2.4 (older, 4) (up: 4667 hrs), (distance 22, link: ethernet/modem), [195.182.222.72] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Xmz4z0uFbwN6 for ; Fri, 12 Dec 2008 07:09:01 +0000 (GMT) Received: from cpanel02.rubas.net (cpanel02.rubas.net [195.182.222.72]) by menubar.gnome.org (Postfix) with ESMTP id 784C4750006 for ; Fri, 12 Dec 2008 07:08:59 +0000 (GMT) Received: from 84-74-130-52.dclient.hispeed.ch ([84.74.130.52] helo=[192.168.1.55]) by cpanel02.rubas.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1LB28t-0003aS-Is; Fri, 12 Dec 2008 08:08:55 +0100 From: =?ISO-8859-1?Q?J=FCrg?= Billeter To: Yu Feng In-Reply-To: <1229057790.3531.11.camel@localhost.localdomain> References: <581088.416.qm@web28602.mail.ukl.yahoo.com> <1229029902.3546.35.camel@jdesktop.bitron.ch> <1229057790.3531.11.camel@localhost.localdomain> Content-Type: text/plain; charset="UTF-8" Date: Fri, 12 Dec 2008 08:08:54 +0100 Message-Id: <1229065734.3543.4.camel@jdesktop.bitron.ch> Mime-Version: 1.0 X-Mailer: Evolution 2.25.2 Content-Transfer-Encoding: quoted-printable X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cpanel02.rubas.net X-AntiAbuse: Original Domain - gnome.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - bitron.ch X-Source: X-Source-Args: X-Source-Dir: Cc: vala-list@gnome.org Subject: Re: [Vala] use weak and var together X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Dec 2008 07:09:08 -0000 On Thu, 2008-12-11 at 23:56 -0500, Yu Feng wrote: > On Thu, 2008-12-11 at 22:11 +0100, J=C3=BCrg Billeter wrote: > > On Wed, 2008-12-03 at 14:05 +0000, Fr=C3=A9d=C3=A9ric Gaudy wrote: > > > I don't know if it' a bug or a feature. When I use weak and var > > > keywords, I obtain a error: > > > error: The type name `var' could not be found > > >=20 > > > Code :=20 > > > weak var thread =3D Thread.create( this.process_thread, true); > >=20 > > I haven't decided yet whether we should support that and if yes, what > > exact syntax to use. In addition to your example, just > >=20 > > weak thread =3D... > >=20 > > might also be a possibility. I tend to not support it at all at the > > moment and rather try to minimize the number of situations where 'weak' > > is needed. >=20 > I am wondering why you dislike weak so much. It does usually mess stuff > up but it is also good if one knows what she is doing. > It not only saves a ref and unref, but also breaks circular references.=20 var is only used for local variables and you never need to break circular references with local variables. I only dislike it if it's used to workaround issues with not reference-counted objects. weak is perfectly fine to break circular references, that's the main reason it exists. > Talking about circular references, is it possible to have a circular ref > breaker mechanism like the one in GTK for vala fundamental classes? I don't think we should always add a dispose mechanism to fundamental classes. However, if someone wants to use that, it should still be possible to implement this with a bit of extra Vala code. J=C3=BCrg From j@bitron.ch Fri Dec 12 08:05:02 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 3457275006D for ; Fri, 12 Dec 2008 08:05:02 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.6, seldom 2.4 (older, 4) (up: 4677 hrs), (distance 22, link: ethernet/modem), [195.182.222.72] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id oktXTTR5Arg5 for ; Fri, 12 Dec 2008 08:04:54 +0000 (GMT) Received: from cpanel02.rubas.net (cpanel02.rubas.net [195.182.222.72]) by menubar.gnome.org (Postfix) with ESMTP id 3604F75000B for ; Fri, 12 Dec 2008 08:04:53 +0000 (GMT) Received: from 84-74-130-52.dclient.hispeed.ch ([84.74.130.52] helo=[192.168.1.55]) by cpanel02.rubas.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1LB311-0001Fz-H2; Fri, 12 Dec 2008 09:04:51 +0100 From: =?ISO-8859-1?Q?J=FCrg?= Billeter To: Ildar Mulyukov In-Reply-To: <1224018197.12120.16@ildar.innovations.kz> References: <1224018197.12120.16@ildar.innovations.kz> Content-Type: text/plain; charset="UTF-8" Date: Fri, 12 Dec 2008 09:04:51 +0100 Message-Id: <1229069091.3543.10.camel@jdesktop.bitron.ch> Mime-Version: 1.0 X-Mailer: Evolution 2.25.2 Content-Transfer-Encoding: quoted-printable X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cpanel02.rubas.net X-AntiAbuse: Original Domain - gnome.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - bitron.ch X-Source: X-Source-Args: X-Source-Dir: Cc: Vala compiler development and discussion Subject: Re: [Vala] [ModuleInit] and __attribute__ ((constructor)) ? X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Dec 2008 08:05:02 -0000 Hi Ildar, On Wed, 2008-10-15 at 03:03 +0600, Ildar Mulyukov wrote: > I am very new to Vala. Great thanks to J=C3=BCrg and participants. >=20 > I've a question (or it's really two separate questions?) >=20 > 1. What does [ModuleInit] do? > I've checked the generated C-code for it and found that it does =20 > nothing noticeable. At least in this snippet: =20 > http://live.gnome.org/Vala/TypeModules Vala uses g_type_module_register_type if you add the [ModuleInit] attribute. That's needed if you want to dynamically load and unload plug-ins that define types in the GObject type system. > 2. I want to have __attribute__ ((constructor)) function but cannot =20 > figure out how to do it. Any hint? We do not support this at the moment. It's only available in GCC, as fars as I know. J=C3=BCrg From j@bitron.ch Sat Dec 13 09:37:33 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 076CB750071 for ; Sat, 13 Dec 2008 09:37:33 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.522 X-Spam-Level: X-Spam-Status: No, score=-2.522 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, TW_BD=0.077] X-Amavis-OS-Fingerprint: Linux 2.6, seldom 2.4 (older, 4) (up: 4932 hrs), (distance 22, link: ethernet/modem), [195.182.222.72] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gRAPD8-w3Q6j for ; Sat, 13 Dec 2008 09:37:24 +0000 (GMT) Received: from cpanel02.rubas.net (cpanel02.rubas.net [195.182.222.72]) by menubar.gnome.org (Postfix) with ESMTP id 129B8750063 for ; Sat, 13 Dec 2008 09:37:23 +0000 (GMT) Received: from 84-74-130-52.dclient.hispeed.ch ([84.74.130.52] helo=[192.168.1.55]) by cpanel02.rubas.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1LBQw5-0005XM-B5 for vala-list@gnome.org; Sat, 13 Dec 2008 10:37:21 +0100 From: =?ISO-8859-1?Q?J=FCrg?= Billeter To: vala-list@gnome.org Content-Type: text/plain; charset="UTF-8" Date: Sat, 13 Dec 2008 10:37:20 +0100 Message-Id: <1229161040.3552.20.camel@jdesktop.bitron.ch> Mime-Version: 1.0 X-Mailer: Evolution 2.25.2 Content-Transfer-Encoding: quoted-printable X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cpanel02.rubas.net X-AntiAbuse: Original Domain - gnome.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - bitron.ch X-Source: X-Source-Args: X-Source-Dir: Subject: [Vala] D-Bus server testing X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Dec 2008 09:37:33 -0000 Hi all, due to various issues and limitations with type marshalling of dbus-glib, I've rewritten D-Bus server support to directly use libdbus to read and write D-Bus messages. The rewrite is not yet in trunk as it hasn't been tested extensively yet. I've attached a patch to bug 560034[1]. The libdbus-based marshalling code is shared with the experimental static D-Bus client support, which was introduced in Vala 0.5.2. I'd like you to test this patch with your existing D-Bus server code and report regressions. If we can get the rewrite to a usable state this weekend, it will be part of the 0.5.3 release on Monday. Otherwise, I'll commit it to trunk after the release. There is also a new feature included in the patch. If the first parameter of your D-Bus server method is a DBus.BusName, Vala will pass the bus name of the sender as argument. BusName is a subclass of string. The dynamic D-Bus client code is not affected by this patch, it still uses dbus-glib. However, migrating the D-Bus client support will be the next step after landing D-Bus server support. J=C3=BCrg [1] http://bugzilla.gnome.org/show_bug.cgi?id=3D560034 From mickey@vanille-media.de Sat Dec 13 10:37:09 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 63048750065 for ; Sat, 13 Dec 2008 10:37:09 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: 0.06 X-Spam-Level: X-Spam-Status: No, score=0.06 tagged_above=-999 required=2 tests=[BAYES_20=-0.74, L_P0F_UNKN=0.8] X-Amavis-OS-Fingerprint: UNKNOWN [S4:46:1:60:M1460,S,T,N,W3:.:?:?] (up: 9719 hrs), (link: ethernet/modem), [78.47.116.26] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5IaQ1YePQEfK for ; Sat, 13 Dec 2008 10:37:03 +0000 (GMT) Received: from drlauer-research.com (static.26.116.47.78.clients.your-server.de [78.47.116.26]) by menubar.gnome.org (Postfix) with ESMTP id 8EA1B750063 for ; Sat, 13 Dec 2008 10:37:03 +0000 (GMT) Received: from andromeda.vanille.de (e180130048.adsl.alicedsl.de [85.180.130.48]) by drlauer-research.com (Postfix) with ESMTP id 5C6BF584BD5 for ; Sat, 13 Dec 2008 11:54:49 +0100 (CET) From: "Michael 'Mickey' Lauer" Organization: Vanille-Media To: vala-list@gnome.org Date: Sat, 13 Dec 2008 11:36:58 +0100 User-Agent: KMail/1.9.10 References: <1229161040.3552.20.camel@jdesktop.bitron.ch> In-Reply-To: <1229161040.3552.20.camel@jdesktop.bitron.ch> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200812131136.58754.mickey@vanille-media.de> Subject: Re: [Vala] D-Bus server testing X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Dec 2008 10:37:09 -0000 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: From j@bitron.ch Sat Dec 13 10:53:59 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 0F6B6750065 for ; Sat, 13 Dec 2008 10:53:59 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.203 X-Spam-Level: X-Spam-Status: No, score=-1.203 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, MIME_QP_LONG_LINE=1.396] X-Amavis-OS-Fingerprint: Linux 2.6, seldom 2.4 (older, 4) (up: 4945 hrs), (distance 22, link: ethernet/modem), [195.182.222.72] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id giM3ieMmFCYO for ; Sat, 13 Dec 2008 10:53:52 +0000 (GMT) Received: from cpanel02.rubas.net (cpanel02.rubas.net [195.182.222.72]) by menubar.gnome.org (Postfix) with ESMTP id 70A2E750063 for ; Sat, 13 Dec 2008 10:53:51 +0000 (GMT) Received: from 84-74-130-52.dclient.hispeed.ch ([84.74.130.52] helo=[192.168.1.55]) by cpanel02.rubas.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1LBS86-0007Zs-4w; Sat, 13 Dec 2008 11:53:50 +0100 From: =?ISO-8859-1?Q?J=FCrg?= Billeter To: Michael 'Mickey' Lauer In-Reply-To: <200812131136.58754.mickey@vanille-media.de> References: <1229161040.3552.20.camel@jdesktop.bitron.ch> <200812131136.58754.mickey@vanille-media.de> Content-Type: text/plain; charset="UTF-8" Date: Sat, 13 Dec 2008 11:53:49 +0100 Message-Id: <1229165629.3552.31.camel@jdesktop.bitron.ch> Mime-Version: 1.0 X-Mailer: Evolution 2.25.2 Content-Transfer-Encoding: quoted-printable X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cpanel02.rubas.net X-AntiAbuse: Original Domain - gnome.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - bitron.ch X-Source: X-Source-Args: X-Source-Dir: Cc: vala-list@gnome.org Subject: Re: [Vala] D-Bus server testing X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Dec 2008 10:53:59 -0000 On Sat, 2008-12-13 at 11:36 +0100, Michael 'Mickey' Lauer wrote: > Awesome, glad to hear this. >=20 > As a consequence of this, both async. and sync. operation both client an= d=20 > server side will be supported then? >=20 > Do we have any other showstoppers left in dbus support then or would you=20 > consider it feature complete? Async D-Bus server support will be implemented on top of the patch, so it's not there yet but will hopefully follow soon. The plan is to use the coroutine based async method support I mentioned in the 0.5.1 release announcement. Other than that, I'd like to complete the static D-Bus client support and move the dynamic D-Bus client support to the same code base. Async D-Bus method calls will be supported in coroutines, which should simplify non-blocking D-Bus clients. J=C3=BCrg From scumm_fredo@gmx.net Sat Dec 13 13:34:57 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 89EF8750071 for ; Sat, 13 Dec 2008 13:34:57 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 3) (up: 239 hrs), (distance 21, link: ethernet/modem), [213.165.64.20] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jNX3ZTYve6uc for ; Sat, 13 Dec 2008 13:34:51 +0000 (GMT) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by menubar.gnome.org (Postfix) with SMTP id C97FD750065 for ; Sat, 13 Dec 2008 13:34:50 +0000 (GMT) Received: (qmail invoked by alias); 13 Dec 2008 13:34:47 -0000 Received: from p5B1337CE.dip0.t-ipconnect.de (EHLO [192.168.0.10]) [91.19.55.206] by mail.gmx.net (mp042) with SMTP; 13 Dec 2008 14:34:47 +0100 X-Authenticated: #7643682 X-Provags-ID: V01U2FsdGVkX18TPpsIggcTfmDYk+ubOrFhqrrEfut0aSla4F/EDF /Z0jRtRfDNfMNR Message-ID: <4943B9F5.8040305@gmx.net> Date: Sat, 13 Dec 2008 14:34:45 +0100 From: Frederik User-Agent: Thunderbird 2.0.0.18 (X11/20081125) MIME-Version: 1.0 To: vala-list@gnome.org Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.71 Subject: [Vala] VAPI bindings: omit function target argument X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Dec 2008 13:34:57 -0000 I want to write vapi bindings for a C function that gets passed another function as argument: public delegate void HookFunc (); public void set_hook (HookFunc f); But the original C function doesn't want a target argument (which Vala passes implicitly). I can move its position with public void set_hook ([CCode (delegate_target_pos=...)] HookFunc f); but I haven't figured out how to omit it. Is it possible to do that? Regards, Frederik From ildar@users.sourceforge.net Sat Dec 13 14:35:02 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id B281E750080 for ; Sat, 13 Dec 2008 14:35:02 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.799 X-Spam-Level: X-Spam-Status: No, score=-1.799 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, L_P0F_UNKN=0.8] X-Amavis-OS-Fingerprint: UNKNOWN [S4:42:1:52:M1460,N,N,S,N,W4:.:?:?], (link: ethernet/modem), [213.157.44.222] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wmCEy+jDzkB5 for ; Sat, 13 Dec 2008 14:34:56 +0000 (GMT) Received: from mail.ttvs.kz (mail.ttvs.kz [213.157.44.222]) by menubar.gnome.org (Postfix) with ESMTP id 9E766750063 for ; Sat, 13 Dec 2008 14:34:55 +0000 (GMT) Received: from ildar.innovations.kz (unknown [92.47.210.15]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: ildar@innovations.kz) by mail.ttvs.kz (Postfix) with ESMTP id DD5DB44101 for ; Sat, 13 Dec 2008 20:19:43 +0600 (ALMT) Received: from ildar.innovations.kz (localhost [127.0.0.1]) by ildar.innovations.kz (Postfix) with ESMTP id BE2F31408E for ; Sat, 13 Dec 2008 20:34:08 +0600 (ALMT) Date: Sat, 13 Dec 2008 20:34:08 +0600 From: Ildar Mulyukov To: Vala compiler development and discussion In-Reply-To: <1229069091.3543.10.camel@jdesktop.bitron.ch> (from j@bitron.ch on Fri Dec 12 14:04:51 2008) X-Mailer: Balsa 2.3.25 Message-Id: <1229178848.12106.7@ildar.innovations.kz> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp=Yes; Format=Flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable X-Drweb-SpamState: no X-Drweb-SpamScore: -130 Subject: Re: [Vala] [ModuleInit] and __attribute__ ((constructor)) ? X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Dec 2008 14:35:02 -0000 Hi, J=FCrg! thanks for your answers. On 12.12.2008 14:04:51, J=FCrg Billeter wrote: > Hi Ildar, >=20 > On Wed, 2008-10-15 at 03:03 +0600, Ildar Mulyukov wrote: > > I am very new to Vala. Great thanks to J=FCrg and participants. > > I've a question (or it's really two separate questions?) > > 1. What does [ModuleInit] do? > Vala uses g_type_module_register_type if you add the [ModuleInit] =20 > attribute. That's needed if you want to dynamically load and unload =20 > plug-ins that define types in the GObject type system. Again, I've checked the generated C-code for it and found that it does =20 nothing noticeable. That means, that I've compiled with and without =20 [ModuleInit]. >> 2. I want to have __attribute__ ((constructor)) function but cannot =20 >> figure out how to do it. Any hint? > We do not support this at the moment. It's only available in GCC, as =20 > fars as I know. Ok. Thanks! Best regards, --=20 Ildar Mulyukov, free SW designer/programmer =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D email: ildar@users.sourceforge.net home: http://tuganger.narod.ru/ ALT Linux Sisyphus =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D From j@bitron.ch Sat Dec 13 14:38:28 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 553D6750080 for ; Sat, 13 Dec 2008 14:38:28 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.6, seldom 2.4 (older, 4) (up: 4982 hrs), (distance 22, link: ethernet/modem), [195.182.222.72] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 65FFcSwSBV4t for ; Sat, 13 Dec 2008 14:38:20 +0000 (GMT) Received: from cpanel02.rubas.net (cpanel02.rubas.net [195.182.222.72]) by menubar.gnome.org (Postfix) with ESMTP id 33E487500BE for ; Sat, 13 Dec 2008 14:38:19 +0000 (GMT) Received: from 84-74-130-52.dclient.hispeed.ch ([84.74.130.52] helo=[192.168.1.55]) by cpanel02.rubas.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1LBVdJ-0005Qv-B2; Sat, 13 Dec 2008 15:38:17 +0100 From: =?ISO-8859-1?Q?J=FCrg?= Billeter To: Ildar Mulyukov In-Reply-To: <1229178848.12106.7@ildar.innovations.kz> References: <1229178848.12106.7@ildar.innovations.kz> Content-Type: text/plain; charset="UTF-8" Date: Sat, 13 Dec 2008 15:38:17 +0100 Message-Id: <1229179097.3552.32.camel@jdesktop.bitron.ch> Mime-Version: 1.0 X-Mailer: Evolution 2.25.2 Content-Transfer-Encoding: quoted-printable X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cpanel02.rubas.net X-AntiAbuse: Original Domain - gnome.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - bitron.ch X-Source: X-Source-Args: X-Source-Dir: Cc: Vala compiler development and discussion Subject: Re: [Vala] [ModuleInit] and __attribute__ ((constructor)) ? X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Dec 2008 14:38:28 -0000 On Sat, 2008-12-13 at 20:34 +0600, Ildar Mulyukov wrote: > On 12.12.2008 14:04:51, J=C3=BCrg Billeter wrote: > > Hi Ildar, > >=20 > > On Wed, 2008-10-15 at 03:03 +0600, Ildar Mulyukov wrote: > > > I am very new to Vala. Great thanks to J=C3=BCrg and participants. > > > I've a question (or it's really two separate questions?) > > > 1. What does [ModuleInit] do? > > Vala uses g_type_module_register_type if you add the [ModuleInit] =20 > > attribute. That's needed if you want to dynamically load and unload =20 > > plug-ins that define types in the GObject type system. >=20 > Again, I've checked the generated C-code for it and found that it does =20 > nothing noticeable. That means, that I've compiled with and without =20 > [ModuleInit]. The method marked with [ModuleInit] also requires a TypeModule parameter as in the example on http://live.gnome.org/Vala/TypeModules J=C3=BCrg From scumm_fredo@gmx.net Sat Dec 13 14:49:39 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 8B9547500BE for ; Sat, 13 Dec 2008 14:49:39 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 3) (up: 241 hrs), (distance 21, link: ethernet/modem), [213.165.64.20] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2BwgcYsPYzfV for ; Sat, 13 Dec 2008 14:49:33 +0000 (GMT) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by menubar.gnome.org (Postfix) with SMTP id C5CB4750063 for ; Sat, 13 Dec 2008 14:49:32 +0000 (GMT) Received: (qmail invoked by alias); 13 Dec 2008 14:49:30 -0000 Received: from p5B1337CE.dip0.t-ipconnect.de (EHLO [192.168.0.10]) [91.19.55.206] by mail.gmx.net (mp012) with SMTP; 13 Dec 2008 15:49:30 +0100 X-Authenticated: #7643682 X-Provags-ID: V01U2FsdGVkX1/yF4FDIZ3yl0nv/zLU0qerS/msaYA2T8G9+RcLip VLzfoAs/e3mNta Message-ID: <4943CB78.8070407@gmx.net> Date: Sat, 13 Dec 2008 15:49:28 +0100 From: Frederik User-Agent: Thunderbird 2.0.0.18 (X11/20081125) MIME-Version: 1.0 To: vala-list@gnome.org References: <4943B9F5.8040305@gmx.net> In-Reply-To: <4943B9F5.8040305@gmx.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.71 Subject: Re: [Vala] VAPI bindings: omit function target argument X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Dec 2008 14:49:39 -0000 Frederik wrote: > I want to write vapi bindings for a C function that gets passed another > function as argument: > > public delegate void HookFunc (); > public void set_hook (HookFunc f); > > But the original C function doesn't want a target argument (which Vala > passes implicitly). I can move its position with > > public void set_hook ([CCode (delegate_target_pos=...)] HookFunc f); > > but I haven't figured out how to omit it. Is it possible to do that? My fault, I have to use a /static/ delegate. Regards, Frederik From ildar@users.sourceforge.net Sat Dec 13 17:45:20 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 9435C750065 for ; Sat, 13 Dec 2008 17:45:20 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.722 X-Spam-Level: X-Spam-Status: No, score=-1.722 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, L_P0F_UNKN=0.8, TW_EB=0.077] X-Amavis-OS-Fingerprint: UNKNOWN [S4:42:1:52:M1460,N,N,S,N,W4:.:?:?], (link: ethernet/modem), [213.157.44.222] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5JN9XLlSS-7U for ; Sat, 13 Dec 2008 17:45:12 +0000 (GMT) Received: from mail.ttvs.kz (mail.ttvs.kz [213.157.44.222]) by menubar.gnome.org (Postfix) with ESMTP id 7BA5175008A for ; Sat, 13 Dec 2008 17:45:10 +0000 (GMT) Received: from ildar.innovations.kz (unknown [92.47.200.159]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: ildar@innovations.kz) by mail.ttvs.kz (Postfix) with ESMTP id 79A8444101 for ; Sat, 13 Dec 2008 23:29:59 +0600 (ALMT) Received: from ildar.innovations.kz (localhost [127.0.0.1]) by ildar.innovations.kz (Postfix) with ESMTP id A59DE1408E for ; Sat, 13 Dec 2008 23:44:24 +0600 (ALMT) Date: Sat, 13 Dec 2008 23:44:24 +0600 From: Ildar Mulyukov To: vala-list@gnome.org In-Reply-To: <493EDB82.8000801@medovina.org> (from adam@medovina.org on Wed Dec 10 02:56:34 2008) X-Mailer: Balsa 2.3.25 Message-Id: <1229190264.12106.8@ildar.innovations.kz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; DelSp=Yes; Format=Flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable X-Drweb-SpamState: no X-Drweb-SpamScore: -90 Subject: [Vala] inline C X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Dec 2008 17:45:20 -0000 Hi, Take a look: int main (void) { int Cvariable; =20 __asm__ ("movl Cvariable, %eax"); // Cvariable =20 contents > eax __asm__ ("movl $Cvariable, %ebx"); // ebx ---> Cvariable } These are Assembler inline instructions, which you can use in C. What do you think about having C inline in Vala? This looks quite =20 natural for Vala. Especially while Vala is quite unperfect (having 304 =20 open bugs). This could ease implementing workarounds ;) Best regards, Ildar --=20 Ildar Mulyukov, free SW designer/programmer =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D email: ildar@users.sourceforge.net home: http://tuganger.narod.ru/ ALT Linux Sisyphus =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D From karl@qdh.org.uk Sat Dec 13 17:48:00 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id B4193750031 for ; Sat, 13 Dec 2008 17:48:00 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.522 X-Spam-Level: X-Spam-Status: No, score=-2.522 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, TW_EB=0.077] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 3) (up: 4117 hrs), (distance 12, link: ethernet/modem), [67.207.139.203] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gawsygV02ylQ for ; Sat, 13 Dec 2008 17:47:54 +0000 (GMT) Received: from uptime.qdh.org.uk (uptime.qdh.org.uk [67.207.139.203]) by menubar.gnome.org (Postfix) with ESMTP id 3C209750071 for ; Sat, 13 Dec 2008 17:47:53 +0000 (GMT) Received: from [192.168.1.64] (host81-157-110-179.range81-157.btcentralplus.com [81.157.110.179]) (authenticated bits=0) by uptime.qdh.org.uk (8.14.2/8.14.2) with ESMTP id mBDHlhaZ004177 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 13 Dec 2008 12:47:49 -0500 From: Karl Lattimer To: Ildar Mulyukov In-Reply-To: <1229190264.12106.8@ildar.innovations.kz> References: <1229190264.12106.8@ildar.innovations.kz> Content-Type: text/plain Date: Sat, 13 Dec 2008 17:46:50 +0000 Message-Id: <1229190410.2963.1.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.24.2 (2.24.2-1.fc10) Content-Transfer-Encoding: 7bit Cc: vala-list@gnome.org Subject: Re: [Vala] inline C X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Dec 2008 17:48:00 -0000 On Sat, 2008-12-13 at 23:44 +0600, Ildar Mulyukov wrote: > Hi, > > Take a look: > int main (void) { > int Cvariable; > __asm__ ("movl Cvariable, %eax"); // Cvariable > contents > eax > __asm__ ("movl $Cvariable, %ebx"); // ebx ---> Cvariable > } > > These are Assembler inline instructions, which you can use in C. > > What do you think about having C inline in Vala? This looks quite > natural for Vala. Especially while Vala is quite unperfect (having 304 > open bugs). This could ease implementing workarounds ;) +1 it would be nicer for certain things to just use C rather than having to write vapi e.g. the uuid.vapi I had to write for wizbit, meant more code than just using C... There would have to be some sanity wrapping though to make sure that the C stuff would work properly with the vala stuff... BR, K From jamie.mccrack@googlemail.com Sat Dec 13 17:57:06 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 3F290750071 for ; Sat, 13 Dec 2008 17:57:06 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.522 X-Spam-Level: X-Spam-Status: No, score=-2.522 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, TW_EB=0.077] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 2) (firewall!) (up: 7148 hrs), (distance 16, link: (Google 2)), [64.233.182.191] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4wK2k-M4Zbc0 for ; Sat, 13 Dec 2008 17:56:57 +0000 (GMT) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.191]) by menubar.gnome.org (Postfix) with ESMTP id 3BA67750031 for ; Sat, 13 Dec 2008 17:56:56 +0000 (GMT) Received: by nf-out-0910.google.com with SMTP id c7so286161nfi.23 for ; Sat, 13 Dec 2008 09:56:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:subject:from:reply-to:to:cc :in-reply-to:references:date:message-id:mime-version:x-mailer; bh=dDRZPhYBs+0fearveXcGroaRYAGkxLhwNkqMLxmZA0Y=; b=XbSj5nu6vE46YJTBsmDdOFsYd6TKtn6t1qAmj9iPXr4Ue1FGcCqi4KOjSuKLoIIujg x2soJLyBo75aRbscFyBSzHev4c//XT8Z50wrs3d6U3AWzi9lx3YRaQoe53NrWenwhCAf l5lYP9l/3TNbIF02y8NebbNh3Oktqv7Ahyy2Q= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=subject:from:reply-to:to:cc:in-reply-to:references:date:message-id :mime-version:x-mailer; b=RQ1Txtffe13oLS1wfWIbV9JfGgolEeHPrHl0y5LP2hB4B5GIBMLdjybpLq/X1EARWj 7PYkPlNZrAo/ONIIVb2XTegV2gtDI98Y4w3pTwp68s48BvSWOpmBpLjGaEgwDF02AAbN cECehoUN9SHgpj+uaz1FQ0NouyIFY+uefTAbc= Received: by 10.67.115.14 with SMTP id s14mr659803ugm.57.1229191014049; Sat, 13 Dec 2008 09:56:54 -0800 (PST) Received: from ?192.168.1.6? ([65.255.58.201]) by mx.google.com with ESMTPS id g30sm827464ugd.32.2008.12.13.09.56.51 (version=SSLv3 cipher=RC4-MD5); Sat, 13 Dec 2008 09:56:53 -0800 (PST) From: Jamie McCracken To: Karl Lattimer In-Reply-To: <1229190410.2963.1.camel@localhost.localdomain> References: <1229190264.12106.8@ildar.innovations.kz> <1229190410.2963.1.camel@localhost.localdomain> Date: Sat, 13 Dec 2008 13:00:31 -0500 Message-Id: <1229191231.14153.6.camel@jamie-laptop> Mime-Version: 1.0 X-Mailer: Evolution 2.22.1.1 Cc: vala-list@gnome.org Subject: Re: [Vala] inline C X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list Reply-To: jamie.mccrack@gmail.com List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Dec 2008 17:57:06 -0000 On Sat, 2008-12-13 at 17:46 +0000, Karl Lattimer wrote: > On Sat, 2008-12-13 at 23:44 +0600, Ildar Mulyukov wrote: > > Hi, > > > > Take a look: > > int main (void) { > > int Cvariable; > > __asm__ ("movl Cvariable, %eax"); // Cvariable > > contents > eax > > __asm__ ("movl $Cvariable, %ebx"); // ebx ---> Cvariable > > } > > > > These are Assembler inline instructions, which you can use in C. > > > > What do you think about having C inline in Vala? This looks quite > > natural for Vala. Especially while Vala is quite unperfect (having 304 > > open bugs). This could ease implementing workarounds ;) > > +1 it would be nicer for certain things to just use C rather than having > to write vapi e.g. the uuid.vapi I had to write for wizbit, meant more > code than just using C... > > There would have to be some sanity wrapping though to make sure that the > C stuff would work properly with the vala stuff... > You can currently get the same effect by using extern keyword for c functions in an included c file (you can pass a .c file to valac for this purpose) The disadvantage to inlining is it destroys the platform independence - IE you would not be able to create a gcc front end for vala nor would you be able to have vala->c++ or vala->jvm/clr. jamie From mfpuente.ar@gmail.com Sat Dec 13 18:50:05 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id AC62F750080 for ; Sat, 13 Dec 2008 18:50:05 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.598 X-Spam-Level: X-Spam-Status: No, score=-2.598 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 2) (firewall!) (up: 2194 hrs), (distance 13, link: (Google 2)), [72.14.204.231] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id r-W+QCX8bEmO for ; Sat, 13 Dec 2008 18:50:00 +0000 (GMT) Received: from qb-out-0506.google.com (qb-out-0506.google.com [72.14.204.231]) by menubar.gnome.org (Postfix) with ESMTP id F381F750065 for ; Sat, 13 Dec 2008 18:49:59 +0000 (GMT) Received: by qb-out-0506.google.com with SMTP id f29so1303209qba.33 for ; Sat, 13 Dec 2008 10:49:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:mime-version:content-type; bh=9Prc6teRN+6Ad6PWeaIr3SfLL9+RvF3bFmLfW7CLSCQ=; b=QnoK+LDn62FldafVqbkfD5tPCMEr/W/BBxBEZevFp8AUPTY71My+GHWV2aln2Gif49 Cyriuhy6oPDMuNqjQZwqD8kiVYyrrUWeMXFb7E89Cz9Dfvpxx2lug3FX4T2MChiyrGAy KObOperd0CMfO5IIuyF7TmRWpXeb3w6mLk+8g= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type; b=oLnrg80tPk//vNeuNlnzlftBkNgA9CS3ZvjzHfB5WzM3kr2Z0EgCl6ZErNZ5VaSBtN GYor3wL7wdw9xSTAn7+Uyczt/ISrA8dKSWIEBuavInzREkGqFKCBUBsljTgalJeALOOo Fw2VvUv+JDoGdNECZK6K9E2GZovw/PijhJCvQ= Received: by 10.142.178.13 with SMTP id a13mr1954255wff.347.1229194197278; Sat, 13 Dec 2008 10:49:57 -0800 (PST) Received: by 10.143.60.9 with HTTP; Sat, 13 Dec 2008 10:49:57 -0800 (PST) Message-ID: Date: Sat, 13 Dec 2008 16:49:57 -0200 From: "=?ISO-8859-1?Q?Mat=EDas_De_la_Puente?=" To: vala-list@gnome.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_29977_6043055.1229194197274" Subject: [Vala] xpm file in vala X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Dec 2008 18:50:05 -0000 ------=_Part_29977_6043055.1229194197274 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hello all!! I want to access a xpm file from vala, i created this vapi file: namespace MyXpms { [CCode (cname="my_xpm", cheader_filename="my.xpm")] public string[] my_xpm; } vala generates this #include but i want this #include "my.xpm" Is there a way to specify a local header file? My objective is to create a Gdk.Pixbuf from a xpm data (without adding the string to the vala file) var pixbuf = new Gdk.Pixbuf.from_xpm_data (MyXpms.my_xpm); Any other suggestion is welcome. Thanks!! Matias ------=_Part_29977_6043055.1229194197274 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hello all!!

I want to access a xpm file from vala, i created this vapi file:

namespace MyXpms
{
  [CCode (cname="my_xpm", cheader_filename="my.xpm")]
  public string[] my_xpm;
}

vala generates this
#include <my.xpm>
but i want this
#include "my.xpm"

Is there a way to specify a local header file?

My objective is to create a Gdk.Pixbuf from a xpm data (without adding the string to the vala file)
var pixbuf = new Gdk.Pixbuf.from_xpm_data (MyXpms.my_xpm);

Any other suggestion is welcome.
Thanks!!

Matias
------=_Part_29977_6043055.1229194197274-- From ildar@users.sourceforge.net Sat Dec 13 18:52:14 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 7EA52750031 for ; Sat, 13 Dec 2008 18:52:14 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.799 X-Spam-Level: X-Spam-Status: No, score=-1.799 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, L_P0F_UNKN=0.8] X-Amavis-OS-Fingerprint: UNKNOWN [S4:42:1:52:M1460,N,N,S,N,W4:.:?:?], (link: ethernet/modem), [213.157.44.222] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kdI4z24QiEBS for ; Sat, 13 Dec 2008 18:52:07 +0000 (GMT) Received: from mail.ttvs.kz (mail.ttvs.kz [213.157.44.222]) by menubar.gnome.org (Postfix) with ESMTP id 0F9E2750065 for ; Sat, 13 Dec 2008 18:52:05 +0000 (GMT) Received: from ildar.innovations.kz (unknown [92.47.200.159]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: ildar@innovations.kz) by mail.ttvs.kz (Postfix) with ESMTP id EF12C44101 for ; Sun, 14 Dec 2008 00:36:54 +0600 (ALMT) Received: from ildar.innovations.kz (localhost [127.0.0.1]) by ildar.innovations.kz (Postfix) with ESMTP id A213B1408E for ; Sun, 14 Dec 2008 00:51:20 +0600 (ALMT) Date: Sun, 14 Dec 2008 00:51:20 +0600 From: Ildar Mulyukov To: Vala compiler development and discussion In-Reply-To: <1229191231.14153.6.camel@jamie-laptop> (from jamie.mccrack@googlemail.com on Sun Dec 14 00:00:31 2008) X-Mailer: Balsa 2.3.25 Message-Id: <1229194280.12106.9@ildar.innovations.kz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; DelSp=Yes; Format=Flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable X-Drweb-SpamState: no X-Drweb-SpamScore: -110 Subject: Re: [Vala] inline C X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Dec 2008 18:52:14 -0000 On 14.12.2008 00:00:31, Jamie McCracken wrote: > On Sat, 2008-12-13 at 17:46 +0000, Karl Lattimer wrote: > > On Sat, 2008-12-13 at 23:44 +0600, Ildar Mulyukov wrote: >>> What do you think about having C inline in Vala? This looks quite =20 >>> natural for Vala. Especially while Vala is quite unperfect (having =20 >>> 304 open bugs). This could ease implementing workarounds ;) >> +1 it would be nicer for certain things to just use C rather than =20 >> having to write vapi e.g. the uuid.vapi I had to write for wizbit, =20 >> meant more code than just using C... >> There would have to be some sanity wrapping though to make sure that =20 >> the C stuff would work properly with the vala stuff... >=20 > You can currently get the same effect by using extern keyword for c =20 > functions in an included c file (you can pass a .c file to valac for =20 > this purpose) >=20 > The disadvantage to inlining is it destroys the platform independence =20 > - IE you would not be able to create a gcc front end for vala nor =20 > would you be able to have vala->c++ or vala->jvm/clr. 1. inlining asm is most unportable. But this did not prevent from =20 adding it to GCC. Surely it should be documented as limiting =20 portability. 2. Making different backends can be planned only when Vala will =20 correctly implement 100% of it's features (delegates, properties). When =20 time comes, we can limit this feature to just one backend, etc. etc. =20 Anyway let's make small steps: those ones that we need; later we can =20 change it ( XP approach ). Best regards, --=20 Ildar Mulyukov, free SW designer/programmer =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D email: ildar@users.sourceforge.net home: http://tuganger.narod.ru/ ALT Linux Sisyphus =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D From ildar@users.sourceforge.net Sat Dec 13 18:55:34 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 6F9F7750065 for ; Sat, 13 Dec 2008 18:55:34 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.799 X-Spam-Level: X-Spam-Status: No, score=-1.799 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, L_P0F_UNKN=0.8] X-Amavis-OS-Fingerprint: UNKNOWN [S4:42:1:52:M1460,N,N,S,N,W4:.:?:?], (link: ethernet/modem), [213.157.44.222] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 30AM6ITLIcUw for ; Sat, 13 Dec 2008 18:55:27 +0000 (GMT) Received: from mail.ttvs.kz (mail.ttvs.kz [213.157.44.222]) by menubar.gnome.org (Postfix) with ESMTP id 7D754750031 for ; Sat, 13 Dec 2008 18:55:27 +0000 (GMT) Received: from ildar.innovations.kz (unknown [92.47.200.159]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: ildar@innovations.kz) by mail.ttvs.kz (Postfix) with ESMTP id A6AB344102 for ; Sun, 14 Dec 2008 00:40:13 +0600 (ALMT) Received: from ildar.innovations.kz (localhost [127.0.0.1]) by ildar.innovations.kz (Postfix) with ESMTP id 585871408E for ; Sun, 14 Dec 2008 00:54:39 +0600 (ALMT) Date: Sun, 14 Dec 2008 00:54:39 +0600 From: Ildar Mulyukov To: Vala compiler development and discussion References: <1229190264.12106.8@ildar.innovations.kz> <1229190410.2963.1.camel@localhost.localdomain> In-Reply-To: <1229190410.2963.1.camel@localhost.localdomain> (from karl@qdh.org.uk on Sat Dec 13 23:46:50 2008) X-Mailer: Balsa 2.3.25 Message-Id: <1229194479.12106.10@ildar.innovations.kz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; DelSp=Yes; Format=Flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable X-Drweb-SpamState: no X-Drweb-SpamScore: -110 Subject: Re: [Vala] inline C X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Dec 2008 18:55:34 -0000 On 13.12.2008 23:46:50, Karl Lattimer wrote: > There would have to be some sanity wrapping though to make sure that =20 > the C stuff would work properly with the vala stuff... At the moment it seems almost impossible to implement and not necessary =20 as gcc anyway checks this staff. Or you meant something else? --=20 Ildar Mulyukov, free SW designer/programmer =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D email: ildar@users.sourceforge.net home: http://tuganger.narod.ru/ ALT Linux Sisyphus =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D From hveso3@gmail.com Sat Dec 13 23:55:57 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 8A528750071 for ; Sat, 13 Dec 2008 23:55:57 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.6, seldom 2.4 (older, 4) (up: 1725 hrs), (distance 20, link: ethernet/modem), [195.130.132.42] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BIpi5eFURFjq for ; Sat, 13 Dec 2008 23:55:51 +0000 (GMT) Received: from wilson.telenet-ops.be (wilson.telenet-ops.be [195.130.132.42]) by menubar.gnome.org (Postfix) with ESMTP id E2860750008 for ; Sat, 13 Dec 2008 23:55:50 +0000 (GMT) Received: from localhost (localhost.localdomain [127.0.0.1]) by wilson.telenet-ops.be (Postfix) with SMTP id 424543404A; Sun, 14 Dec 2008 00:55:48 +0100 (CET) Received: from [192.168.16.4] (d51A4A00E.access.telenet.be [81.164.160.14]) by wilson.telenet-ops.be (Postfix) with ESMTP id 2E20734007; Sun, 14 Dec 2008 00:55:48 +0100 (CET) From: Hans Vercammen To: Ildar Mulyukov In-Reply-To: <1229194280.12106.9@ildar.innovations.kz> References: <1229194280.12106.9@ildar.innovations.kz> Content-Type: text/plain Date: Sun, 14 Dec 2008 00:55:48 +0100 Message-Id: <1229212548.6553.82.camel@orcus> Mime-Version: 1.0 X-Mailer: Evolution 2.24.2 Content-Transfer-Encoding: 7bit Cc: Vala compiler development and discussion Subject: Re: [Vala] inline C X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Dec 2008 23:55:57 -0000 On Sun, 2008-12-14 at 00:51 +0600, Ildar Mulyukov wrote: > On 14.12.2008 00:00:31, Jamie McCracken wrote: > > On Sat, 2008-12-13 at 17:46 +0000, Karl Lattimer wrote: > > > On Sat, 2008-12-13 at 23:44 +0600, Ildar Mulyukov wrote: > >>> What do you think about having C inline in Vala? This looks quite > >>> natural for Vala. Especially while Vala is quite unperfect (having > >>> 304 open bugs). This could ease implementing workarounds ;) > >> +1 it would be nicer for certain things to just use C rather than > >> having to write vapi e.g. the uuid.vapi I had to write for wizbit, > >> meant more code than just using C... > >> There would have to be some sanity wrapping though to make sure that > >> the C stuff would work properly with the vala stuff... > > > > You can currently get the same effect by using extern keyword for c > > functions in an included c file (you can pass a .c file to valac for > > this purpose) > > > > The disadvantage to inlining is it destroys the platform independence > > - IE you would not be able to create a gcc front end for vala nor > > would you be able to have vala->c++ or vala->jvm/clr. > > 1. inlining asm is most unportable. But this did not prevent from > adding it to GCC. Surely it should be documented as limiting > portability. Vala is not a preprocessor for gcc, although I'm sure many people look at it this way. Embedding ASM/C could also horribly break the automatic memory management, one of the most overlooked key features. Also, I expect my vala code to go smoothly through the gcc compiler and to abort otherwise. Embedding might be nice in some cases, but no doubt it can generate uncontrollable side-effects. Like Jamie said; if there is specific need you can import the exotic stuff by using extern and dedicated c files or use the vala api files. > 2. Making different backends can be planned only when Vala will > correctly implement 100% of it's features (delegates, properties). When > time comes, we can limit this feature to just one backend, etc. etc. > Anyway let's make small steps: those ones that we need; later we can > change it ( XP approach ). I don't really favour this approach. Personally, I rather have limited functionality that works and is not expected to change as opposed to having a bunch of sugars that work in most cases and are removed/limited when proven to fail otherwise. The vala concept works fine, so I think it would better to target 1.0-stable and fix the relevant blocking bugs instead. Hans From rainwoodman@gmail.com Sun Dec 14 03:05:34 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 527C2750119 for ; Sun, 14 Dec 2008 03:05:34 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 2) (up: 403 hrs), (distance 13, link: ethernet/modem), [209.85.217.19] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BKA88kat2kUQ for ; Sun, 14 Dec 2008 03:05:26 +0000 (GMT) Received: from mail-gx0-f19.google.com (mail-gx0-f19.google.com [209.85.217.19]) by menubar.gnome.org (Postfix) with ESMTP id C595975009F for ; Sun, 14 Dec 2008 03:05:23 +0000 (GMT) Received: by gxk12 with SMTP id 12so4379986gxk.15 for ; Sat, 13 Dec 2008 19:05:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:from:to:cc :in-reply-to:references:content-type:date:message-id:mime-version :x-mailer:content-transfer-encoding; bh=+3EnVp8C1cge7+UywrRyHDlXAcnS0pOjGY+41fHcD7Y=; b=BIYJA+dURmL8lr5JxcoBrIoWXAN4CJ8ZTaN2irIwU1OhS0mUA85FeuIY4+PeyLykfD Ddw6o+mkfLH2etocqXH4TKEkb3n6eqpvDDHAKBr7vuv9AKprIuFPKLRU2PXsrKO52IBp LXmCZTXsp9nH/kY8gqOvEz3Nv1O/LIfWIi1N0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:from:to:cc:in-reply-to:references:content-type:date :message-id:mime-version:x-mailer:content-transfer-encoding; b=tQOjBdIfIXWmBE8luBbv8kyNV+yRRYNtEEdWSLRjhUHIWOGNRN4Y4rj/9o6S9JcS1M eAHwZULDq1HkP2C5DqtSIUv62zhKufwfAsCxvZotAkSPedfCo8BKJL7YU0q/X39D84ev o9FCcv2keNGckKB1Zf61y6hW995DpqJuLFVEk= Received: by 10.65.133.5 with SMTP id k5mr4688176qbn.53.1229223920717; Sat, 13 Dec 2008 19:05:20 -0800 (PST) Received: from ?149.159.132.185? (149-159-132-185.dhcp-bl.indiana.edu [149.159.132.185]) by mx.google.com with ESMTPS id 25sm2506300qbw.3.2008.12.13.19.05.19 (version=SSLv3 cipher=RC4-MD5); Sat, 13 Dec 2008 19:05:20 -0800 (PST) From: Yu Feng To: Hans Vercammen In-Reply-To: <1229212548.6553.82.camel@orcus> References: <1229194280.12106.9@ildar.innovations.kz> <1229212548.6553.82.camel@orcus> Content-Type: text/plain Date: Sat, 13 Dec 2008 22:05:17 -0500 Message-Id: <1229223918.17459.27.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.24.2 (2.24.2-1.fc10) Content-Transfer-Encoding: 7bit Cc: Vala compiler development and discussion Subject: Re: [Vala] inline C X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Dec 2008 03:05:34 -0000 On Sun, 2008-12-14 at 00:55 +0100, Hans Vercammen wrote: > On Sun, 2008-12-14 at 00:51 +0600, Ildar Mulyukov wrote: > > On 14.12.2008 00:00:31, Jamie McCracken wrote: > > > On Sat, 2008-12-13 at 17:46 +0000, Karl Lattimer wrote: > > > > On Sat, 2008-12-13 at 23:44 +0600, Ildar Mulyukov wrote: > > >>> What do you think about having C inline in Vala? This looks quite > > >>> natural for Vala. Especially while Vala is quite unperfect (having > > >>> 304 open bugs). This could ease implementing workarounds ;) > > >> +1 it would be nicer for certain things to just use C rather than > > >> having to write vapi e.g. the uuid.vapi I had to write for wizbit, > > >> meant more code than just using C... > > >> There would have to be some sanity wrapping though to make sure that > > >> the C stuff would work properly with the vala stuff... > > > > > > You can currently get the same effect by using extern keyword for c > > > functions in an included c file (you can pass a .c file to valac for > > > this purpose) > > > > > > The disadvantage to inlining is it destroys the platform independence > > > - IE you would not be able to create a gcc front end for vala nor > > > would you be able to have vala->c++ or vala->jvm/clr. > > > > 1. inlining asm is most unportable. But this did not prevent from > > adding it to GCC. Surely it should be documented as limiting > > portability. > > Vala is not a preprocessor for gcc, although I'm sure many people look > at it this way. Embedding ASM/C could also horribly break the automatic > memory management, one of the most overlooked key features. Is the 'break' an obligation? The embedded code can always be written in a way such that conforms the automatic management. > Also, I > expect my vala code to go smoothly through the gcc compiler and to abort > otherwise. Embedding might be nice in some cases, but no doubt it can > generate uncontrollable side-effects. Uncontrollable by whom? If the programmer is skillful enough, she can always control the side-effects of any piece of code written by herself. > Like Jamie said; if there is > specific need you can import the exotic stuff by using extern and > dedicated c files or use the vala api files. I would like to add to this point: dedicated c files also make the project layout cleaner. The need for inline low-level code usually indicates either that an extra level of abstraction is needed in the project, or that the current boundary between low-level and high-level semantics is inappropriate. Machines can be happy if the ccode are written carefully, but a bilingual text is usually difficult for human beings to understand; to me this is more convincable than any other arguments against inline C. - Yu > > 2. Making different backends can be planned only when Vala will > > correctly implement 100% of it's features (delegates, properties). When > > time comes, we can limit this feature to just one backend, etc. etc. > > Anyway let's make small steps: those ones that we need; later we can > > change it ( XP approach ). > > I don't really favour this approach. Personally, I rather have limited > functionality that works and is not expected to change as opposed to > having a bunch of sugars that work in most cases and are removed/limited > when proven to fail otherwise. The vala concept works fine, so I think > it would better to target 1.0-stable and fix the relevant blocking bugs > instead. > > Hans > > _______________________________________________ > Vala-list mailing list > Vala-list@gnome.org > http://mail.gnome.org/mailman/listinfo/vala-list From rainwoodman@gmail.com Sun Dec 14 03:09:28 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 3A29D75009F for ; Sun, 14 Dec 2008 03:09:28 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 2) (firewall!) (up: 106 hrs), (distance 15, link: (Google 2)), [74.125.46.29] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1oIyOZyh3mLY for ; Sun, 14 Dec 2008 03:09:22 +0000 (GMT) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.29]) by menubar.gnome.org (Postfix) with ESMTP id D92F07500E8 for ; Sun, 14 Dec 2008 03:09:21 +0000 (GMT) Received: by yw-out-2324.google.com with SMTP id 5so892391ywh.63 for ; Sat, 13 Dec 2008 19:09:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:from:to:content-type :date:message-id:mime-version:x-mailer:content-transfer-encoding; bh=HSdofUcrSp2pfgDN5BEb/KqGoB1rDeSiUUQ3DscfJB0=; b=C7favtBGDXCmU/Xr3oEXs6mcp4uziQTl+hxsb54ARvTvdB36o95VcmLIHXNvYLtQP5 Ej3uJAZVVFQZwKChh3djGSxBv1nG9NqOQT54bVaCFIFp9d3geqL//18LP1KFV/i6aesL UP4bhH4oQ4ZA6ntCmIqHhBTnqBBywurfCkNHw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:from:to:content-type:date:message-id:mime-version:x-mailer :content-transfer-encoding; b=Yg/511gEnb6JHLGTqHCmUwYNYz1zB4ps8aRbbf+ovDCFkye/D8WSa//G66FBgZqq6D p8m042SmDVjWAk/wE/p296A9drZQSIh/Zy6ioj3O43aoOyXGDrA7xYnt/S/olJlQ8w3E yCv4WmjqCrTtRKKwSxSDJHMCoJtJ/Rw7nABoQ= Received: by 10.64.242.4 with SMTP id p4mr4680403qbh.84.1229224159446; Sat, 13 Dec 2008 19:09:19 -0800 (PST) Received: from ?149.159.132.185? (149-159-132-185.dhcp-bl.indiana.edu [149.159.132.185]) by mx.google.com with ESMTPS id 25sm2085092qbw.23.2008.12.13.19.09.16 (version=SSLv3 cipher=RC4-MD5); Sat, 13 Dec 2008 19:09:16 -0800 (PST) From: Yu Feng To: vala-list Content-Type: text/plain Date: Sat, 13 Dec 2008 22:09:14 -0500 Message-Id: <1229224154.17459.31.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.24.2 (2.24.2-1.fc10) Content-Transfer-Encoding: 7bit Subject: [Vala] converting from float to double? X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Dec 2008 03:09:28 -0000 Greetings, I am receiving compiler errors for this: float a = 0.0; Shouldn't this be converted automatically? I use float a = (float)0.0 as a correction. But doesn't it look non-intuitive? Regards, Yu From hveso3@gmail.com Sun Dec 14 04:23:39 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id AB0BA750093 for ; Sun, 14 Dec 2008 04:23:39 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.6, seldom 2.4 (older, 4) (up: 10626 hrs), (distance 19, link: ethernet/modem), [195.130.133.66] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FfN9ai0PtfCY for ; Sun, 14 Dec 2008 04:23:33 +0000 (GMT) Received: from nelson.telenet-ops.be (nelson.telenet-ops.be [195.130.133.66]) by menubar.gnome.org (Postfix) with ESMTP id BC77D75008F for ; Sun, 14 Dec 2008 04:23:30 +0000 (GMT) Received: from localhost (localhost.localdomain [127.0.0.1]) by nelson.telenet-ops.be (Postfix) with SMTP id 841535002F; Sun, 14 Dec 2008 05:23:27 +0100 (CET) Received: from [192.168.16.4] (d51A4A00E.access.telenet.be [81.164.160.14]) by nelson.telenet-ops.be (Postfix) with ESMTP id 544275001F; Sun, 14 Dec 2008 05:23:27 +0100 (CET) From: Hans Vercammen To: Yu Feng In-Reply-To: <1229223918.17459.27.camel@localhost.localdomain> References: <1229194280.12106.9@ildar.innovations.kz> <1229212548.6553.82.camel@orcus> <1229223918.17459.27.camel@localhost.localdomain> Content-Type: text/plain Date: Sun, 14 Dec 2008 05:23:28 +0100 Message-Id: <1229228608.6553.146.camel@orcus> Mime-Version: 1.0 X-Mailer: Evolution 2.24.2 Content-Transfer-Encoding: 7bit Cc: Vala compiler development and discussion Subject: Re: [Vala] inline C X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Dec 2008 04:23:40 -0000 On Sat, 2008-12-13 at 22:05 -0500, Yu Feng wrote: > On Sun, 2008-12-14 at 00:55 +0100, Hans Vercammen wrote: > > > > > On Sat, 2008-12-13 at 23:44 +0600, Ildar Mulyukov wrote: > > >[...] > > > 1. inlining asm is most unportable. But this did not prevent from > > > adding it to GCC. Surely it should be documented as limiting > > > portability. > > > > Vala is not a preprocessor for gcc, although I'm sure many people look > > at it this way. Embedding ASM/C could also horribly break the automatic > > memory management, one of the most overlooked key features. > Is the 'break' an obligation? The embedded code can always be written in > a way such that conforms the automatic management. Of course not, a skilled programmer will probably take this this into account. Never the less, the validation of embedded code is outside the vala scope, unless the compiler is capable to do so (which I doubt is within the objective). > > Also, I > > expect my vala code to go smoothly through the gcc compiler and to abort > > otherwise. Embedding might be nice in some cases, but no doubt it can > > generate uncontrollable side-effects. > Uncontrollable by whom? If the programmer is skillful enough, she can > always control the side-effects of any piece of code written by > herself. Again, I agree, but still I'm not sure if it's a good idea to put this validation outside vala, which would basically render vala as a semi-intelligent preprocessor for gcc, nothing more. I was under the impression vala would sleekly handle GLib/GObject code without side-effects and worrying about memory management, which until now certainly satisfied my needs over using C++. > > Like Jamie said; if there is > > specific need you can import the exotic stuff by using extern and > > dedicated c files or use the vala api files. > I would like to add to this point: > > dedicated c files also make the project layout cleaner. > > The need for inline low-level code usually indicates either that an > extra level of abstraction is needed in the project, or that the current > boundary between low-level and high-level semantics is inappropriate. I definitively like your vision on this, but it brings us back to the actual need of embedding ASM/C. > Machines can be happy if the ccode are written carefully, but a > bilingual text is usually difficult for human beings to understand; to > me this is more convincable than any other arguments against inline C. I don't really understand this one, could you explain? Hans From mnemo@minimum.se Sun Dec 14 05:13:33 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id C7F6075008A for ; Sun, 14 Dec 2008 05:13:33 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.799 X-Spam-Level: X-Spam-Status: No, score=-1.799 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, L_P0F_UNKN=0.8] X-Amavis-OS-Fingerprint: UNKNOWN [65535:51:1:60:M1400,N,W3,S,T:.:?:?] (up: 3614 hrs), (link: sometimes DSL (2)), [90.185.1.42] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ewCYbrfRRgeR for ; Sun, 14 Dec 2008 05:13:26 +0000 (GMT) Received: from smtp.fullrate.dk (mail1-hoer.fullrate.dk [90.185.1.42]) by menubar.gnome.org (Postfix) with ESMTP id 6EEB6750077 for ; Sun, 14 Dec 2008 05:13:25 +0000 (GMT) Received: from [192.168.0.186] (4108ds2-by.0.fullrate.dk [90.184.83.113]) by smtp.fullrate.dk (Postfix) with ESMTP id A2AAD9D1AC; Sun, 14 Dec 2008 06:13:20 +0100 (CET) Message-ID: <494495F0.8000301@minimum.se> Date: Sun, 14 Dec 2008 06:13:20 +0100 From: Martin Olsson User-Agent: Thunderbird 2.0.0.18 (X11/20081125) MIME-Version: 1.0 To: Yu Feng References: <1229224154.17459.31.camel@localhost.localdomain> In-Reply-To: <1229224154.17459.31.camel@localhost.localdomain> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: vala-list Subject: Re: [Vala] converting from float to double? X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Dec 2008 05:13:34 -0000 To describe a float literal use a trailing "f" like this: float x = 12.34f; Martin Yu Feng wrote: > Greetings, > > I am receiving compiler errors for this: > > float a = 0.0; > > Shouldn't this be converted automatically? > > I use > float a = (float)0.0 > as a correction. > > But doesn't it look non-intuitive? > > Regards, > > Yu > > _______________________________________________ > Vala-list mailing list > Vala-list@gnome.org > http://mail.gnome.org/mailman/listinfo/vala-list > From hveso3@gmail.com Sun Dec 14 06:46:00 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id BFB8775008F for ; Sun, 14 Dec 2008 06:46:00 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.6, seldom 2.4 (older, 4) (up: 4332 hrs), (distance 20, link: ethernet/modem), [195.130.132.58] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id N4BYQE+sjMc2 for ; Sun, 14 Dec 2008 06:45:54 +0000 (GMT) Received: from edna.telenet-ops.be (edna.telenet-ops.be [195.130.132.58]) by menubar.gnome.org (Postfix) with ESMTP id 7CDC6750077 for ; Sun, 14 Dec 2008 06:45:53 +0000 (GMT) Received: from localhost (localhost.localdomain [127.0.0.1]) by edna.telenet-ops.be (Postfix) with SMTP id 704FAE402F; Sun, 14 Dec 2008 07:45:51 +0100 (CET) Received: from [192.168.16.4] (d51A4A00E.access.telenet.be [81.164.160.14]) by edna.telenet-ops.be (Postfix) with ESMTP id 568A6E401A; Sun, 14 Dec 2008 07:45:51 +0100 (CET) From: Hans Vercammen To: Yu Feng In-Reply-To: <1229228608.6553.146.camel@orcus> References: <1229194280.12106.9@ildar.innovations.kz> <1229212548.6553.82.camel@orcus> <1229223918.17459.27.camel@localhost.localdomain> <1229228608.6553.146.camel@orcus> Content-Type: text/plain Date: Sun, 14 Dec 2008 07:45:53 +0100 Message-Id: <1229237153.6553.164.camel@orcus> Mime-Version: 1.0 X-Mailer: Evolution 2.24.2 Content-Transfer-Encoding: 7bit Cc: Vala compiler development and discussion Subject: Re: [Vala] inline C X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Dec 2008 06:46:01 -0000 On Sun, 2008-12-14 at 05:23 +0100, Hans Vercammen wrote: > On Sat, 2008-12-13 at 22:05 -0500, Yu Feng wrote: > > Machines can be happy if the ccode are written carefully, but a > > bilingual text is usually difficult for human beings to understand; to > > me this is more convincable than any other arguments against inline C. > > I don't really understand this one, could you explain? A bit early on this Sunday morning, but I think I understand what you are trying to say. I guess it depends on the developer background a bit. I've worked with languages that embed active SQL, which have proven to be quite useful. Using assembler code might just feel as natural to others. Hans From j@bitron.ch Sun Dec 14 19:43:12 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 2EE37750077 for ; Sun, 14 Dec 2008 19:43:12 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.522 X-Spam-Level: X-Spam-Status: No, score=-2.522 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, TW_BD=0.077] X-Amavis-OS-Fingerprint: Linux 2.6, seldom 2.4 (older, 4) (up: 5273 hrs), (distance 22, link: ethernet/modem), [195.182.222.72] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HKdoBDBY6G6e for ; Sun, 14 Dec 2008 19:43:06 +0000 (GMT) Received: from cpanel02.rubas.net (cpanel02.rubas.net [195.182.222.72]) by menubar.gnome.org (Postfix) with ESMTP id BE847750087 for ; Sun, 14 Dec 2008 19:43:05 +0000 (GMT) Received: from 84-74-130-52.dclient.hispeed.ch ([84.74.130.52] helo=[192.168.1.55]) by cpanel02.rubas.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1LBwrm-0008HP-KK for vala-list@gnome.org; Sun, 14 Dec 2008 20:43:02 +0100 From: =?ISO-8859-1?Q?J=FCrg?= Billeter To: vala-list@gnome.org In-Reply-To: <1229161040.3552.20.camel@jdesktop.bitron.ch> References: <1229161040.3552.20.camel@jdesktop.bitron.ch> Content-Type: text/plain; charset="UTF-8" Date: Sun, 14 Dec 2008 20:43:02 +0100 Message-Id: <1229283782.3520.5.camel@jdesktop.bitron.ch> Mime-Version: 1.0 X-Mailer: Evolution 2.25.2 Content-Transfer-Encoding: quoted-printable X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cpanel02.rubas.net X-AntiAbuse: Original Domain - gnome.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - bitron.ch X-Source: X-Source-Args: X-Source-Dir: Subject: Re: [Vala] D-Bus server testing X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Dec 2008 19:43:12 -0000 On Sat, 2008-12-13 at 10:37 +0100, J=C3=BCrg Billeter wrote: > due to various issues and limitations with type marshalling of > dbus-glib, I've rewritten D-Bus server support to directly use libdbus > to read and write D-Bus messages. The rewrite is not yet in trunk as it > hasn't been tested extensively yet. I've attached a patch to bug > 560034[1]. >=20 > The libdbus-based marshalling code is shared with the experimental > static D-Bus client support, which was introduced in Vala 0.5.2. >=20 > I'd like you to test this patch with your existing D-Bus server code and > report regressions. If we can get the rewrite to a usable state this > weekend, it will be part of the 0.5.3 release on Monday. Otherwise, I'll > commit it to trunk after the release. Thanks to testing by Ali Sabil and Marc-Andr=C3=A9 Lureau, we have been abl= e to fix quite some bugs in the rewrite. As the code now seems to be pretty stable, I've committed the patch to trunk. Please let me know if there are still regressions, so we can deal with them before the release. J=C3=BCrg From A.Colombo@kingston.ac.uk Sun Dec 14 20:16:23 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 4F3CF750077 for ; Sun, 14 Dec 2008 20:16:23 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -4.532 X-Spam-Level: X-Spam-Status: No, score=-4.532 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, RCVD_NUMERIC_HELO=2.067] X-Amavis-OS-Fingerprint: Linux 2.4-2.6 (up: 2201 hrs), (distance 17, link: ethernet/modem), [193.109.254.35] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nsrDk0glGnLJ for ; Sun, 14 Dec 2008 20:16:16 +0000 (GMT) Received: from mail66.messagelabs.com (mail66.messagelabs.com [193.109.254.35]) by menubar.gnome.org (Postfix) with ESMTP id 929077500F9 for ; Sun, 14 Dec 2008 20:16:15 +0000 (GMT) X-VirusChecked: Checked X-Env-Sender: A.Colombo@kingston.ac.uk X-Msg-Ref: server-4.tower-66.messagelabs.com!1229285772!31068179!1 X-StarScan-Version: 6.0.0; banners=kingston.ac.uk,-,- X-Originating-IP: [141.241.2.22] Received: (qmail 23658 invoked from network); 14 Dec 2008 20:16:12 -0000 Received: from kuexim3.king.ac.uk (HELO kuexim3.king.ac.uk) (141.241.2.22) by server-4.tower-66.messagelabs.com with DES-CBC3-SHA encrypted SMTP; 14 Dec 2008 20:16:12 -0000 Received: from [141.241.17.23] (helo=kuwebex02.kuds.kingston.ac.uk) by kuexim3.king.ac.uk with esmtp (Exim 4.50) id 1LBxNr-0003e2-J2 for vala-list@gnome.org; Sun, 14 Dec 2008 20:16:12 +0000 Received: from KUDBEX01.kuds.kingston.ac.uk ([141.241.17.18]) by kuwebex02.kuds.kingston.ac.uk with Microsoft SMTPSVC(6.0.3790.3959); Sun, 14 Dec 2008 20:16:11 +0000 Received: from 78.146.228.159 ([78.146.228.159]) by KUDBEX01.kuds.kingston.ac.uk ([141.241.17.17]) via Exchange Front-End Server mail.kingston.ac.uk ([141.241.17.25]) with Microsoft Exchange Server HTTP-DAV ; Sun, 14 Dec 2008 20:16:10 +0000 Received: from dukat by mail.kingston.ac.uk; 14 Dec 2008 20:16:11 +0000 From: alberto colombo To: vala list Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Sun, 14 Dec 2008 20:16:11 +0000 Message-Id: <1229285771.2400.10.camel@dukat> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 X-OriginalArrivalTime: 14 Dec 2008 20:16:11.0958 (UTC) FILETIME=[CEE4E560:01C95E28] Subject: [Vala] new to the list X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Dec 2008 20:16:23 -0000 Hello, I had been aware of Vala for quite some time, but the recent developments sparked my interest and I decided to join the list. I am working in the field of computer vision / video analysis, and I think that Vala is a perfect fit for signal processing and scientific computing in general. The simplicity of a memory-managed language with the performance of C could be a killer in this sector. I would like to contribute, but even though I am a long-time linux user, and (hopefully) a decent programmer, I have no experience in compilers and programming languages. How could I best contribute? Shall I go through the bug list and triage them? Thanks, and congratulations for a great language! alb PS: actually, it was Genie that dazzled me with her beauty and made me decide to dive in :-) This email has been scanned for all viruses by the MessageLabs Email Security System. From rainwoodman@gmail.com Mon Dec 15 02:53:52 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 716E575006A for ; Mon, 15 Dec 2008 02:53:52 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 2) (firewall!) (up: 343 hrs), (distance 15, link: (Google 2)), [74.125.46.29] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id n5liavomPnYm for ; Mon, 15 Dec 2008 02:53:45 +0000 (GMT) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.29]) by menubar.gnome.org (Postfix) with ESMTP id 6471575008F for ; Mon, 15 Dec 2008 02:53:44 +0000 (GMT) Received: by yw-out-2324.google.com with SMTP id 5so1002562ywh.63 for ; Sun, 14 Dec 2008 18:53:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:from:to:cc :in-reply-to:references:content-type:date:message-id:mime-version :x-mailer:content-transfer-encoding; bh=iUiAZ1B+xlANjXrzImBzeo935DFw/VU9DhWkUXIhi/w=; b=MlmVY/2To9Ar/kPfPDpUjJW6Ag55pyTCDf7x5WxhEXN4UqGH/jVlXDFkZdChEZKBDu F0Lk75Ei9CufqTmRwtuc3nG8037At4bKY5MB4nXkIiKG+mZJCy5Ff8UmANmTqtKzt6RM y6+pAGq7pV7nsCJ8qc6nfBhIPrEqESmnU4dgk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:from:to:cc:in-reply-to:references:content-type:date :message-id:mime-version:x-mailer:content-transfer-encoding; b=fL2Mklfuy2CELgh17qyVvsfRS2T9k99HqjIJQO6DElpSntBgsS92IWfDul5Y7YUEC6 RhObYWSVM5mqnZhcf3Vw0CZBNatnVyAlYxZkwYtvIvp5OoKheQX+Q7Da52MZkLjLQz86 bMkeYUmRff601p1lW7q4KZcYQkT/3U7Bbj6YA= Received: by 10.65.188.14 with SMTP id q14mr5599996qbp.56.1229309622929; Sun, 14 Dec 2008 18:53:42 -0800 (PST) Received: from ?149.159.132.185? (149-159-132-185.dhcp-bl.indiana.edu [149.159.132.185]) by mx.google.com with ESMTPS id 28sm551457qbw.36.2008.12.14.18.53.41 (version=SSLv3 cipher=RC4-MD5); Sun, 14 Dec 2008 18:53:41 -0800 (PST) From: Yu Feng To: Hans Vercammen In-Reply-To: <1229237153.6553.164.camel@orcus> References: <1229194280.12106.9@ildar.innovations.kz> <1229212548.6553.82.camel@orcus> <1229223918.17459.27.camel@localhost.localdomain> <1229228608.6553.146.camel@orcus> <1229237153.6553.164.camel@orcus> Content-Type: text/plain Date: Sun, 14 Dec 2008 21:53:39 -0500 Message-Id: <1229309619.8449.7.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.24.2 (2.24.2-1.fc10) Content-Transfer-Encoding: 7bit Cc: Vala compiler development and discussion Subject: Re: [Vala] inline C X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Dec 2008 02:53:52 -0000 On Sun, 2008-12-14 at 07:45 +0100, Hans Vercammen wrote: > On Sun, 2008-12-14 at 05:23 +0100, Hans Vercammen wrote: > > On Sat, 2008-12-13 at 22:05 -0500, Yu Feng wrote: > > > Machines can be happy if the ccode are written carefully, but a > > > bilingual text is usually difficult for human beings to understand; to > > > me this is more convincable than any other arguments against inline C. > > > > I don't really understand this one, could you explain? > > A bit early on this Sunday morning, but I think I understand what you > are trying to say. I guess it depends on the developer background a bit. > I've worked with languages that embed active SQL, which have proven to > be quite useful. Using assembler code might just feel as natural to > others. Useful <> understandable. ccode in vala can also be quite useful but it will make the program a riddle. > > Hans > From taktaktaktaktaktaktaktaktaktak@gmail.com Mon Dec 15 13:34:56 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id C1CC6750124 for ; Mon, 15 Dec 2008 13:34:56 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 2) (firewall!) (up: 7406 hrs), (distance 17, link: (Google 2)), [209.85.134.189] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6Qk5N23O2+lQ for ; Mon, 15 Dec 2008 13:34:46 +0000 (GMT) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.189]) by menubar.gnome.org (Postfix) with ESMTP id E96CB7500F9 for ; Mon, 15 Dec 2008 13:34:43 +0000 (GMT) Received: by mu-out-0910.google.com with SMTP id i2so1427718mue.3 for ; Mon, 15 Dec 2008 05:34:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=KlmB21iMrsA4Biqk+X4gIedp9vA7FuRihKW+B1y7uLk=; b=Wz5zgZ+mrPt5+T39+AsvSYKjmBQI47m3e+7evuwcg7gdQxhzsjD8zZiz7LAd9eJGqp vWfRF9X2Xg6FRfrysorug+U3Bdo5+L18hQP2iDt8NxCuhYYvsQS6/ZVxH+KXe41rAdDh uznMhQfXAiXTP2BRPeO0bk4wZ4+KKan7GTm68= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=F5AzCzaB6NhOh8+aMTX8HxaHLlqH9azqAkZGhx8Yn9GUb7KAqZW2rWHcLKisDzhnvc tkX/MD/jWsvKh9p9aEtH+Bob34aBDoYMzV6AzixuTrWhUaK2iE91ZkBn145mmHSStbc9 rW3i/BzEKiVS/3lSzOTIEj3ONu+4tYz0PdtkY= Received: by 10.103.171.6 with SMTP id y6mr2968581muo.110.1229348080478; Mon, 15 Dec 2008 05:34:40 -0800 (PST) Received: by 10.103.138.13 with HTTP; Mon, 15 Dec 2008 05:34:40 -0800 (PST) Message-ID: <1a3a3e310812150534s709b70cbj69ca6c2d215d5625@mail.gmail.com> Date: Mon, 15 Dec 2008 08:34:40 -0500 From: "Levi Bard" To: "Hans Vercammen" In-Reply-To: <1229212548.6553.82.camel@orcus> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1229194280.12106.9@ildar.innovations.kz> <1229212548.6553.82.camel@orcus> Cc: Vala compiler development and discussion Subject: Re: [Vala] inline C X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Dec 2008 13:34:57 -0000 >> > You can currently get the same effect by using extern keyword for c >> > functions in an included c file (you can pass a .c file to valac for >> > this purpose) >> [...] > > Vala is not a preprocessor for gcc, although I'm sure many people look > at it this way. >[...] > Personally, I rather have limited > functionality that works and is not expected to change as opposed to > having a bunch of sugars that work in most cases and are removed/limited > when proven to fail otherwise. The vala concept works fine, so I think > it would better to target 1.0-stable and fix the relevant blocking bugs > instead. I'm in full agreement with this. There is no reason for ugly inline C blocks when it is so easy to either compile C code along with Vala code or to utilize C libraries from Vala code. I also agree with Yu Feng that the detraction from understandability outweighs any added convenience. -- http://homes.eff.org/~barlow/EconomyOfIdeas.html http://www.dreamsongs.com/MobSoftware.html http://www.gnu.org/philosophy/shouldbefree.html From conrad.steenberg@gmail.com Mon Dec 15 17:18:54 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 850A5750108 for ; Mon, 15 Dec 2008 17:18:54 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 2) (firewall!) (up: 1626 hrs), (distance 13, link: (Google 2)), [209.85.198.229] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hL+DsrpsS40C for ; Mon, 15 Dec 2008 17:18:46 +0000 (GMT) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.229]) by menubar.gnome.org (Postfix) with ESMTP id 6749C75011D for ; Mon, 15 Dec 2008 17:18:44 +0000 (GMT) Received: by rv-out-0506.google.com with SMTP id f6so2758758rvb.3 for ; Mon, 15 Dec 2008 09:18:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:subject:from:reply-to :to:in-reply-to:references:content-type:organization:date:message-id :mime-version:x-mailer:content-transfer-encoding; bh=XAjQ9V+3sEqUzVsYWWN4XHCXrW5my3chCO0ah6palOs=; b=VUm4BI/WeNNi03/rh/MKVKNYT/h2ySyEgQvhKuH5Agz1x/uv3oz+PKXY3Qwg3bUXw3 qXeBUeoaP4zNHNTyunEOl0Y/tDM7gUvid8NpR/MZ5Im9KxpFmJ/t7d6W5DgfuCWUXyJ1 I+xEQN8jky+nmRKZ1ivWekADhi/9enrWrohVE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:subject:from:reply-to:to:in-reply-to:references:content-type :organization:date:message-id:mime-version:x-mailer :content-transfer-encoding; b=P1boqbJev167mOl1J15rhmfX8rewwjcOC1VVmGOlgI9jijt1ycOpyaXbKMU6dNSt9k d5i7x6J5dZcWbs0N+Yh1JDw8kTuTSfWg+D+Ae7MxsZDV7a08TlZLO+VY9JO83+ZGOgJN jthPpk1i55o06dpyH91BwS0w6dcX22AleKDuA= Received: by 10.141.201.1 with SMTP id d1mr3799275rvq.293.1229361522791; Mon, 15 Dec 2008 09:18:42 -0800 (PST) Received: from ?192.168.1.101? (clarens.caltech.edu [131.215.2.162]) by mx.google.com with ESMTPS id k37sm3902202rvb.1.2008.12.15.09.18.41 (version=SSLv3 cipher=RC4-MD5); Mon, 15 Dec 2008 09:18:42 -0800 (PST) Sender: Conrad Steenberg From: Conrad Steenberg To: vala-list In-Reply-To: <1229191231.14153.6.camel@jamie-laptop> References: <1229190264.12106.8@ildar.innovations.kz> <1229190410.2963.1.camel@localhost.localdomain> <1229191231.14153.6.camel@jamie-laptop> Content-Type: text/plain Organization: California Institute of Technology Date: Mon, 15 Dec 2008 09:18:34 -0800 Message-Id: <1229361514.3598.16.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.24.2 (2.24.2-1.fc10) Content-Transfer-Encoding: 7bit Subject: Re: [Vala] inline C X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list Reply-To: conrad.steenberg@caltech.edu List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Dec 2008 17:18:54 -0000 On Sat, 2008-12-13 at 13:00 -0500, Jamie McCracken wrote: > The disadvantage to inlining is it destroys the platform independence - > IE you would not be able to create a gcc front end for vala nor would > you be able to have vala->c++ or vala->jvm/clr. > > jamie Hmmm, I would love to be able to use C++ libraries from Vala (or Genie, since it's a natural jump from Numeric Python which I currently use). Any ideas on how to do that? Compile the vala/genie-produced C code with a C++ compiler? Cheers, Conrad -- ----------------------------------------------------------------------------- Conrad D. Steenberg Ph.D. conrad.steenberg@caltech.edu Scientific Software Engineer http://www.nupack.org Pierce Bio-Engineering Lab Mail Code 114-96 California Institute of Technology Pasadena, CA, 91125 From rainwoodman@gmail.com Mon Dec 15 17:21:25 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 735D8750104 for ; Mon, 15 Dec 2008 17:21:25 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 2) (firewall!) (up: 488 hrs), (distance 15, link: (Google 2)), [74.125.46.29] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lnZOqNZLKDJa for ; Mon, 15 Dec 2008 17:21:18 +0000 (GMT) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.29]) by menubar.gnome.org (Postfix) with ESMTP id 0B82075011D for ; Mon, 15 Dec 2008 17:21:17 +0000 (GMT) Received: by yw-out-2324.google.com with SMTP id 5so1112759ywh.63 for ; Mon, 15 Dec 2008 09:21:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:from:to:cc :in-reply-to:references:content-type:date:message-id:mime-version :x-mailer:content-transfer-encoding; bh=6AdRaDi5R3p+cwKyRx5h1vS+hoHtZnVKqvsT7dSD1eY=; b=DTV/qRnett5bUMB48hWl/5WpfV6XRstGYp9SN7cdoDE08hri9+g8TWxRisPmZO95ho DXaDw5nMbHbgaNNqrCRH12MVGRKN1u2o5DNMxFjy9pLNH33uocmGjkgRPF/RZ3B9IDKv ZDeDRJsQJKkDAH6zFn9ovkzXjbjHiXzbouzns= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:from:to:cc:in-reply-to:references:content-type:date :message-id:mime-version:x-mailer:content-transfer-encoding; b=gbVslbkGf7rob/ev9aUePuNcgY0vE1dtLiomkU/8uLZf7eLk8bCuUC/ym1aLyKYSlC zsoWL0L91PXI2I42qIBTFxg6PcXlU6fFVER1tVn2E7UdmuCGo/ajfvRtqyzLfnUhAuJZ RabvRVDc/Xvzcg97QY4bbsm67H0PNDh5EekBA= Received: by 10.65.151.3 with SMTP id d3mr6318183qbo.68.1229361675023; Mon, 15 Dec 2008 09:21:15 -0800 (PST) Received: from ?149.159.132.185? (149-159-132-185.dhcp-bl.indiana.edu [149.159.132.185]) by mx.google.com with ESMTPS id k30sm86027qba.28.2008.12.15.09.21.13 (version=SSLv3 cipher=RC4-MD5); Mon, 15 Dec 2008 09:21:14 -0800 (PST) From: Yu Feng To: conrad.steenberg@caltech.edu In-Reply-To: <1229361514.3598.16.camel@localhost.localdomain> References: <1229190264.12106.8@ildar.innovations.kz> <1229190410.2963.1.camel@localhost.localdomain> <1229191231.14153.6.camel@jamie-laptop> <1229361514.3598.16.camel@localhost.localdomain> Content-Type: text/plain Date: Mon, 15 Dec 2008 12:21:12 -0500 Message-Id: <1229361672.3070.30.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.24.2 (2.24.2-1.fc10) Content-Transfer-Encoding: 7bit Cc: vala-list Subject: Re: [Vala] inline C X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Dec 2008 17:21:25 -0000 On Mon, 2008-12-15 at 09:18 -0800, Conrad Steenberg wrote: > On Sat, 2008-12-13 at 13:00 -0500, Jamie McCracken wrote: > > The disadvantage to inlining is it destroys the platform independence - > > IE you would not be able to create a gcc front end for vala nor would > > you be able to have vala->c++ or vala->jvm/clr. > > > > jamie Is it generally possible to use in C C++ libraries at all? > > Hmmm, I would love to be able to use C++ libraries from Vala (or Genie, > since it's a natural jump from Numeric Python which I currently use). > > Any ideas on how to do that? Compile the vala/genie-produced C code with > a C++ compiler? > > Cheers, > Conrad From taktaktaktaktaktaktaktaktaktak@gmail.com Mon Dec 15 17:28:32 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 7B73A750171 for ; Mon, 15 Dec 2008 17:28:32 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 2) (firewall!) (up: 7465 hrs), (distance 15, link: (Google 2)), [209.85.128.185] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2cDYAeFugeDE for ; Mon, 15 Dec 2008 17:28:26 +0000 (GMT) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.185]) by menubar.gnome.org (Postfix) with ESMTP id 6AF6F750164 for ; Mon, 15 Dec 2008 17:28:25 +0000 (GMT) Received: by fk-out-0910.google.com with SMTP id k31so1807379fkk.15 for ; Mon, 15 Dec 2008 09:28:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=Chvy5NHF1p/63msLQtayuNvQdTTmJLiNr1Oh1YR1a+Y=; b=TuhBKY4tGmmU5Tff0CNMSjG8kDTGgVhohC0FhvYCqimzU8gO+gkNiYdLuTNd7gaLby XTx3vAhYKpAt4pLNETexiuYpzaMjWMfSdB12PWAAmR12q5B3cJeDrnKUvHrwiC7l3eNE 9HIeJ1AF+se2V5NZEsVXlmy9Kj8SvBswutRKM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=H1Ca82tw86hsAV07hqFsI8QbQ+l6Viz4g9h43/NgKZg1ZEohIg+/8C3XNMbip5GPQ9 SBUmEjG0A5KT05qMANAl5uDtOnPnYbxlnhbDuz6MW7ICnS0D5DVCx9a/dR0kLlG7SFM+ WZG5uIIwOLOtG1Y3CDVl9bqeL1ZFelj+hO+O0= Received: by 10.181.61.2 with SMTP id o2mr2606208bkk.101.1229362103383; Mon, 15 Dec 2008 09:28:23 -0800 (PST) Received: by 10.180.242.6 with HTTP; Mon, 15 Dec 2008 09:28:23 -0800 (PST) Message-ID: <1a3a3e310812150928g14ef56e3t38c9ac16cca118da@mail.gmail.com> Date: Mon, 15 Dec 2008 12:28:23 -0500 From: "Levi Bard" To: conrad.steenberg@caltech.edu In-Reply-To: <1229361514.3598.16.camel@localhost.localdomain> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1229190264.12106.8@ildar.innovations.kz> <1229190410.2963.1.camel@localhost.localdomain> <1229191231.14153.6.camel@jamie-laptop> <1229361514.3598.16.camel@localhost.localdomain> Cc: vala-list Subject: Re: [Vala] inline C X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Dec 2008 17:28:32 -0000 > Hmmm, I would love to be able to use C++ libraries from Vala (or Genie, > since it's a natural jump from Numeric Python which I currently use). > > Any ideas on how to do that? Compile the vala/genie-produced C code with > a C++ compiler? You could use a C wrapper library ala taglib_c... From conrad.steenberg@gmail.com Mon Dec 15 17:30:40 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id DC67375014F for ; Mon, 15 Dec 2008 17:30:40 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 2) (firewall!) (up: 1628 hrs), (distance 13, link: (Google 2)), [209.85.198.236] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JIuEwTh2QpOJ for ; Mon, 15 Dec 2008 17:30:34 +0000 (GMT) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.236]) by menubar.gnome.org (Postfix) with ESMTP id 5A8E7750108 for ; Mon, 15 Dec 2008 17:30:33 +0000 (GMT) Received: by rv-out-0506.google.com with SMTP id f6so2763428rvb.3 for ; Mon, 15 Dec 2008 09:30:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:subject:from:reply-to :to:cc:in-reply-to:references:content-type:organization:date :message-id:mime-version:x-mailer:content-transfer-encoding; bh=ECz9kE6zfjh7nHgYyv8uvK3d32+2cwSMurzhz7hp/4w=; b=SPpSDPvcsPIMnT/UYChuOWkKt6xJF3OmIjcxW8U9ZS6Jedo0SUbhODdViK6xHlP0L9 BD3cuerWDmQmGEOiioQ9j2iK4zj8wRGazFv+sjyICFfVv62ebc6lfRZ0NQ9pFadfHHSF jelaLsgVwLGcmMWfQNjqnLMtPMAhqQi1ukW0s= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:subject:from:reply-to:to:cc:in-reply-to:references :content-type:organization:date:message-id:mime-version:x-mailer :content-transfer-encoding; b=IEJN1y8pKI0+KwOFj8wMaKDIj0xb4GDDnynekbbgJHNYgaoc/qC6O1P8ksTMYFHFxH xLu/42DR0eByBpoe0qbs/7371lEnSJowDTPM69BltlGQOFJ0YIbVDxaK3gR4lgYIhF8B EqY8trGbNX7P8DeHz9KwiniLZw6KGal0iyyus= Received: by 10.141.36.10 with SMTP id o10mr2879978rvj.272.1229362231999; Mon, 15 Dec 2008 09:30:31 -0800 (PST) Received: from ?192.168.1.101? (clarens.caltech.edu [131.215.2.162]) by mx.google.com with ESMTPS id l31sm4644104rvb.2.2008.12.15.09.30.30 (version=SSLv3 cipher=RC4-MD5); Mon, 15 Dec 2008 09:30:31 -0800 (PST) Sender: Conrad Steenberg From: Conrad Steenberg To: Yu Feng In-Reply-To: <1229361672.3070.30.camel@localhost.localdomain> References: <1229190264.12106.8@ildar.innovations.kz> <1229190410.2963.1.camel@localhost.localdomain> <1229191231.14153.6.camel@jamie-laptop> <1229361514.3598.16.camel@localhost.localdomain> <1229361672.3070.30.camel@localhost.localdomain> Content-Type: text/plain Organization: California Institute of Technology Date: Mon, 15 Dec 2008 09:30:23 -0800 Message-Id: <1229362223.3598.24.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.24.2 (2.24.2-1.fc10) Content-Transfer-Encoding: 7bit Cc: vala-list Subject: Re: [Vala] inline C X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list Reply-To: conrad.steenberg@caltech.edu List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Dec 2008 17:30:41 -0000 On Mon, 2008-12-15 at 12:21 -0500, Yu Feng wrote: > On Mon, 2008-12-15 at 09:18 -0800, Conrad Steenberg wrote: > > On Sat, 2008-12-13 at 13:00 -0500, Jamie McCracken wrote: > > > The disadvantage to inlining is it destroys the platform independence - > > > IE you would not be able to create a gcc front end for vala nor would > > > you be able to have vala->c++ or vala->jvm/clr. > > > > > > jamie > > Is it generally possible to use in C C++ libraries at all? If I understand your question correctly, the canonical answer is that 'C is a strict subset of C++', so yes you can use C in C++ libraries. In practice there are a few things you need to do to make it work, e.g. C header files should have an extern "C++" {} block to tell the C++ compiler to use C calling conventions and name mangling for linking to existing C-compiled libraries. And there are a few corner cases where the C and C++ specs differ. Cheers, Conrad > > > > > Hmmm, I would love to be able to use C++ libraries from Vala (or Genie, > > since it's a natural jump from Numeric Python which I currently use). > > > > Any ideas on how to do that? Compile the vala/genie-produced C code with > > a C++ compiler? > > > > Cheers, > > Conrad > From conrad.steenberg@gmail.com Mon Dec 15 17:31:51 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 6DAC275014F for ; Mon, 15 Dec 2008 17:31:51 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 2) (firewall!) (up: 1628 hrs), (distance 13, link: (Google 2)), [209.85.198.229] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id sJzMF3zu40zm for ; Mon, 15 Dec 2008 17:31:43 +0000 (GMT) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.229]) by menubar.gnome.org (Postfix) with ESMTP id 5F30E750139 for ; Mon, 15 Dec 2008 17:31:43 +0000 (GMT) Received: by rv-out-0506.google.com with SMTP id f6so2763892rvb.3 for ; Mon, 15 Dec 2008 09:31:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:subject:from:reply-to :to:cc:in-reply-to:references:content-type:organization:date :message-id:mime-version:x-mailer:content-transfer-encoding; bh=ZJPGzxpVScZt77l9ijtNUH5ZgAea7L5U4nyv8g5klRY=; b=xs+X/oxGIxuF1au9Ud2eRfNOim0nGhRCLFrhTelqeZs4tj7RbJD4V1jfRSTYVpdubQ cDaA//ZT3Q9etjRD8Kqw5+s0n6yRU0+iVAR58p/sIU+OKXqhxX0xLhnSz62P11WL5RDk ZvmeVJzEpCNCsclc7Tl3VMQ4osyjpuvs3cvOA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:subject:from:reply-to:to:cc:in-reply-to:references :content-type:organization:date:message-id:mime-version:x-mailer :content-transfer-encoding; b=rbVOUYLVj+cbVtPtW+U0HnimO+PixaoN1r6dVjh5hD4PQaKMkTGTRXGf4DXJxfDQ3g V3HbEN/OfATMh47KM2KDiecPyqru+xnjtEkI32WVMR5BzEPMsnVOiAMKVJrq4sSmaZM0 /JX8eZq8qX1oQ/Z9vuaw+JXWlbybmHodRexX0= Received: by 10.141.98.13 with SMTP id a13mr3824257rvm.85.1229362301233; Mon, 15 Dec 2008 09:31:41 -0800 (PST) Received: from ?192.168.1.101? (clarens.caltech.edu [131.215.2.162]) by mx.google.com with ESMTPS id c20sm2714911rvf.5.2008.12.15.09.31.40 (version=SSLv3 cipher=RC4-MD5); Mon, 15 Dec 2008 09:31:40 -0800 (PST) Sender: Conrad Steenberg From: Conrad Steenberg To: Levi Bard In-Reply-To: <1a3a3e310812150928g14ef56e3t38c9ac16cca118da@mail.gmail.com> References: <1229190264.12106.8@ildar.innovations.kz> <1229190410.2963.1.camel@localhost.localdomain> <1229191231.14153.6.camel@jamie-laptop> <1229361514.3598.16.camel@localhost.localdomain> <1a3a3e310812150928g14ef56e3t38c9ac16cca118da@mail.gmail.com> Content-Type: text/plain Organization: California Institute of Technology Date: Mon, 15 Dec 2008 09:31:32 -0800 Message-Id: <1229362292.3598.25.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.24.2 (2.24.2-1.fc10) Content-Transfer-Encoding: 7bit Cc: vala-list Subject: Re: [Vala] inline C X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list Reply-To: conrad.steenberg@caltech.edu List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Dec 2008 17:31:51 -0000 On Mon, 2008-12-15 at 12:28 -0500, Levi Bard wrote: > > Hmmm, I would love to be able to use C++ libraries from Vala (or Genie, > > since it's a natural jump from Numeric Python which I currently use). > > > > Any ideas on how to do that? Compile the vala/genie-produced C code with > > a C++ compiler? > > You could use a C wrapper library ala taglib_c... > Yes, but it would be nice if the Vala compiler could help a little bit :-) -- ----------------------------------------------------------------------------- Conrad D. Steenberg Ph.D. conrad.steenberg@caltech.edu Scientific Software Engineer http://www.nupack.org Pierce Bio-Engineering Lab Mail Code 114-96 California Institute of Technology Pasadena, CA, 91125 From jamie.mccrack@googlemail.com Mon Dec 15 17:39:08 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id AEB7675012D for ; Mon, 15 Dec 2008 17:39:08 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 2) (firewall!) (up: 10789 hrs), (distance 16, link: (Google 2)), [66.249.92.168] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2oSyB5mpYBGW for ; Mon, 15 Dec 2008 17:39:00 +0000 (GMT) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.168]) by menubar.gnome.org (Postfix) with ESMTP id 1F5E5750129 for ; Mon, 15 Dec 2008 17:38:59 +0000 (GMT) Received: by ug-out-1314.google.com with SMTP id m2so162784ugc.22 for ; Mon, 15 Dec 2008 09:38:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:subject:reply-to:to:cc :in-reply-to:references:content-type:date:message-id:mime-version :x-mailer:content-transfer-encoding:from; bh=yaCUJXhch9+qbTEyeugJ2gqhvo5eGNF8WQiWZnCVGPY=; b=x3njFJUm8e9c06GF0rV7f5J2BIOFq8j/bS+34Egr4nKs89k1WmwuyOVTphZYcK3Kop dzd+j297fy0mxs5Si8JbYt9xB/p5TVqVnRW0VIdZRsZGZHsg68+owzWrhtMMa5dwuWVr 1It3OU051JyxAZttHkHYmYIGGU/ztuxIZk5X0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=subject:reply-to:to:cc:in-reply-to:references:content-type:date :message-id:mime-version:x-mailer:content-transfer-encoding:from; b=fewlVYn31cQOfTQbpsCVSZujvu9YVoG7fmEfBiTFUToH9bXevehnUjgZESU3XnyH1z RtKLozEQuO+EL5LbzF4ylhjhCcxW7qslFmgnfnigNMl3jqsAii7wYWZ/xqPp+nWdxnTv J1MQqrXaOolTEAXkGsXxgHDSZAF8s3V0uLI3A= Received: by 10.66.243.12 with SMTP id q12mr2057195ugh.77.1229362737401; Mon, 15 Dec 2008 09:38:57 -0800 (PST) Received: from ?192.168.1.6? ([65.255.58.201]) by mx.google.com with ESMTPS id a1sm507656ugf.50.2008.12.15.09.38.43 (version=SSLv3 cipher=RC4-MD5); Mon, 15 Dec 2008 09:38:57 -0800 (PST) To: conrad.steenberg@caltech.edu In-Reply-To: <1229361514.3598.16.camel@localhost.localdomain> References: <1229190264.12106.8@ildar.innovations.kz> <1229190410.2963.1.camel@localhost.localdomain> <1229191231.14153.6.camel@jamie-laptop> <1229361514.3598.16.camel@localhost.localdomain> Content-Type: text/plain Date: Mon, 15 Dec 2008 12:42:28 -0500 Message-Id: <1229362948.6466.23.camel@jamie-laptop> Mime-Version: 1.0 X-Mailer: Evolution 2.22.1.1 Content-Transfer-Encoding: 7bit From: Jamie McCracken Cc: vala-list Subject: Re: [Vala] inline C X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list Reply-To: jamie.mccrack@gmail.com List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Dec 2008 17:39:08 -0000 On Mon, 2008-12-15 at 09:18 -0800, Conrad Steenberg wrote: > On Sat, 2008-12-13 at 13:00 -0500, Jamie McCracken wrote: > > The disadvantage to inlining is it destroys the platform independence - > > IE you would not be able to create a gcc front end for vala nor would > > you be able to have vala->c++ or vala->jvm/clr. > > > > jamie > > Hmmm, I would love to be able to use C++ libraries from Vala (or Genie, > since it's a natural jump from Numeric Python which I currently use). > > Any ideas on how to do that? Compile the vala/genie-produced C code with > a C++ compiler? if you want vala to output to c++ objects instead of gobject C then you would have to code a backend for vala but this is a lot of work jamie From conrad.steenberg@gmail.com Mon Dec 15 17:49:52 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id BBE7D750137 for ; Mon, 15 Dec 2008 17:49:52 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 2) (firewall!) (up: 1631 hrs), (distance 13, link: (Google 2)), [209.85.198.230] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ozktdbHPDTyk for ; Mon, 15 Dec 2008 17:49:43 +0000 (GMT) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.230]) by menubar.gnome.org (Postfix) with ESMTP id 6B5A9750139 for ; Mon, 15 Dec 2008 17:49:42 +0000 (GMT) Received: by rv-out-0506.google.com with SMTP id f6so2771013rvb.3 for ; Mon, 15 Dec 2008 09:49:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:subject:from:reply-to :to:cc:in-reply-to:references:content-type:organization:date :message-id:mime-version:x-mailer:content-transfer-encoding; bh=CXNRH94uWZkoj1QeApPfZkvOlZSjvlSWQPLogN3gjWA=; b=HItzeuqKqFPQuPGR28u8929FTHYqAe3OXGTF1YXq7wSKrRyaYVngSer2glyHEaTRS4 dWXjwKxSvo/iwT3Ra7pY/OdOB6mFZLFW6vShdcy0fbnX35QpjSuPgiG/bO7ubCSRvQzi NpgycEvQQY1JpESgLhfZ7ajwdRGyfNNfLmmaY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:subject:from:reply-to:to:cc:in-reply-to:references :content-type:organization:date:message-id:mime-version:x-mailer :content-transfer-encoding; b=XsWBfLP0f8Vj7ncUKHCBK7T2s9GLXHW1JIK5qRmuPUF0eM4BgTMlqrWnkTVPNgKfJa ANCxAKf0a/v8uUqgWCKodnf1kAGcp8WzoQ4nGjOCMlVAYG+qHQMoZb7aKFbGnYLOXBeH NgtIKL4VKHOndAsnOLso26FLeYkDJZL92kPzI= Received: by 10.141.100.15 with SMTP id c15mr3821339rvm.222.1229363381104; Mon, 15 Dec 2008 09:49:41 -0800 (PST) Received: from ?192.168.1.101? (clarens.caltech.edu [131.215.2.162]) by mx.google.com with ESMTPS id k2sm7291344rvb.8.2008.12.15.09.49.39 (version=SSLv3 cipher=RC4-MD5); Mon, 15 Dec 2008 09:49:40 -0800 (PST) Sender: Conrad Steenberg From: Conrad Steenberg To: jamie.mccrack@gmail.com In-Reply-To: <1229362948.6466.23.camel@jamie-laptop> References: <1229190264.12106.8@ildar.innovations.kz> <1229190410.2963.1.camel@localhost.localdomain> <1229191231.14153.6.camel@jamie-laptop> <1229361514.3598.16.camel@localhost.localdomain> <1229362948.6466.23.camel@jamie-laptop> Content-Type: text/plain Organization: California Institute of Technology Date: Mon, 15 Dec 2008 09:49:32 -0800 Message-Id: <1229363372.3598.33.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.24.2 (2.24.2-1.fc10) Content-Transfer-Encoding: 7bit Cc: vala-list Subject: Re: [Vala] inline C X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list Reply-To: conrad.steenberg@caltech.edu List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Dec 2008 17:49:53 -0000 On Mon, 2008-12-15 at 12:42 -0500, Jamie McCracken wrote: > On Mon, 2008-12-15 at 09:18 -0800, Conrad Steenberg wrote: > > On Sat, 2008-12-13 at 13:00 -0500, Jamie McCracken wrote: > > > The disadvantage to inlining is it destroys the platform independence - > > > IE you would not be able to create a gcc front end for vala nor would > > > you be able to have vala->c++ or vala->jvm/clr. > > > > > > jamie > > > > Hmmm, I would love to be able to use C++ libraries from Vala (or Genie, > > since it's a natural jump from Numeric Python which I currently use). > > > > Any ideas on how to do that? Compile the vala/genie-produced C code with > > a C++ compiler? > > > if you want vala to output to c++ objects instead of gobject C then you > would have to code a backend for vala but this is a lot of work > > jamie Yes, I can imagine. I notice that SWIG can now produce C wrappers for C ++ code, so that may be one way to go. In the long term it would be nice to have a sort of vapi++ to call C++ code, even though GObject is still used. Btw. there is a Genie/Python-like language called Wirbel that compiles directly to C++ - see http://mathias-kettner.de/wirbel.html. The compiler and libraries are GPL, though, so any code it generates has to be GPL'd too. Cheers, Conrad -- ----------------------------------------------------------------------------- Conrad D. Steenberg Ph.D. conrad.steenberg@caltech.edu Scientific Software Engineer http://clarens.caltech.edu Pierce Bio-Engineering Lab Mail Code 114-96 California Institute of Technology Pasadena, CA, 91125 From j@bitron.ch Mon Dec 15 18:39:24 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 74A58750147 for ; Mon, 15 Dec 2008 18:39:24 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.6, seldom 2.4 (older, 4) (up: 5503 hrs), (distance 22, link: ethernet/modem), [195.182.222.72] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id AraEV9TJPq9Y for ; Mon, 15 Dec 2008 18:39:18 +0000 (GMT) Received: from cpanel02.rubas.net (cpanel02.rubas.net [195.182.222.72]) by menubar.gnome.org (Postfix) with ESMTP id 1842C750108 for ; Mon, 15 Dec 2008 18:39:17 +0000 (GMT) Received: from 84-74-130-52.dclient.hispeed.ch ([84.74.130.52] helo=[192.168.1.55]) by cpanel02.rubas.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1LCILa-0002Wk-OH; Mon, 15 Dec 2008 19:39:14 +0100 From: =?ISO-8859-1?Q?J=FCrg?= Billeter To: conrad.steenberg@caltech.edu In-Reply-To: <1229363372.3598.33.camel@localhost.localdomain> References: <1229190264.12106.8@ildar.innovations.kz> <1229190410.2963.1.camel@localhost.localdomain> <1229191231.14153.6.camel@jamie-laptop> <1229361514.3598.16.camel@localhost.localdomain> <1229362948.6466.23.camel@jamie-laptop> <1229363372.3598.33.camel@localhost.localdomain> Content-Type: text/plain; charset="UTF-8" Date: Mon, 15 Dec 2008 19:39:14 +0100 Message-Id: <1229366354.3637.3.camel@jdesktop.bitron.ch> Mime-Version: 1.0 X-Mailer: Evolution 2.25.2 Content-Transfer-Encoding: quoted-printable X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cpanel02.rubas.net X-AntiAbuse: Original Domain - gnome.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - bitron.ch X-Source: X-Source-Args: X-Source-Dir: Cc: vala-list Subject: Re: [Vala] inline C X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Dec 2008 18:39:24 -0000 On Mon, 2008-12-15 at 09:49 -0800, Conrad Steenberg wrote: > On Mon, 2008-12-15 at 12:42 -0500, Jamie McCracken wrote: > > On Mon, 2008-12-15 at 09:18 -0800, Conrad Steenberg wrote: > > > Hmmm, I would love to be able to use C++ libraries from Vala (or > Genie, > > > since it's a natural jump from Numeric Python which I currently use). > > >=20 > > > Any ideas on how to do that? Compile the vala/genie-produced C code w= ith > > > a C++ compiler? > >=20 > >=20 > > if you want vala to output to c++ objects instead of gobject C then you > > would have to code a backend for vala but this is a lot of work=20 > >=20 > > jamie >=20 > Yes, I can imagine. I notice that SWIG can now produce C wrappers for C > ++ code, so that may be one way to go. In the long term it would be nice > to have a sort of vapi++ to call C++ code, even though GObject is still > used. Writing a C++ backend for Vala that still uses GObject for types declared in Vala should be doable, we might just need a bit refactoring, so we can reuse the existing backend in an optimal way. I'm not planning to work on that in the near future, though. J=C3=BCrg From conrad.steenberg@gmail.com Mon Dec 15 18:43:12 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 347DF750130 for ; Mon, 15 Dec 2008 18:43:12 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 2) (firewall!) (up: 1640 hrs), (distance 13, link: (Google 2)), [209.85.198.226] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Hq+XLI7oBtJM for ; Mon, 15 Dec 2008 18:43:05 +0000 (GMT) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.226]) by menubar.gnome.org (Postfix) with ESMTP id AFBCB750135 for ; Mon, 15 Dec 2008 18:43:04 +0000 (GMT) Received: by rv-out-0506.google.com with SMTP id f6so2792202rvb.3 for ; Mon, 15 Dec 2008 10:43:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:subject:from:reply-to :to:cc:in-reply-to:references:content-type:organization:date :message-id:mime-version:x-mailer:content-transfer-encoding; bh=5CPiloRwa1ct2p6GnTuXKwEL57DzhjbUyfP7Gi7ExoI=; b=XIjb0RQEUKm6C4tzTi7WWQ+ljByhvGRcUHC55KDRMPQiGBeGvQAXdmSLN6r4Fe/i4Y kZAJhmZlMGJcuOS+aBkQolz17QusWmuO9l5SzNOLyxkJxuVhT5y1c0Evi/HCv9EaJBdT 3EZAvUvRB7Y3qFvhvddHrQzVgMg4Bdh15y4jM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:subject:from:reply-to:to:cc:in-reply-to:references :content-type:organization:date:message-id:mime-version:x-mailer :content-transfer-encoding; b=rNtsinQnWdSDWTHhqmh7JNzZk5CWml79SWLi9OHdum8mIZ8X47VCvXhtJ3QQDI4trz nxHBAS0TMfoyWZgFm4bFLBv0juUp3S/CgPPedN//kAaWZA+HrOqbZZOOyusZP0pRsWSf sqdYNYMk/6OyE/dORmTWILJx/AHof/4zHUN/w= Received: by 10.140.161.11 with SMTP id j11mr3843738rve.247.1229366582469; Mon, 15 Dec 2008 10:43:02 -0800 (PST) Received: from ?192.168.1.101? (clarens.caltech.edu [131.215.2.162]) by mx.google.com with ESMTPS id f42sm2209783rvb.7.2008.12.15.10.43.01 (version=SSLv3 cipher=RC4-MD5); Mon, 15 Dec 2008 10:43:01 -0800 (PST) Sender: Conrad Steenberg From: Conrad Steenberg To: =?ISO-8859-1?Q?J=FCrg?= Billeter In-Reply-To: <1229366354.3637.3.camel@jdesktop.bitron.ch> References: <1229190264.12106.8@ildar.innovations.kz> <1229190410.2963.1.camel@localhost.localdomain> <1229191231.14153.6.camel@jamie-laptop> <1229361514.3598.16.camel@localhost.localdomain> <1229362948.6466.23.camel@jamie-laptop> <1229363372.3598.33.camel@localhost.localdomain> <1229366354.3637.3.camel@jdesktop.bitron.ch> Content-Type: text/plain; charset="UTF-8" Organization: California Institute of Technology Date: Mon, 15 Dec 2008 10:42:53 -0800 Message-Id: <1229366573.3598.35.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.24.2 (2.24.2-1.fc10) Content-Transfer-Encoding: 8bit Cc: vala-list Subject: Re: [Vala] inline C X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list Reply-To: conrad.steenberg@caltech.edu List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Dec 2008 18:43:12 -0000 On Mon, 2008-12-15 at 19:39 +0100, Jürg Billeter wrote: > On Mon, 2008-12-15 at 09:49 -0800, Conrad Steenberg wrote: > > On Mon, 2008-12-15 at 12:42 -0500, Jamie McCracken wrote: > > > On Mon, 2008-12-15 at 09:18 -0800, Conrad Steenberg wrote: > > > > Hmmm, I would love to be able to use C++ libraries from Vala (or > > Genie, > > > > since it's a natural jump from Numeric Python which I currently use). > > > > > > > > Any ideas on how to do that? Compile the vala/genie-produced C code with > > > > a C++ compiler? > > > > > > > > > if you want vala to output to c++ objects instead of gobject C then you > > > would have to code a backend for vala but this is a lot of work > > > > > > jamie > > > > Yes, I can imagine. I notice that SWIG can now produce C wrappers for C > > ++ code, so that may be one way to go. In the long term it would be nice > > to have a sort of vapi++ to call C++ code, even though GObject is still > > used. > > Writing a C++ backend for Vala that still uses GObject for types > declared in Vala should be doable, we might just need a bit refactoring, > so we can reuse the existing backend in an optimal way. I'm not planning > to work on that in the near future, though. > > Jürg Thanks, I understand that. Sorry if it seemed like I implied some pressure to implement anything :-) Cheers, Conrad From j@bitron.ch Mon Dec 15 19:37:58 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id A5711750147 for ; Mon, 15 Dec 2008 19:37:58 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.6, seldom 2.4 (older, 4) (up: 5512 hrs), (distance 22, link: ethernet/modem), [195.182.222.72] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NUPxZY2T8OFk for ; Mon, 15 Dec 2008 19:37:52 +0000 (GMT) Received: from cpanel02.rubas.net (cpanel02.rubas.net [195.182.222.72]) by menubar.gnome.org (Postfix) with ESMTP id 3421C75012A for ; Mon, 15 Dec 2008 19:37:51 +0000 (GMT) Received: from 84-74-130-52.dclient.hispeed.ch ([84.74.130.52] helo=[192.168.1.55]) by cpanel02.rubas.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1LCJGD-0003eR-JJ; Mon, 15 Dec 2008 20:37:45 +0100 From: =?ISO-8859-1?Q?J=FCrg?= Billeter To: Karl Lattimer In-Reply-To: <1229190410.2963.1.camel@localhost.localdomain> References: <1229190264.12106.8@ildar.innovations.kz> <1229190410.2963.1.camel@localhost.localdomain> Content-Type: text/plain; charset="UTF-8" Date: Mon, 15 Dec 2008 20:37:45 +0100 Message-Id: <1229369865.3637.57.camel@jdesktop.bitron.ch> Mime-Version: 1.0 X-Mailer: Evolution 2.25.2 Content-Transfer-Encoding: quoted-printable X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cpanel02.rubas.net X-AntiAbuse: Original Domain - gnome.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - bitron.ch X-Source: X-Source-Args: X-Source-Dir: Cc: vala-list@gnome.org Subject: Re: [Vala] inline C X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Dec 2008 19:37:59 -0000 On Sat, 2008-12-13 at 17:46 +0000, Karl Lattimer wrote: > On Sat, 2008-12-13 at 23:44 +0600, Ildar Mulyukov wrote: > > What do you think about having C inline in Vala? This looks quite =20 > > natural for Vala. Especially while Vala is quite unperfect (having 304 = =20 > > open bugs). This could ease implementing workarounds ;) >=20 > +1 it would be nicer for certain things to just use C rather than having > to write vapi e.g. the uuid.vapi I had to write for wizbit, meant more > code than just using C... >=20 > There would have to be some sanity wrapping though to make sure that the > C stuff would work properly with the vala stuff...=20 I don't really like the idea of inline C in general. The only reason to use it is to avoid writing bindings or work around bugs in the compiler.=20 Supporting full-featured inline C is not trivial as you would not only need to be able to write C blocks in Vala methods but also make it possible to add include directives, use C types as parameters, define global variables or constants, and maybe add lines to the generated header file. In my opinion, the time is better spent on improving Vala so that nobody needs inline C. Vala already makes it pretty easy to work on a low level by supporting pointers and simple ad-hoc bindings with the `extern' modifier. J=C3=BCrg From j@bitron.ch Mon Dec 15 21:06:25 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id EFD887500DB for ; Mon, 15 Dec 2008 21:06:24 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.6, seldom 2.4 (older, 4) (up: 5527 hrs), (distance 22, link: ethernet/modem), [195.182.222.72] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tzna7xaIdPX5 for ; Mon, 15 Dec 2008 21:06:16 +0000 (GMT) Received: from cpanel02.rubas.net (cpanel02.rubas.net [195.182.222.72]) by menubar.gnome.org (Postfix) with ESMTP id 3B3AF75007E for ; Mon, 15 Dec 2008 21:06:15 +0000 (GMT) Received: from 84-74-130-52.dclient.hispeed.ch ([84.74.130.52] helo=[192.168.1.55]) by cpanel02.rubas.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1LCKdp-0002MM-7I; Mon, 15 Dec 2008 22:06:13 +0100 From: =?ISO-8859-1?Q?J=FCrg?= Billeter To: ab@altlinux.org In-Reply-To: <6062a6e60812011424m5785a87ew5673baf32193e154@mail.gmail.com> References: <1228164977.9899.15.camel@jdesktop.bitron.ch> <6062a6e60812011424m5785a87ew5673baf32193e154@mail.gmail.com> Content-Type: text/plain; charset="UTF-8" Date: Mon, 15 Dec 2008 22:06:12 +0100 Message-Id: <1229375172.3637.59.camel@jdesktop.bitron.ch> Mime-Version: 1.0 X-Mailer: Evolution 2.25.2 Content-Transfer-Encoding: quoted-printable X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cpanel02.rubas.net X-AntiAbuse: Original Domain - gnome.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - bitron.ch X-Source: X-Source-Args: X-Source-Dir: Cc: vala-list@gnome.org Subject: Re: [Vala] [ANNOUNCE] Vala 0.5.2 - Compiler for the GObject type system X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Dec 2008 21:06:25 -0000 On Tue, 2008-12-02 at 01:24 +0300, Alexander Bokovoy wrote: > On Mon, Dec 1, 2008 at 11:56 PM, J=C3=BCrg Billeter wrote: > > We are pleased to announce version 0.5.2 of Vala, a compiler for the > > GObject type system. > > > > Vala 0.5.2 is now available for download at: > > http://download.gnome.org/sources/vala/0.5/ > 'make check' fails for all tests on gcc 4.3 and recent binutils > (2.18.50.0.9 at least) due to enhanced linking heuristics: all > undefined symbols are checked once at providers specified after the > object modules they are referenced. Thanks for the patch. I've committed it to trunk, although I cannot reproduce the issue on gcc 4.3.2 and binutils 2.19.50.0.1 here. J=C3=BCrg From noah_gibbs@yahoo.com Mon Dec 15 21:28:32 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 2FD217500DB for ; Mon, 15 Dec 2008 21:28:32 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.11 X-Spam-Level: X-Spam-Status: No, score=-2.11 tagged_above=-999 required=2 tests=[BAYES_05=-1.11, L_P0F_Unix=-1] X-Amavis-OS-Fingerprint: FreeBSD 6.x (1) (up: 11450 hrs), (distance 14, link: ethernet/modem), [206.190.38.206] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id t90VO6wJAcrf for ; Mon, 15 Dec 2008 21:28:26 +0000 (GMT) Received: from web51601.mail.re2.yahoo.com (web51601.mail.re2.yahoo.com [206.190.38.206]) by menubar.gnome.org (Postfix) with SMTP id DF6AD750135 for ; Mon, 15 Dec 2008 21:28:25 +0000 (GMT) Received: (qmail 51992 invoked by uid 60001); 15 Dec 2008 21:28:24 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type:Message-ID; b=uL/0z4aMii1puNduFr8t9f9qfZP0S3+elhhzY3pfrFShWTah02bRzNffeCPQVa7FlP4Khw9gv7h5ASQ232NKv5qbv4j+nQXqSFmBPT12rjNWiPFpDS9a5dDXRL4pLn96VUM/zSCuLI5VfvtIvVTjGAaUPl+uw1bXxr78a/+ZIR0=; X-YMail-OSG: 3Np.iiQVM1nwsnos5NVQyz497orR8Rn4BplJ34NKCyrhR3YSxR7COUzUnysLhNieDeEn2ciZ6i2_0qLbcoW00l0qRxZiiW6URcglYRUsO5VGzNLZyHm_xYxFSjAhBvRlTQ_12mx4a4Gu8vvTHnMhBxtmZ_1zQR37rT4Z4RZcCTxpYvblu3OniONcAWQp Received: from [12.7.175.2] by web51601.mail.re2.yahoo.com via HTTP; Mon, 15 Dec 2008 13:28:23 PST X-Mailer: YahooMailWebService/0.7.260.1 Date: Mon, 15 Dec 2008 13:28:23 -0800 (PST) From: Noah Gibbs To: vala-list@gnome.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Message-ID: <905989.46407.qm@web51601.mail.re2.yahoo.com> Subject: [Vala] VAPI documentation X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list Reply-To: noah_gibbs@yahoo.com List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Dec 2008 21:28:32 -0000 Is there a good source of VAPI documentation anywhere? I'm looking at the Poppler tutorial, but it looks like that requires the library being wrapped to export itself via pkg-config, and the library I'm looking at doesn't do that. I've found some example VAPIs from various other libraries, I was just hoping there was also some VAPI documentation for the options I find less obvious :-) From ildar@users.sourceforge.net Tue Dec 16 08:52:51 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id B0137750121 for ; Tue, 16 Dec 2008 08:52:51 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.799 X-Spam-Level: X-Spam-Status: No, score=-1.799 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, L_P0F_UNKN=0.8] X-Amavis-OS-Fingerprint: UNKNOWN [S4:42:1:52:M1460,N,N,S,N,W4:.:?:?], (link: ethernet/modem), [213.157.44.222] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id aXXJVfc7kdyX for ; Tue, 16 Dec 2008 08:52:44 +0000 (GMT) Received: from mail.ttvs.kz (mail.ttvs.kz [213.157.44.222]) by menubar.gnome.org (Postfix) with ESMTP id 3FC9C7500EE for ; Tue, 16 Dec 2008 08:52:43 +0000 (GMT) Received: from ildar.innovations.kz (unknown [95.56.0.245]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: ildar@innovations.kz) by mail.ttvs.kz (Postfix) with ESMTP id AACFE440C2 for ; Tue, 16 Dec 2008 14:37:13 +0600 (ALMT) Received: from ildar.innovations.kz (localhost [127.0.0.1]) by ildar.innovations.kz (Postfix) with ESMTP id 5F647B0C for ; Tue, 16 Dec 2008 14:52:02 +0600 (ALMT) Date: Tue, 16 Dec 2008 14:52:01 +0600 From: Ildar Mulyukov To: Vala compiler development and discussion References: <1229190264.12106.8@ildar.innovations.kz> <1229190410.2963.1.camel@localhost.localdomain> <1229369865.3637.57.camel@jdesktop.bitron.ch> In-Reply-To: <1229369865.3637.57.camel@jdesktop.bitron.ch> (from j@bitron.ch on Tue Dec 16 01:37:45 2008) X-Mailer: Balsa 2.3.25 Message-Id: <1229417521.13490.4@ildar.innovations.kz> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp=Yes; Format=Flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable X-Drweb-SpamState: no X-Drweb-SpamScore: -110 Subject: Re: [Vala] inline C X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Dec 2008 08:52:52 -0000 Hi! On 16.12.2008 01:37:45, J=FCrg Billeter wrote: > I don't really like the idea of inline C in general. The only reason =20 > to use it is to avoid writing bindings or work around bugs in the =20 > compiler. That was the original idea > Supporting full-featured inline C is not trivial as you would not only > need to be able to write C blocks in Vala methods but also make it > possible to add include directives, use C types as parameters, define > global variables or constants, and maybe add lines to the generated > header file. > In my opinion, the time is better spent on improving Vala so that =20 > nobody needs inline C. Vala already makes it pretty easy to work on a =20 > low level by supporting pointers and simple ad-hoc bindings with the =20 > `extern' modifier. Agree. Ok, I think that's enough for the discussion. Thank you everybody who =20 expressed here. Best regards, Ildar --=20 Ildar Mulyukov, free SW designer/programmer =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D email: ildar@users.sourceforge.net home: http://tuganger.narod.ru/ ALT Linux Sisyphus =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D From kuteynikov@gmail.com Tue Dec 16 14:58:51 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 8F24B75010E for ; Tue, 16 Dec 2008 14:58:51 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.598 X-Spam-Level: X-Spam-Status: No, score=-2.598 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 2) (firewall!) (up: 11002 hrs), (distance 16, link: (Google 2)), [66.249.92.169] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Md6MswDUsnci for ; Tue, 16 Dec 2008 14:58:45 +0000 (GMT) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.169]) by menubar.gnome.org (Postfix) with ESMTP id 93718750125 for ; Tue, 16 Dec 2008 14:58:43 +0000 (GMT) Received: by ug-out-1314.google.com with SMTP id m2so238829ugc.22 for ; Tue, 16 Dec 2008 06:58:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:mime-version:content-type; bh=a8DExNJAQz2/T/0o2JhN2w/ZaQZ7HASaiM4AUGPLsKA=; b=VcLsJoCKsHWonnP6DOvd7Gabbc/FpQrWAXvWt1eiuKF85q/HtoyRlGlAlg1H9C0hLM BfrEMdTMarT7YGDq8K31fEcBlK9noDKpTQaRnpj5nyhULcUosTKew1SkRzK7Fb+LMpmy dfBVIdwNNolbFR8TKyYo5nzJzWQoPj6GFZBTM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type; b=sY8OzEMOvtwzJpoxc+LmRRfuc0LMh5f5stc4NcbHIiy6OMYkFqNZ7rxV3ojEl+szR7 nA78jy7hNjs7QL6iELlVp/UtgDDtO95M7Otrx2b7hD9uJuSnTAke5AiRMBzqJyko8jy/ RUdxKgzX9lL8L01HDFGzEBP5JTqJAcjXHGX94= Received: by 10.67.96.1 with SMTP id y1mr2712213ugl.34.1229439521095; Tue, 16 Dec 2008 06:58:41 -0800 (PST) Received: by 10.67.92.2 with HTTP; Tue, 16 Dec 2008 06:58:39 -0800 (PST) Message-ID: Date: Tue, 16 Dec 2008 17:58:39 +0300 From: "=?UTF-8?B?0JrRg9GC0LXQudC90LjQutC+0LIg0JTQvNC40YLRgNC40Lk=?=" To: vala-list@gnome.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_4989_511725.1229439520343" Subject: [Vala] foreach performance X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Dec 2008 14:58:51 -0000 ------=_Part_4989_511725.1229439520343 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hello! Why there are no operator to remove current object in foreach block? I have to write foreach(Components.Obj obj in m_objects) { if(obj.item.x == x && obj.item.y == y) { Events.disappear(obj); m_objects.remove(obj); // :( return obj; } instead of foreach(Components.Obj obj in m_objects) { if(obj.item.x == x && obj.item.y == y) { Events.disappear(obj); remove obj; return obj; } *m_objects.remove(obj)* will start a new search from the beginning of list so it is a great performance hit. ------=_Part_4989_511725.1229439520343 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hello!
Why there are no operator to remove current object in foreach block?
I have to write

            foreach(Components.Obj obj in m_objects)
            {
                if(obj.item.x == x && obj.item.y == y)
                {
                    Events.disappear(obj);
                    m_objects.remove(obj);  //  :(
                    return obj;
                }

instead of

            foreach(Components.Obj obj in m_objects)
            {
                if(obj.item.x == x && obj.item.y == y)
                {
                    Events.disappear(obj);
                    remove obj;
                    return obj;
                }

m_objects.remove(obj) will start a new search from the beginning of list so it is a great performance hit.
------=_Part_4989_511725.1229439520343-- From mnemo@minimum.se Tue Dec 16 18:40:59 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 6354575004D for ; Tue, 16 Dec 2008 18:40:59 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.799 X-Spam-Level: X-Spam-Status: No, score=-1.799 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, L_P0F_UNKN=0.8] X-Amavis-OS-Fingerprint: UNKNOWN [65535:51:1:60:M1400,N,W3,S,T:.:?:?] (up: 4228 hrs), (link: sometimes DSL (2)), [90.185.1.42] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DsadozB2SjKq for ; Tue, 16 Dec 2008 18:40:51 +0000 (GMT) Received: from smtp.fullrate.dk (mail1-hoer.fullrate.dk [90.185.1.42]) by menubar.gnome.org (Postfix) with ESMTP id 61F40750004 for ; Tue, 16 Dec 2008 18:40:50 +0000 (GMT) Received: from [192.168.0.186] (4108ds2-by.0.fullrate.dk [90.184.83.113]) by smtp.fullrate.dk (Postfix) with ESMTP id F37B89D253; Tue, 16 Dec 2008 19:40:45 +0100 (CET) Message-ID: <4947F62D.9080502@minimum.se> Date: Tue, 16 Dec 2008 19:40:45 +0100 From: Martin Olsson User-Agent: Thunderbird 2.0.0.18 (X11/20081125) MIME-Version: 1.0 To: =?UTF-8?B?0JrRg9GC0LXQudC90LjQutC+0LIg0JTQvNC40YLRgNC40Lk=?= References: In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: vala-list@gnome.org Subject: Re: [Vala] foreach performance X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Dec 2008 18:40:59 -0000 Sounds like you want a linked list, on those the .remove() is O(1) will not need to iterate over the collection. Martin Кутейников Дмитрий wrote: > Hello! > Why there are no operator to remove current object in foreach block? > I have to write > > foreach(Components.Obj obj in m_objects) > { > if(obj.item.x == x && obj.item.y == y) > { > Events.disappear(obj); > m_objects.remove(obj); // :( > return obj; > } > > instead of > > foreach(Components.Obj obj in m_objects) > { > if(obj.item.x == x && obj.item.y == y) > { > Events.disappear(obj); > remove obj; > return obj; > } > > /m_objects.remove(obj)/ will start a new search from the beginning of > list so it is a great performance hit. > > > ------------------------------------------------------------------------ > > _______________________________________________ > Vala-list mailing list > Vala-list@gnome.org > http://mail.gnome.org/mailman/listinfo/vala-list From ildar@users.sourceforge.net Tue Dec 16 20:20:49 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 5C9F97500BE for ; Tue, 16 Dec 2008 20:20:49 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.799 X-Spam-Level: X-Spam-Status: No, score=-1.799 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, L_P0F_UNKN=0.8] X-Amavis-OS-Fingerprint: UNKNOWN [S4:46:1:52:M1460,N,N,S,N,W4:.:?:?], (link: ethernet/modem), [213.157.44.222] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LrEPDhdsDWow for ; Tue, 16 Dec 2008 20:20:41 +0000 (GMT) Received: from mail.ttvs.kz (mail.ttvs.kz [213.157.44.222]) by menubar.gnome.org (Postfix) with ESMTP id 85E3075004D for ; Tue, 16 Dec 2008 20:20:41 +0000 (GMT) Received: from ildar.innovations.kz (unknown [95.56.0.245]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: ildar@innovations.kz) by mail.ttvs.kz (Postfix) with ESMTP id 72B82440C2 for ; Wed, 17 Dec 2008 02:05:09 +0600 (ALMT) Received: from ildar.innovations.kz (localhost [127.0.0.1]) by ildar.innovations.kz (Postfix) with ESMTP id EE207B0C for ; Wed, 17 Dec 2008 02:20:12 +0600 (ALMT) Date: Wed, 17 Dec 2008 02:20:12 +0600 From: Ildar Mulyukov To: Vala compiler development and discussion X-Mailer: Balsa 2.3.25 Message-Id: <1229458812.12081.0@ildar.innovations.kz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; DelSp=Yes; Format=Flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable X-Drweb-SpamState: no X-Drweb-SpamScore: 20 Subject: [Vala] [ANNOUNCE] VUnit - a new unit testing framework X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Dec 2008 20:20:49 -0000 Hi, ppl, In case someone's interested: I've made a few initial commits to"just =20 another" testing framework for Vala. Take a look: http://git.altlinux.org/people/ildar/public/?p=3Dvunit.git;a=3Dsummary From the README: VUnit is an effort to create a Unit Testing Framework with the NUnit =20 "look and feel" and Vala rules (and limitations). VUnit is not the same as vunit made by Ali Sabil, though some parts =20 were copied and altered. In case you want to try, it requires vala SVN r2179 or later. Hope someone's interested. Best regards, Ildar --=20 Ildar Mulyukov, free SW designer/programmer =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D email: ildar@users.sourceforge.net home: http://tuganger.narod.ru/ ALT Linux Sisyphus =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D From j@bitron.ch Tue Dec 16 22:49:25 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 81FE57500DA; Tue, 16 Dec 2008 22:49:25 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.6, seldom 2.4 (older, 4) (up: 5784 hrs), (distance 22, link: ethernet/modem), [195.182.222.72] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3-kOmWrqfqCa; Tue, 16 Dec 2008 22:49:16 +0000 (GMT) Received: from cpanel02.rubas.net (cpanel02.rubas.net [195.182.222.72]) by menubar.gnome.org (Postfix) with ESMTP id 53E677500B4; Tue, 16 Dec 2008 22:49:15 +0000 (GMT) Received: from 84-74-130-52.dclient.hispeed.ch ([84.74.130.52] helo=[192.168.1.55]) by cpanel02.rubas.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1LCij1-00027q-RO; Tue, 16 Dec 2008 23:49:11 +0100 From: =?ISO-8859-1?Q?J=FCrg?= Billeter To: vala-list@gnome.org Content-Type: text/plain; charset="UTF-8" Date: Tue, 16 Dec 2008 23:49:11 +0100 Message-Id: <1229467751.11269.4.camel@jdesktop.bitron.ch> Mime-Version: 1.0 X-Mailer: Evolution 2.25.2 Content-Transfer-Encoding: quoted-printable X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cpanel02.rubas.net X-AntiAbuse: Original Domain - gnome.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - bitron.ch X-Source: X-Source-Args: X-Source-Dir: Cc: gnome-announce-list@gnome.org Subject: [Vala] [ANNOUNCE] Vala 0.5.3 - Compiler for the GObject type system X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list Reply-To: vala-list@gnome.org List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Dec 2008 22:49:25 -0000 We are pleased to announce version 0.5.3 of Vala, a compiler for the GObject type system. Vala 0.5.3 is now available for download at: http://download.gnome.org/sources/vala/0.5/ Changes since 0.5.2 * Rewrite D-Bus server support to directly use libdbus. * Register structs as boxed types. * Improve error reporting on invalid code. * Support private class fields and class destructors. * Add partial raptor and rasqal bindings. * Drop vala-gen-project, moved to vtg. * Many bug fixes. Vala is a new programming language that aims to bring modern programming language features to GNOME developers without imposing any additional runtime requirements and without using a different ABI compared to applications and libraries written in C. valac, the Vala compiler, is a self-hosting compiler that translates Vala source code into C source and header files. It uses the GObject type system to create classes and interfaces declared in the Vala source code. The syntax of Vala is similar to C#, modified to better fit the GObject type system. Vala supports modern language features as the following: * Interfaces * Properties * Signals * Foreach * Lambda expressions * Type inference for local variables * Generics * Non-null types * Assisted memory management * Exception handling Vala is designed to allow access to existing C libraries, especially GObject-based libraries, without the need for runtime bindings. All that is needed to use a library with Vala is an API file, containing the class and method declarations in Vala syntax. Vala currently comes with bindings for GLib and GTK+. It's planned to provide generated bindings for the full GNOME Platform at a later stage. Using classes and methods written in Vala from an application written in C is not difficult. The Vala library only has to install the generated header files and C applications may then access the GObject-based API of the Vala library as usual. It should also be easily possible to write a bindings generator for access to Vala libraries from applications written in e.g. C# as the Vala parser is written as a library, so that all compile-time information is available when generating a binding. More information about Vala is available at http://live.gnome.org/Vala The Vala Team J=C3=BCrg Billeter and Raffaele Sandrini From sejerpz@tin.it Wed Dec 17 00:52:56 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 13ED77500B0 for ; Wed, 17 Dec 2008 00:52:56 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -3.599 X-Spam-Level: X-Spam-Status: No, score=-3.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, L_P0F_Unix=-1] X-Amavis-OS-Fingerprint: Solaris 8 (1), (distance 22, link: ethernet/modem), [212.216.176.224] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id H8aIjr5CCBqE for ; Wed, 17 Dec 2008 00:52:48 +0000 (GMT) Received: from vsmtp4.tin.it (vsmtp4.tin.it [212.216.176.224]) by menubar.gnome.org (Postfix) with ESMTP id C5C45750004 for ; Wed, 17 Dec 2008 00:52:47 +0000 (GMT) Received: from [192.168.5.3] (87.15.91.56) by vsmtp4.tin.it (8.0.022) id 48BEAB7B06575A4C; Wed, 17 Dec 2008 01:52:44 +0100 From: Andrea Del Signore To: Vala ML Content-Type: text/plain Date: Wed, 17 Dec 2008 01:52:42 +0100 Message-Id: <1229475162.4300.44.camel@localhost.zoo.locale> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 Content-Transfer-Encoding: 7bit Cc: vtg-dev@googlegroups.com Subject: [Vala] [ANNOUNCE] Vala Toys for gEdit 0.1.0 X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Dec 2008 00:52:56 -0000 I'm proud to announce the first release of Vala Toys for gEdit a.k.a. "Who is Valdo?" The source tarball can be downloaded here: http://vtg.googlecode.com/files/vtg-0.1.0.tar.bz2 Vala Toys for gEdit is an experimental collection of plugins that extends the gEdit editor to make it a better developer editor. Vtg tries to make less compromises as possible so, for now, its scope is narrowed only to support the Vala programming language. Vtg is written in Vala itself and it is currently composed of just one plugin with four modules and it adds to gEdit: * Bracket completion * Symbol completion * Project Manager - based on the gnome build framework library * Project build / execute Beside that in Vtg you can find the vala-gen-project utility that was previously included in the vala compiler distribution. For more information see: http://vtg.googlecode.com/ http://code.google.com/p/vtg/wiki/Documentation http://code.google.com/p/vtg/wiki/Compile The Vtg developer Andrea Del Signore From gege2061@gmail.com Wed Dec 17 12:04:43 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 03B93750142; Wed, 17 Dec 2008 12:04:43 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.598 X-Spam-Level: X-Spam-Status: No, score=-2.598 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 2) (firewall!) (up: 2054 hrs), (distance 15, link: (Google 2)), [209.85.198.238] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id myk61a7RbQFz; Wed, 17 Dec 2008 12:04:34 +0000 (GMT) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.238]) by menubar.gnome.org (Postfix) with ESMTP id E9457750024; Wed, 17 Dec 2008 12:04:33 +0000 (GMT) Received: by rv-out-0506.google.com with SMTP id f6so3672091rvb.3 for ; Wed, 17 Dec 2008 04:04:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:reply-to :to:subject:cc:in-reply-to:mime-version:content-type:references; bh=TKjCcWyDwdKV5e9dXk9QztTdzG3kJQISgyw2mfVQxK0=; b=b+zr01YmC7kgSwBrEa9Uhv+Smo24p0TuYo5B5YdJpoKyiU5PQVwD4a49lvBGNRpKSd kli43l6ncLQ6swtW9bpp4xHLK0e17SDA7Lw8eb9wj7QoKbdKDR7qD8acFWd23SgQJC1+ 8SKtRew9B2rLcUYwTYCjPMSYdBLQKCv4SK2I0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:reply-to:to:subject:cc:in-reply-to :mime-version:content-type:references; b=osIH/CmuW44/6I4PCf7D2EJZZnnxfk0RYzV1/jKLPfNCWKZmMA0rLhgjelBJvVR7H+ OFZIGgMyvgCVd0HHd627hsAsfg1aNd9GpxBjO4y2QCKonnJbB+gkz+TLyvZuDArO6GWI rmEoZWrxz2StaogLgJkyxmPuv9VVj7pOUMS+Y= Received: by 10.141.168.2 with SMTP id v2mr375252rvo.47.1229515471740; Wed, 17 Dec 2008 04:04:31 -0800 (PST) Received: by 10.140.114.11 with HTTP; Wed, 17 Dec 2008 04:04:31 -0800 (PST) Message-ID: Date: Wed, 17 Dec 2008 13:04:31 +0100 From: "Nicolas Joseph" To: vala-list@gnome.org In-Reply-To: <1229467751.11269.4.camel@jdesktop.bitron.ch> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_2172_15515338.1229515471734" References: <1229467751.11269.4.camel@jdesktop.bitron.ch> Cc: gnome-announce-list@gnome.org Subject: Re: [Vala] [ANNOUNCE] Vala 0.5.3 - Compiler for the GObject type system X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list Reply-To: gege2061@redaction-developpez.com List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Dec 2008 12:04:43 -0000 ------=_Part_2172_15515338.1229515471734 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline The win32 installer: http://code.google.com/p/valide/downloads/detail?name=3Dvala-0.5.3.exe 2008/12/16 J=FCrg Billeter > We are pleased to announce version 0.5.3 of Vala, a compiler for the > GObject type system. > > Vala 0.5.3 is now available for download at: > http://download.gnome.org/sources/vala/0.5/ > > Changes since 0.5.2 > * Rewrite D-Bus server support to directly use libdbus. > * Register structs as boxed types. > * Improve error reporting on invalid code. > * Support private class fields and class destructors. > * Add partial raptor and rasqal bindings. > * Drop vala-gen-project, moved to vtg. > * Many bug fixes. > > Vala is a new programming language that aims to bring modern programming > language features to GNOME developers without imposing any additional > runtime requirements and without using a different ABI compared to > applications and libraries written in C. > > valac, the Vala compiler, is a self-hosting compiler that translates > Vala source code into C source and header files. It uses the GObject > type system to create classes and interfaces declared in the Vala source > code. > > The syntax of Vala is similar to C#, modified to better fit the GObject > type system. Vala supports modern language features as the following: > > * Interfaces > * Properties > * Signals > * Foreach > * Lambda expressions > * Type inference for local variables > * Generics > * Non-null types > * Assisted memory management > * Exception handling > > Vala is designed to allow access to existing C libraries, especially > GObject-based libraries, without the need for runtime bindings. All that > is needed to use a library with Vala is an API file, containing the class > and method declarations in Vala syntax. Vala currently comes with > bindings for GLib and GTK+. It's planned to provide generated bindings fo= r > the full GNOME Platform at a later stage. > > Using classes and methods written in Vala from an application written in > C is not difficult. The Vala library only has to install the generated > header files and C applications may then access the GObject-based API of > the Vala library as usual. It should also be easily possible to write a > bindings generator for access to Vala libraries from applications > written in e.g. C# as the Vala parser is written as a library, so that > all compile-time information is available when generating a binding. > > More information about Vala is available at > > http://live.gnome.org/Vala > > > The Vala Team > > J=FCrg Billeter and Raffaele Sandrini > > > _______________________________________________ > Vala-list mailing list > Vala-list@gnome.org > http://mail.gnome.org/mailman/listinfo/vala-list > --=20 Nicolas Joseph Responsable de la rubrique GTK+ de developpez.com / In charge of the GTK+ section on developpez.com http://nicolasj.developpez.com ------=_Part_2172_15515338.1229515471734 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline The win32 installer: http://code.google.com/p/valide/downloads/deta= il?name=3Dvala-0.5.3.exe

2008/12/16 J= =FCrg Billeter <j@bitron.ch>
We are pleased to= announce version 0.5.3 of Vala, a compiler for the
GObject type system.

Vala 0.5.3 is now available for download at:
  http://download.gnome.org/sources/vala/0.5/

Changes since 0.5.2
 * Rewrite D-Bus server support to directly use libdbus.
 * Register structs as boxed types.
 * Improve error reporting on invalid code.
 * Support private class fields and class destructors.
 * Add partial raptor and rasqal bindings.
 * Drop vala-gen-project, moved to vtg.
 * Many bug fixes.

Vala is a new programming language that aims to bring modern programming language features to GNOME developers without imposing any additional
runtime requirements and without using a different ABI compared to
applications and libraries written in C.

valac, the Vala compiler, is a self-hosting compiler that translates
Vala source code into C source and header files. It uses the GObject
type system to create classes and interfaces declared in the Vala source code.

The syntax of Vala is similar to C#, modified to better fit the GObject
type system. Vala supports modern language features as the following:

       * Interfaces
       * Properties
       * Signals
       * Foreach
       * Lambda expressions
       * Type inference for local variables
       * Generics
       * Non-null types
       * Assisted memory management
       * Exception handling

Vala is designed to allow access to existing C libraries, especially
GObject-based libraries, without the need for runtime bindings. All that is needed to use a library with Vala is an API file, containing the class and method declarations in Vala syntax. Vala currently comes with
bindings for GLib and GTK+. It's planned to provide generated bindings = for
the full GNOME Platform at a later stage.

Using classes and methods written in Vala from an application written in C is not difficult. The Vala library only has to install the generated
header files and C applications may then access the GObject-based API of the Vala library as usual. It should also be easily possible to write a
bindings generator for access to Vala libraries from applications
written in e.g. C# as the Vala parser is written as a library, so that
all compile-time information is available when generating a binding.

More information about Vala is available at

       http://live.gnome.org/Vala


The Vala Team

       J=FCrg Billeter and Raffaele Sandrini


_______________________________________________
Vala-list mailing list
Vala-list@gnome.org
http://mail.gnome.org/mailman/listinfo/vala-list



--
Nicolas Joseph

R= esponsable de la rubrique GTK+ de develop= pez.com /
In charge of the GTK+ section on developpez.com

http://nicolasj.developpez.c= om
------=_Part_2172_15515338.1229515471734-- From undeconstructed@gmail.com Wed Dec 17 12:53:55 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 9820D75007C for ; Wed, 17 Dec 2008 12:53:55 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 2) (up: 1619 hrs), (distance 15, link: ethernet/modem), [209.85.218.21] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LKkNbzy65sY9 for ; Wed, 17 Dec 2008 12:53:50 +0000 (GMT) Received: from mail-bw0-f21.google.com (mail-bw0-f21.google.com [209.85.218.21]) by menubar.gnome.org (Postfix) with ESMTP id 6FE3D75006E for ; Wed, 17 Dec 2008 12:53:48 +0000 (GMT) Received: by bwz14 with SMTP id 14so5323844bwz.15 for ; Wed, 17 Dec 2008 04:53:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=6hTaCkEXgnFryBjWaIAW67LlC0HZhPvOexvll0yPoCA=; b=aQITB2g8rVz/rAisWw5at3xBrhm7l3mo+nPTBcwAjkKPG0QADADZiggG67UuYyQCLV Og2Tx57TDupgeYCfIieZiFTnJy8OwTAOcLwD86SVZljHpKZMd+kjUPlEIkE+Vz8LzIk6 tfyVuYHQ66SoQ3o8qR8e2R8SDFRFv4sq1vHts= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=jJUfXPPN4KPN1nF/UeD4I3y/3rTnuEXh3/xQgxPcX63DqmlFDXYQEufnf4mTSaBSH4 9zDqPQ9f0zWU1+WLEgiHQY+zKbmVbP8QmpfMvuJMVZ5tq9nXCPsj+X8rg9pDxYncaWUx aJusGUM8hSZCYVREAOtZ+xlCaTlru2ObHPIF0= Received: by 10.103.233.12 with SMTP id k12mr256321mur.36.1229518426115; Wed, 17 Dec 2008 04:53:46 -0800 (PST) Received: by 10.103.181.8 with HTTP; Wed, 17 Dec 2008 04:53:46 -0800 (PST) Message-ID: <24ee2c8d0812170453g22592218o3968f36a0eda2ca5@mail.gmail.com> Date: Wed, 17 Dec 2008 12:53:46 +0000 From: "Phil Housley" To: "=?UTF-8?B?0JrRg9GC0LXQudC90LjQutC+0LIg0JTQvNC40YLRgNC40Lk=?=" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 Content-Disposition: inline References: Cc: vala-list@gnome.org Subject: Re: [Vala] foreach performance X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Dec 2008 12:53:55 -0000 MjAwOC8xMi8xNiDQmtGD0YLQtdC50L3QuNC60L7QsiDQlNC80LjRgtGA0LjQuSA8a3V0ZXluaWtv dkBnbWFpbC5jb20+Ogo+IEhlbGxvIQo+IFdoeSB0aGVyZSBhcmUgbm8gb3BlcmF0b3IgdG8gcmVt b3ZlIGN1cnJlbnQgb2JqZWN0IGluIGZvcmVhY2ggYmxvY2s/Cj4gSSBoYXZlIHRvIHdyaXRlCj4K PiAgICAgICAgICAgICBmb3JlYWNoKENvbXBvbmVudHMuT2JqIG9iaiBpbiBtX29iamVjdHMpCj4g ICAgICAgICAgICAgewo+ICAgICAgICAgICAgICAgICBpZihvYmouaXRlbS54ID09IHggJiYgb2Jq Lml0ZW0ueSA9PSB5KQo+ICAgICAgICAgICAgICAgICB7Cj4gICAgICAgICAgICAgICAgICAgICBF dmVudHMuZGlzYXBwZWFyKG9iaik7Cj4gICAgICAgICAgICAgICAgICAgICBtX29iamVjdHMucmVt b3ZlKG9iaik7ICAvLyAgOigKPiAgICAgICAgICAgICAgICAgICAgIHJldHVybiBvYmo7Cj4gICAg ICAgICAgICAgICAgIH0KPgoKQW4gb2JqZWN0IGNhbiBiZSBpdGVyYWJsZSB3aXRoIGEgZm9yZWFj aCBibG9jayB3aXRoIGhhdmluZyBtZXRob2QgZm9yCnJlbW92aW5nIGl0ZW1zLCBzbyB0aGlzIGNh bid0IGJlIGF1dG9tYXRpYy4gIEFsc28sIG1hbnkgcG90ZW50aWFsbHkKaXRlcmFibGUgb2JqZWN0 cyBoYXZlIG5vIGNvbmNlcHQgb2YgcmVtb3ZpbmcgaXRlbXMgYW55d2F5LgoKV2hldGhlciB0aGVy ZSB3aWxsIGJlIGEgcGVyZm9ybWFuY2UgaXNzdWUgZGVwZW5kcyBvbiB0aGUgdHlwZSBvZgpjb2xs ZWN0aW9uLiAgU29tZXRoaW5nIGFycmF5IGJhY2tlZCB3b24ndCBjb3N0IGFueXRoaW5nIGV4dHJh LApzb21ldGhpbmcgbGlua2VkIGxpc3QgYmFja2VkIHdpbGwuCgotLSAKUGhpbCBIb3VzbGV5Cg== From j@bitron.ch Wed Dec 17 13:04:24 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 7CDE5750050 for ; Wed, 17 Dec 2008 13:04:24 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.6, seldom 2.4 (older, 4) (up: 5927 hrs), (distance 22, link: ethernet/modem), [195.182.222.72] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XqrN7EsTEClT for ; Wed, 17 Dec 2008 13:04:18 +0000 (GMT) Received: from cpanel02.rubas.net (cpanel02.rubas.net [195.182.222.72]) by menubar.gnome.org (Postfix) with ESMTP id 0DDB375000B for ; Wed, 17 Dec 2008 13:04:17 +0000 (GMT) Received: from 84-74-130-52.dclient.hispeed.ch ([84.74.130.52] helo=[192.168.1.55]) by cpanel02.rubas.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1LCw4V-0001ZZ-D8; Wed, 17 Dec 2008 14:04:15 +0100 From: =?ISO-8859-1?Q?J=FCrg?= Billeter To: =?UTF-8?Q?=D0=9A=D1=83=D1=82=D0=B5=D0=B9=D0=BD=D0=B8=D0=BA=D0=BE=D0=B2_?= =?UTF-8?Q?=D0=94=D0=BC=D0=B8=D1=82=D1=80=D0=B8=D0=B9?= In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Date: Wed, 17 Dec 2008 14:04:14 +0100 Message-Id: <1229519054.3434.9.camel@jdesktop.bitron.ch> Mime-Version: 1.0 X-Mailer: Evolution 2.25.2 Content-Transfer-Encoding: quoted-printable X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cpanel02.rubas.net X-AntiAbuse: Original Domain - gnome.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - bitron.ch X-Source: X-Source-Args: X-Source-Dir: Cc: vala-list@gnome.org Subject: Re: [Vala] foreach performance X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Dec 2008 13:04:24 -0000 On Tue, 2008-12-16 at 17:58 +0300, =D0=9A=D1=83=D1=82=D0=B5=D0=B9=D0=BD=D0= =B8=D0=BA=D0=BE=D0=B2 =D0=94=D0=BC=D0=B8=D1=82=D1=80=D0=B8=D0=B9 wrote: > Why there are no operator to remove current object in foreach block? foreach is meant to be used for read-only iteration over a collection as this is very common. It's really just a bit syntactic sugar. If you need more features, use a while loop with an appropriate iterator. J=C3=BCrg From sam@liddicott.com Wed Dec 17 13:39:59 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id D29D3750050 for ; Wed, 17 Dec 2008 13:39:59 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.795 X-Spam-Level: X-Spam-Status: No, score=-1.795 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, MSGID_FROM_MTA_HEADER=0.803] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 2) (up: 5186 hrs), (distance 18, link: ethernet/modem), [206.123.89.57] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MYCLMk-zXog9 for ; Wed, 17 Dec 2008 13:39:54 +0000 (GMT) Received: from timbuctoo.liddicott.com (timbuctoo.liddicott.com [206.123.89.57]) by menubar.gnome.org (Postfix) with ESMTP id D9F7575000B for ; Wed, 17 Dec 2008 13:39:53 +0000 (GMT) To: =?UTF-8?B?SsO8cmcgQmlsbGV0ZXI=?= Date: Wed, 17 Dec 2008 13:39:02 -0000 Envelope-To: j@bitron.ch,kuteynikov@gmail.com,vala-list@gnome.org References: <1229519054.3434.9.camel@jdesktop.bitron.ch> Message-ID: <494900F6.3060802@liddicott.com> From: "Sam Liddicott" Organization: Liddicott.com Received: from [10.42.42.180] (87-194-180-175.bethere.co.uk [87.194.180.175]) by timbuctoo.liddicott.com; Wed, 17 Dec 2008 13:39:06 -0000 User-Agent: Thunderbird 2.0.0.18 (X11/20081125) MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="------------000904090903080406040406" Cc: vala-list@gnome.org Subject: Re: [Vala] foreach performance X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Dec 2008 13:40:00 -0000 This is a multi-part message in MIME format. --------------000904090903080406040406 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable * J=C3=BCrg Billeter wrote, On 17/12/08 13:04: > On Tue, 2008-12-16 at 17:58 +0300, =D0=9A=D1=83=D1=82=D0=B5=D0=B9=D0=BD= =D0=B8=D0=BA=D0=BE=D0=B2 =D0=94=D0=BC=D0=B8=D1=82=D1=80=D0=B8=D0=B9 wrote= : > =20 >> Why there are no operator to remove current object in foreach block? >> =20 > > foreach is meant to be used for read-only iteration over a collection a= s > this is very common. It's really just a bit syntactic sugar. If you nee= d > more features, use a while loop with an appropriate iterator. > =20 Thinking back to my dylan days (anyone ever use dylan?) it was common to have modifiable iterators. I'm suggesting that foreach could also be used on objects that support an iterable interface, so that a function could return an iterator that is used by foreach and destroyed after the for-each. Thus the syntactic sugar could remain but also support modifying the collection if the collection could produce a safe iterator. Sam --------------000904090903080406040406 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable * J=C3=BCrg Billeter wrote, On 17/12/08 13:04: 
On Tue, 2008-12-16 at 17:58 +0300, =D0=9A=D1=83=D1=82=D0=
=B5=D0=B9=D0=BD=D0=B8=D0=BA=D0=BE=D0=B2 =D0=94=D0=BC=D0=B8=D1=82=D1=80=D0=
=B8=D0=B9 wrote:
  
Why there are no operator to remove current object in =
foreach block?
    

foreach is meant to be used for read-only iteration over a collection as
this is very common. It's really just a bit syntactic sugar. If you need
more features, use a while loop with an appropriate iterator.
Thinking back to my dylan days (anyone ever use dylan?) it was common to have modifiable iterators.

I'm suggesting that foreach could also be used on objects that support an iterable interface, so that a function could return an iterator that is used by foreach and destroyed after the for-each.

Thus the syntactic sugar could remain but also support modifying the collection if the collection could produce a safe iterator.

Sam
--------------000904090903080406040406-- From j@bitron.ch Wed Dec 17 13:51:56 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 6FD0675007C for ; Wed, 17 Dec 2008 13:51:56 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.6, seldom 2.4 (older, 4) (up: 5935 hrs), (distance 22, link: ethernet/modem), [195.182.222.72] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZyLdR7LKPwlG for ; Wed, 17 Dec 2008 13:51:49 +0000 (GMT) Received: from cpanel02.rubas.net (cpanel02.rubas.net [195.182.222.72]) by menubar.gnome.org (Postfix) with ESMTP id 4B83D750050 for ; Wed, 17 Dec 2008 13:51:48 +0000 (GMT) Received: from 84-74-130-52.dclient.hispeed.ch ([84.74.130.52] helo=[192.168.1.55]) by cpanel02.rubas.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1LCwoU-0001vG-GV; Wed, 17 Dec 2008 14:51:46 +0100 From: =?ISO-8859-1?Q?J=FCrg?= Billeter To: Sam Liddicott In-Reply-To: <494900F6.3060802@liddicott.com> References: <1229519054.3434.9.camel@jdesktop.bitron.ch> <494900F6.3060802@liddicott.com> Content-Type: text/plain; charset="UTF-8" Date: Wed, 17 Dec 2008 14:51:46 +0100 Message-Id: <1229521906.3434.10.camel@jdesktop.bitron.ch> Mime-Version: 1.0 X-Mailer: Evolution 2.25.2 Content-Transfer-Encoding: quoted-printable X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cpanel02.rubas.net X-AntiAbuse: Original Domain - gnome.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - bitron.ch X-Source: X-Source-Args: X-Source-Dir: Cc: vala-list@gnome.org Subject: Re: [Vala] foreach performance X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Dec 2008 13:51:56 -0000 On Wed, 2008-12-17 at 13:39 +0000, Sam Liddicott wrote: > * J=C3=BCrg Billeter wrote, On 17/12/08 13:04:=20 > > On Tue, 2008-12-16 at 17:58 +0300, =D0=9A=D1=83=D1=82=D0=B5=D0=B9=D0=BD= =D0=B8=D0=BA=D0=BE=D0=B2 =D0=94=D0=BC=D0=B8=D1=82=D1=80=D0=B8=D0=B9 wrote: > > =20 > > > Why there are no operator to remove current object in foreach block? > > > =20 > >=20 > > foreach is meant to be used for read-only iteration over a collection a= s > > this is very common. It's really just a bit syntactic sugar. If you nee= d > > more features, use a while loop with an appropriate iterator. > > =20 > Thinking back to my dylan days (anyone ever use dylan?) it was common > to have modifiable iterators. >=20 > I'm suggesting that foreach could also be used on objects that support > an iterable interface, so that a function could return an iterator > that is used by foreach and destroyed after the for-each. >=20 > Thus the syntactic sugar could remain but also support modifying the > collection if the collection could produce a safe iterator. I don't quite understand, foreach works on objects that implement the iterable interface. What exactly are you proposing? J=C3=BCrg From sam@liddicott.com Wed Dec 17 15:02:18 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id E3EB475000B for ; Wed, 17 Dec 2008 15:02:17 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.795 X-Spam-Level: X-Spam-Status: No, score=-1.795 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, MSGID_FROM_MTA_HEADER=0.803] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 2) (up: 5199 hrs), (distance 18, link: ethernet/modem), [206.123.89.57] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4XyamtdTCDfH for ; Wed, 17 Dec 2008 15:02:12 +0000 (GMT) Received: from timbuctoo.liddicott.com (timbuctoo.liddicott.com [206.123.89.57]) by menubar.gnome.org (Postfix) with ESMTP id 8A2D4750083 for ; Wed, 17 Dec 2008 15:02:11 +0000 (GMT) To: =?UTF-8?B?SsO8cmcgQmlsbGV0ZXI=?= Date: Wed, 17 Dec 2008 15:01:24 -0000 Envelope-To: j@bitron.ch,kuteynikov@gmail.com,vala-list@gnome.org References: <1229519054.3434.9.camel@jdesktop.bitron.ch> <494900F6.3060802@liddicott.com> <1229521906.3434.10.camel@jdesktop.bitron.ch> Message-ID: <49491444.7010506@liddicott.com> From: "Sam Liddicott" Organization: Liddicott.com Received: from [10.42.42.180] (87-194-180-175.bethere.co.uk [87.194.180.175]) by timbuctoo.liddicott.com; Wed, 17 Dec 2008 15:01:26 -0000 User-Agent: Thunderbird 2.0.0.18 (X11/20081125) MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="------------070009040000020609010101" Cc: vala-list@gnome.org Subject: Re: [Vala] foreach performance X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Dec 2008 15:02:18 -0000 This is a multi-part message in MIME format. --------------070009040000020609010101 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable * J=C3=BCrg Billeter wrote, On 17/12/08 13:51: > On Wed, 2008-12-17 at 13:39 +0000, Sam Liddicott wrote: > =20 >> * J=C3=BCrg Billeter wrote, On 17/12/08 13:04:=20 >> =20 >>> foreach is meant to be used for read-only iteration over a collection= as >>> this is very common. It's really just a bit syntactic sugar. If you n= eed >>> more features, use a while loop with an appropriate iterator. I read that as applying to arrays, and not to anything implementing the iterable interface, my mistake >> Thinking back to my dylan days (anyone ever use dylan?) it was common >> to have modifiable iterators. >> >> I'm suggesting that foreach could also be used on objects that support= >> an iterable interface, so that a function could return an iterator >> that is used by foreach and destroyed after the for-each. >> >> Thus the syntactic sugar could remain but also support modifying the >> collection if the collection could produce a safe iterator. >> =20 > > I don't quite understand, foreach works on objects that implement the > iterable interface. What exactly are you proposing? > =20 Precisely that.... I also mis-read Phil's response and also the original question from =D0=9A=D1=83=D1=82=D0=B5=D0=B9=D0=BD=D0=B8=D0=BA=D0=BE=D0=B2 =D0=94=D0=BC= =D0=B8=D1=82=D1=80=D0=B8=D0=B9. And I've not been well lately.... :-) Sam --------------070009040000020609010101 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable * J=C3=BCrg Billeter wrote, On 17/12/08 13:51: 
On Wed, 2008-12-17 at 13:39 +0000, Sam Liddicott wrote:
  
* J=C3=BCrg Billeter wrote, On 17/12/08 13:04:=20
    
foreach is meant to be used for read-only iteration =
over a collection as
this is very common. It's really just a bit syntactic sugar. If you need
more features, use a while loop with an appropriate iterator.

I read that as applying to arrays, and not to anything implementing the iterable interface, my mistake

Thinking back to my dylan days (anyone ever use dylan?=
) it was common
to have modifiable iterators.

I'm suggesting that foreach could also be used on objects that support
an iterable interface, so that a function could return an iterator
that is used by foreach and destroyed after the for-each.

Thus the syntactic sugar could remain but also support modifying the
collection if the collection could produce a safe iterator.
    

I don't quite understand, foreach works on objects that implement the
iterable interface. What exactly are you proposing?
Precisely that....

I also mis-read Phil's response and also the original question from =D0=9A=D1=83=D1=82=D0=B5=D0=B9=D0=BD=D0=B8=D0=BA=D0=BE=D0=B2 =D0=94=D0=BC= =D0=B8=D1=82=D1=80=D0=B8=D0=B9.

And I've not been well lately....

:-)

Sam
--------------070009040000020609010101-- From mfpuente.ar@gmail.com Wed Dec 17 15:29:05 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id F101D75007C for ; Wed, 17 Dec 2008 15:29:04 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.598 X-Spam-Level: X-Spam-Status: No, score=-2.598 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 2) (firewall!) (up: 11370 hrs), (distance 16, link: (Google 2)), [74.125.44.30] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5bDo6h6XH2tZ for ; Wed, 17 Dec 2008 15:28:58 +0000 (GMT) Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.30]) by menubar.gnome.org (Postfix) with ESMTP id 4A97275006E for ; Wed, 17 Dec 2008 15:28:57 +0000 (GMT) Received: by yx-out-2324.google.com with SMTP id 8so1521463yxb.63 for ; Wed, 17 Dec 2008 07:28:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type:references; bh=HEz2xEYtzxkoVvL6dZh2gIuDmrNJ9tgRJtVnIjMzWx0=; b=XX3MKL5rvVAY3uPfiuz5NaryLKeFBwj6oQ924ThYbQcp7N6H3NhNETVEUi/1E5TlBM uTcqxeM4FnawpeE9miDQVVWoRDmfilTTZosa3uxa2n0oYdTTu8bl4aE8VeltbvejoDy1 09JTcmlGb0ESWkKQRB/qG8hFIMiVq/oEzuCJE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:references; b=bB21CgmEqmM7zQm7h7mnHJbrQB5ZCOFF+sGs0arfcMKscVRoZabl65m7ZUIudfSljs iPwpfNgAVLFkziXEw/SuRwwQP8Jt+gcUiUCQL3rVzjAgEzbO3U/eOAX9R+0jGkjrF9yz FJvojNcMYptCqgEIQWqpuMJua3QPYbiEqdmKU= Received: by 10.142.173.8 with SMTP id v8mr346928wfe.36.1229527735615; Wed, 17 Dec 2008 07:28:55 -0800 (PST) Received: by 10.143.90.7 with HTTP; Wed, 17 Dec 2008 07:28:55 -0800 (PST) Message-ID: Date: Wed, 17 Dec 2008 13:28:55 -0200 From: "=?ISO-8859-1?Q?Mat=EDas_De_la_Puente?=" To: "Andrea Del Signore" In-Reply-To: <1229475162.4300.44.camel@localhost.zoo.locale> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_16764_28475052.1229527735365" References: <1229475162.4300.44.camel@localhost.zoo.locale> Cc: vtg-dev@googlegroups.com, Vala ML Subject: Re: [Vala] [ANNOUNCE] Vala Toys for gEdit 0.1.0 X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Dec 2008 15:29:05 -0000 ------=_Part_16764_28475052.1229527735365 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline 2008/12/16 Andrea Del Signore > I'm proud to announce the first release of > > Vala Toys for gEdit a.k.a. "Who is Valdo?" > Congratulations!! I just installed in my system and it's working ok. I just submitted the PKGBUILD for building your packeg in the AUR repository of Archlinux. If anyone is intersted.. I want to help you with the tranlation to spanish of the package, but i don't know how to do it :) because i still learning autotools and i'm starting to learn gettext . If you have some tips to do it whould be great. Matias ------=_Part_16764_28475052.1229527735365 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline
2008/12/16 Andrea Del Signore <sejerpz@tin.it>
I'm proud to announce the first release of

       Vala Toys for gEdit a.k.a. "Who is Valdo?"

Congratulations!!
I just installed in my system and it's working ok.

I just submitted the PKGBUILD for building your packeg in the AUR repository of Archlinux. If anyone is intersted..

I want to help you with the tranlation to spanish of the package, but i don't know how to do it :) because i still learning autotools and i'm starting to learn gettext . If you have some tips to do it whould be great.

Matias
------=_Part_16764_28475052.1229527735365-- From ali.sabil@gmail.com Wed Dec 17 18:28:46 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id AC8C9750079 for ; Wed, 17 Dec 2008 18:28:46 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.598 X-Spam-Level: X-Spam-Status: No, score=-2.598 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 2) (up: 1675 hrs), (distance 16, link: ethernet/modem), [209.85.218.21] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id r+a6oKFvypwn for ; Wed, 17 Dec 2008 18:28:38 +0000 (GMT) Received: from mail-bw0-f21.google.com (mail-bw0-f21.google.com [209.85.218.21]) by menubar.gnome.org (Postfix) with ESMTP id 9430C75000B for ; Wed, 17 Dec 2008 18:28:37 +0000 (GMT) Received: by bwz14 with SMTP id 14so89453bwz.15 for ; Wed, 17 Dec 2008 10:28:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:in-reply-to:mime-version:content-type:references; bh=kHfHAcPyYPdlbwxsCIVpg5WCJwdGNO59caY8gxHJ0pg=; b=fUqTehSUyeJb7RNoqbMbAKroa1wE7hEv+flicTcV8x3JisEnfjIPymTIhCq18ekVml TQRYsqppPGZh1eboK0mtlLpdN9LQX6NNlMPx9l/ZD7J7XUKnZLDfCcb0dCnw2npSzMZn Ll7Y3dyy6bII7/5HV260BZzJr7nsvhQFGQVC0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version :content-type:references; b=iZpj5HHzCbGf8atXC7rrLauovAzSM9+s9uw+47U8mZ0TK8J2h93yR29VNuXF0/CrXb cYZLuoamc2mkFyGnrJm4B0OW3ybN/jFQtln+kgEaxzRKhY10lyF9PBSka228BUjQCnjs pqLJjOuQ37nbzb77zXvyky2FN2mGAEXdKbJhg= Received: by 10.223.115.193 with SMTP id j1mr871622faq.98.1229538514983; Wed, 17 Dec 2008 10:28:34 -0800 (PST) Received: by 10.223.126.17 with HTTP; Wed, 17 Dec 2008 10:28:34 -0800 (PST) Message-ID: <6b4de4d80812171028w3fae5663v6668bd2ca131add9@mail.gmail.com> Date: Wed, 17 Dec 2008 19:28:34 +0100 From: "Ali Sabil" To: vala-list@gnome.org In-Reply-To: <1229467751.11269.4.camel@jdesktop.bitron.ch> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_13055_24431177.1229538514924" References: <1229467751.11269.4.camel@jdesktop.bitron.ch> Subject: Re: [Vala] [ANNOUNCE] Vala 0.5.3 - Compiler for the GObject type system X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Dec 2008 18:28:46 -0000 ------=_Part_13055_24431177.1229538514924 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 Content-Disposition: inline Q29uZ3JhdHMgOikgQW5vdGhlciBzdGVwIGZvcndhcmQgdG93YXJkIHdvcmxkIGRvbWluYXRpb24g IQoKT24gVHVlLCBEZWMgMTYsIDIwMDggYXQgMTE6NDkgUE0sIErDvHJnIEJpbGxldGVyIDxqQGJp dHJvbi5jaD4gd3JvdGU6Cgo+IFdlIGFyZSBwbGVhc2VkIHRvIGFubm91bmNlIHZlcnNpb24gMC41 LjMgb2YgVmFsYSwgYSBjb21waWxlciBmb3IgdGhlCj4gR09iamVjdCB0eXBlIHN5c3RlbS4KPgo+ IFZhbGEgMC41LjMgaXMgbm93IGF2YWlsYWJsZSBmb3IgZG93bmxvYWQgYXQ6Cj4gICBodHRwOi8v ZG93bmxvYWQuZ25vbWUub3JnL3NvdXJjZXMvdmFsYS8wLjUvCj4KPiBDaGFuZ2VzIHNpbmNlIDAu NS4yCj4gICogUmV3cml0ZSBELUJ1cyBzZXJ2ZXIgc3VwcG9ydCB0byBkaXJlY3RseSB1c2UgbGli ZGJ1cy4KPiAgKiBSZWdpc3RlciBzdHJ1Y3RzIGFzIGJveGVkIHR5cGVzLgo+ICAqIEltcHJvdmUg ZXJyb3IgcmVwb3J0aW5nIG9uIGludmFsaWQgY29kZS4KPiAgKiBTdXBwb3J0IHByaXZhdGUgY2xh c3MgZmllbGRzIGFuZCBjbGFzcyBkZXN0cnVjdG9ycy4KPiAgKiBBZGQgcGFydGlhbCByYXB0b3Ig YW5kIHJhc3FhbCBiaW5kaW5ncy4KPiAgKiBEcm9wIHZhbGEtZ2VuLXByb2plY3QsIG1vdmVkIHRv IHZ0Zy4KPiAgKiBNYW55IGJ1ZyBmaXhlcy4KPgo+IFZhbGEgaXMgYSBuZXcgcHJvZ3JhbW1pbmcg bGFuZ3VhZ2UgdGhhdCBhaW1zIHRvIGJyaW5nIG1vZGVybiBwcm9ncmFtbWluZwo+IGxhbmd1YWdl IGZlYXR1cmVzIHRvIEdOT01FIGRldmVsb3BlcnMgd2l0aG91dCBpbXBvc2luZyBhbnkgYWRkaXRp b25hbAo+IHJ1bnRpbWUgcmVxdWlyZW1lbnRzIGFuZCB3aXRob3V0IHVzaW5nIGEgZGlmZmVyZW50 IEFCSSBjb21wYXJlZCB0bwo+IGFwcGxpY2F0aW9ucyBhbmQgbGlicmFyaWVzIHdyaXR0ZW4gaW4g Qy4KPgo+IHZhbGFjLCB0aGUgVmFsYSBjb21waWxlciwgaXMgYSBzZWxmLWhvc3RpbmcgY29tcGls ZXIgdGhhdCB0cmFuc2xhdGVzCj4gVmFsYSBzb3VyY2UgY29kZSBpbnRvIEMgc291cmNlIGFuZCBo ZWFkZXIgZmlsZXMuIEl0IHVzZXMgdGhlIEdPYmplY3QKPiB0eXBlIHN5c3RlbSB0byBjcmVhdGUg Y2xhc3NlcyBhbmQgaW50ZXJmYWNlcyBkZWNsYXJlZCBpbiB0aGUgVmFsYSBzb3VyY2UKPiBjb2Rl Lgo+Cj4gVGhlIHN5bnRheCBvZiBWYWxhIGlzIHNpbWlsYXIgdG8gQyMsIG1vZGlmaWVkIHRvIGJl dHRlciBmaXQgdGhlIEdPYmplY3QKPiB0eXBlIHN5c3RlbS4gVmFsYSBzdXBwb3J0cyBtb2Rlcm4g bGFuZ3VhZ2UgZmVhdHVyZXMgYXMgdGhlIGZvbGxvd2luZzoKPgo+ICAgICAgICAqIEludGVyZmFj ZXMKPiAgICAgICAgKiBQcm9wZXJ0aWVzCj4gICAgICAgICogU2lnbmFscwo+ICAgICAgICAqIEZv cmVhY2gKPiAgICAgICAgKiBMYW1iZGEgZXhwcmVzc2lvbnMKPiAgICAgICAgKiBUeXBlIGluZmVy ZW5jZSBmb3IgbG9jYWwgdmFyaWFibGVzCj4gICAgICAgICogR2VuZXJpY3MKPiAgICAgICAgKiBO b24tbnVsbCB0eXBlcwo+ICAgICAgICAqIEFzc2lzdGVkIG1lbW9yeSBtYW5hZ2VtZW50Cj4gICAg ICAgICogRXhjZXB0aW9uIGhhbmRsaW5nCj4KPiBWYWxhIGlzIGRlc2lnbmVkIHRvIGFsbG93IGFj Y2VzcyB0byBleGlzdGluZyBDIGxpYnJhcmllcywgZXNwZWNpYWxseQo+IEdPYmplY3QtYmFzZWQg bGlicmFyaWVzLCB3aXRob3V0IHRoZSBuZWVkIGZvciBydW50aW1lIGJpbmRpbmdzLiBBbGwgdGhh dAo+IGlzIG5lZWRlZCB0byB1c2UgYSBsaWJyYXJ5IHdpdGggVmFsYSBpcyBhbiBBUEkgZmlsZSwg Y29udGFpbmluZyB0aGUgY2xhc3MKPiBhbmQgbWV0aG9kIGRlY2xhcmF0aW9ucyBpbiBWYWxhIHN5 bnRheC4gVmFsYSBjdXJyZW50bHkgY29tZXMgd2l0aAo+IGJpbmRpbmdzIGZvciBHTGliIGFuZCBH VEsrLiBJdCdzIHBsYW5uZWQgdG8gcHJvdmlkZSBnZW5lcmF0ZWQgYmluZGluZ3MgZm9yCj4gdGhl IGZ1bGwgR05PTUUgUGxhdGZvcm0gYXQgYSBsYXRlciBzdGFnZS4KPgo+IFVzaW5nIGNsYXNzZXMg YW5kIG1ldGhvZHMgd3JpdHRlbiBpbiBWYWxhIGZyb20gYW4gYXBwbGljYXRpb24gd3JpdHRlbiBp bgo+IEMgaXMgbm90IGRpZmZpY3VsdC4gVGhlIFZhbGEgbGlicmFyeSBvbmx5IGhhcyB0byBpbnN0 YWxsIHRoZSBnZW5lcmF0ZWQKPiBoZWFkZXIgZmlsZXMgYW5kIEMgYXBwbGljYXRpb25zIG1heSB0 aGVuIGFjY2VzcyB0aGUgR09iamVjdC1iYXNlZCBBUEkgb2YKPiB0aGUgVmFsYSBsaWJyYXJ5IGFz IHVzdWFsLiBJdCBzaG91bGQgYWxzbyBiZSBlYXNpbHkgcG9zc2libGUgdG8gd3JpdGUgYQo+IGJp bmRpbmdzIGdlbmVyYXRvciBmb3IgYWNjZXNzIHRvIFZhbGEgbGlicmFyaWVzIGZyb20gYXBwbGlj YXRpb25zCj4gd3JpdHRlbiBpbiBlLmcuIEMjIGFzIHRoZSBWYWxhIHBhcnNlciBpcyB3cml0dGVu IGFzIGEgbGlicmFyeSwgc28gdGhhdAo+IGFsbCBjb21waWxlLXRpbWUgaW5mb3JtYXRpb24gaXMg YXZhaWxhYmxlIHdoZW4gZ2VuZXJhdGluZyBhIGJpbmRpbmcuCj4KPiBNb3JlIGluZm9ybWF0aW9u IGFib3V0IFZhbGEgaXMgYXZhaWxhYmxlIGF0Cj4KPiAgICAgICAgaHR0cDovL2xpdmUuZ25vbWUu b3JnL1ZhbGEKPgo+Cj4gVGhlIFZhbGEgVGVhbQo+Cj4gICAgICAgIErDvHJnIEJpbGxldGVyIGFu ZCBSYWZmYWVsZSBTYW5kcmluaQo+Cj4KPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fXwo+IFZhbGEtbGlzdCBtYWlsaW5nIGxpc3QKPiBWYWxhLWxpc3RAZ25v bWUub3JnCj4gaHR0cDovL21haWwuZ25vbWUub3JnL21haWxtYW4vbGlzdGluZm8vdmFsYS1saXN0 Cj4K ------=_Part_13055_24431177.1229538514924 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: base64 Content-Disposition: inline Q29uZ3JhdHMgOikgQW5vdGhlciBzdGVwIGZvcndhcmQgdG93YXJkIHdvcmxkIGRvbWluYXRpb24g ITxicj48YnI+PGRpdiBjbGFzcz0iZ21haWxfcXVvdGUiPk9uIFR1ZSwgRGVjIDE2LCAyMDA4IGF0 IDExOjQ5IFBNLCBKw7xyZyBCaWxsZXRlciA8c3BhbiBkaXI9Imx0ciI+Jmx0O2pAYml0cm9uLmNo Jmd0Ozwvc3Bhbj4gd3JvdGU6PGJyPjxibG9ja3F1b3RlIGNsYXNzPSJnbWFpbF9xdW90ZSIgc3R5 bGU9ImJvcmRlci1sZWZ0OiAxcHggc29saWQgcmdiKDIwNCwgMjA0LCAyMDQpOyBtYXJnaW46IDBw dCAwcHQgMHB0IDAuOGV4OyBwYWRkaW5nLWxlZnQ6IDFleDsiPgpXZSBhcmUgcGxlYXNlZCB0byBh bm5vdW5jZSB2ZXJzaW9uIDAuNS4zIG9mIFZhbGEsIGEgY29tcGlsZXIgZm9yIHRoZTxicj4KR09i amVjdCB0eXBlIHN5c3RlbS48YnI+Cjxicj4KVmFsYSAwLjUuMyBpcyBub3cgYXZhaWxhYmxlIGZv ciBkb3dubG9hZCBhdDo8YnI+CiAmbmJzcDsgPGEgaHJlZj0iaHR0cDovL2Rvd25sb2FkLmdub21l Lm9yZy9zb3VyY2VzL3ZhbGEvMC41LyIgdGFyZ2V0PSJfYmxhbmsiPmh0dHA6Ly9kb3dubG9hZC5n bm9tZS5vcmcvc291cmNlcy92YWxhLzAuNS88L2E+PGJyPgo8YnI+CkNoYW5nZXMgc2luY2UgMC41 LjI8YnI+CiZuYnNwOyogUmV3cml0ZSBELUJ1cyBzZXJ2ZXIgc3VwcG9ydCB0byBkaXJlY3RseSB1 c2UgbGliZGJ1cy48YnI+CiZuYnNwOyogUmVnaXN0ZXIgc3RydWN0cyBhcyBib3hlZCB0eXBlcy48 YnI+CiZuYnNwOyogSW1wcm92ZSBlcnJvciByZXBvcnRpbmcgb24gaW52YWxpZCBjb2RlLjxicj4K Jm5ic3A7KiBTdXBwb3J0IHByaXZhdGUgY2xhc3MgZmllbGRzIGFuZCBjbGFzcyBkZXN0cnVjdG9y cy48YnI+CiZuYnNwOyogQWRkIHBhcnRpYWwgcmFwdG9yIGFuZCByYXNxYWwgYmluZGluZ3MuPGJy PgombmJzcDsqIERyb3AgdmFsYS1nZW4tcHJvamVjdCwgbW92ZWQgdG8gdnRnLjxicj4KJm5ic3A7 KiBNYW55IGJ1ZyBmaXhlcy48YnI+Cjxicj4KVmFsYSBpcyBhIG5ldyBwcm9ncmFtbWluZyBsYW5n dWFnZSB0aGF0IGFpbXMgdG8gYnJpbmcgbW9kZXJuIHByb2dyYW1taW5nPGJyPgpsYW5ndWFnZSBm ZWF0dXJlcyB0byBHTk9NRSBkZXZlbG9wZXJzIHdpdGhvdXQgaW1wb3NpbmcgYW55IGFkZGl0aW9u YWw8YnI+CnJ1bnRpbWUgcmVxdWlyZW1lbnRzIGFuZCB3aXRob3V0IHVzaW5nIGEgZGlmZmVyZW50 IEFCSSBjb21wYXJlZCB0bzxicj4KYXBwbGljYXRpb25zIGFuZCBsaWJyYXJpZXMgd3JpdHRlbiBp biBDLjxicj4KPGJyPgp2YWxhYywgdGhlIFZhbGEgY29tcGlsZXIsIGlzIGEgc2VsZi1ob3N0aW5n IGNvbXBpbGVyIHRoYXQgdHJhbnNsYXRlczxicj4KVmFsYSBzb3VyY2UgY29kZSBpbnRvIEMgc291 cmNlIGFuZCBoZWFkZXIgZmlsZXMuIEl0IHVzZXMgdGhlIEdPYmplY3Q8YnI+CnR5cGUgc3lzdGVt IHRvIGNyZWF0ZSBjbGFzc2VzIGFuZCBpbnRlcmZhY2VzIGRlY2xhcmVkIGluIHRoZSBWYWxhIHNv dXJjZTxicj4KY29kZS48YnI+Cjxicj4KVGhlIHN5bnRheCBvZiBWYWxhIGlzIHNpbWlsYXIgdG8g QyMsIG1vZGlmaWVkIHRvIGJldHRlciBmaXQgdGhlIEdPYmplY3Q8YnI+CnR5cGUgc3lzdGVtLiBW YWxhIHN1cHBvcnRzIG1vZGVybiBsYW5ndWFnZSBmZWF0dXJlcyBhcyB0aGUgZm9sbG93aW5nOjxi cj4KPGJyPgogJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7KiBJbnRlcmZhY2VzPGJyPgogJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7KiBQcm9wZXJ0aWVzPGJyPgogJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7KiBTaWduYWxzPGJyPgogJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7KiBG b3JlYWNoPGJyPgogJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7KiBMYW1iZGEgZXhwcmVzc2lv bnM8YnI+CiAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsqIFR5cGUgaW5mZXJlbmNlIGZvciBs b2NhbCB2YXJpYWJsZXM8YnI+CiAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsqIEdlbmVyaWNz PGJyPgogJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7KiBOb24tbnVsbCB0eXBlczxicj4KICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyogQXNzaXN0ZWQgbWVtb3J5IG1hbmFnZW1lbnQ8YnI+ CiAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsqIEV4Y2VwdGlvbiBoYW5kbGluZzxicj4KPGJy PgpWYWxhIGlzIGRlc2lnbmVkIHRvIGFsbG93IGFjY2VzcyB0byBleGlzdGluZyBDIGxpYnJhcmll cywgZXNwZWNpYWxseTxicj4KR09iamVjdC1iYXNlZCBsaWJyYXJpZXMsIHdpdGhvdXQgdGhlIG5l ZWQgZm9yIHJ1bnRpbWUgYmluZGluZ3MuIEFsbCB0aGF0PGJyPgppcyBuZWVkZWQgdG8gdXNlIGEg bGlicmFyeSB3aXRoIFZhbGEgaXMgYW4gQVBJIGZpbGUsIGNvbnRhaW5pbmcgdGhlIGNsYXNzPGJy PgphbmQgbWV0aG9kIGRlY2xhcmF0aW9ucyBpbiBWYWxhIHN5bnRheC4gVmFsYSBjdXJyZW50bHkg Y29tZXMgd2l0aDxicj4KYmluZGluZ3MgZm9yIEdMaWIgYW5kIEdUSysuIEl0JiMzOTtzIHBsYW5u ZWQgdG8gcHJvdmlkZSBnZW5lcmF0ZWQgYmluZGluZ3MgZm9yPGJyPgp0aGUgZnVsbCBHTk9NRSBQ bGF0Zm9ybSBhdCBhIGxhdGVyIHN0YWdlLjxicj4KPGJyPgpVc2luZyBjbGFzc2VzIGFuZCBtZXRo b2RzIHdyaXR0ZW4gaW4gVmFsYSBmcm9tIGFuIGFwcGxpY2F0aW9uIHdyaXR0ZW4gaW48YnI+CkMg aXMgbm90IGRpZmZpY3VsdC4gVGhlIFZhbGEgbGlicmFyeSBvbmx5IGhhcyB0byBpbnN0YWxsIHRo ZSBnZW5lcmF0ZWQ8YnI+CmhlYWRlciBmaWxlcyBhbmQgQyBhcHBsaWNhdGlvbnMgbWF5IHRoZW4g YWNjZXNzIHRoZSBHT2JqZWN0LWJhc2VkIEFQSSBvZjxicj4KdGhlIFZhbGEgbGlicmFyeSBhcyB1 c3VhbC4gSXQgc2hvdWxkIGFsc28gYmUgZWFzaWx5IHBvc3NpYmxlIHRvIHdyaXRlIGE8YnI+CmJp bmRpbmdzIGdlbmVyYXRvciBmb3IgYWNjZXNzIHRvIFZhbGEgbGlicmFyaWVzIGZyb20gYXBwbGlj YXRpb25zPGJyPgp3cml0dGVuIGluIGUuZy4gQyMgYXMgdGhlIFZhbGEgcGFyc2VyIGlzIHdyaXR0 ZW4gYXMgYSBsaWJyYXJ5LCBzbyB0aGF0PGJyPgphbGwgY29tcGlsZS10aW1lIGluZm9ybWF0aW9u IGlzIGF2YWlsYWJsZSB3aGVuIGdlbmVyYXRpbmcgYSBiaW5kaW5nLjxicj4KPGJyPgpNb3JlIGlu Zm9ybWF0aW9uIGFib3V0IFZhbGEgaXMgYXZhaWxhYmxlIGF0PGJyPgo8YnI+CiAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDs8YSBocmVmPSJodHRwOi8vbGl2ZS5nbm9tZS5vcmcvVmFsYSIgdGFy Z2V0PSJfYmxhbmsiPmh0dHA6Ly9saXZlLmdub21lLm9yZy9WYWxhPC9hPjxicj4KPGJyPgo8YnI+ ClRoZSBWYWxhIFRlYW08YnI+Cjxicj4KICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO0rDvHJn IEJpbGxldGVyIGFuZCBSYWZmYWVsZSBTYW5kcmluaTxicj4KPGJyPgo8YnI+Cl9fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPGJyPgpWYWxhLWxpc3QgbWFpbGlu ZyBsaXN0PGJyPgo8YSBocmVmPSJtYWlsdG86VmFsYS1saXN0QGdub21lLm9yZyI+VmFsYS1saXN0 QGdub21lLm9yZzwvYT48YnI+CjxhIGhyZWY9Imh0dHA6Ly9tYWlsLmdub21lLm9yZy9tYWlsbWFu L2xpc3RpbmZvL3ZhbGEtbGlzdCIgdGFyZ2V0PSJfYmxhbmsiPmh0dHA6Ly9tYWlsLmdub21lLm9y Zy9tYWlsbWFuL2xpc3RpbmZvL3ZhbGEtbGlzdDwvYT48YnI+CjwvYmxvY2txdW90ZT48L2Rpdj48 YnI+Cg== ------=_Part_13055_24431177.1229538514924-- From undeconstructed@gmail.com Wed Dec 17 22:57:16 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 2F6457500C9 for ; Wed, 17 Dec 2008 22:57:16 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 2) (up: 1718 hrs), (distance 15, link: ethernet/modem), [209.85.218.21] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6ka9MxYfXF00 for ; Wed, 17 Dec 2008 22:57:10 +0000 (GMT) Received: from mail-bw0-f21.google.com (mail-bw0-f21.google.com [209.85.218.21]) by menubar.gnome.org (Postfix) with ESMTP id 5521B7500BB for ; Wed, 17 Dec 2008 22:57:10 +0000 (GMT) Received: by bwz14 with SMTP id 14so484121bwz.15 for ; Wed, 17 Dec 2008 14:57:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=+yOnP60nCln6IvKilKJvpzjW9mP//cecbehRyNx6pLI=; b=R2nnnh5J/tAe8mR0AQAZOe70PZvvBdbVNIxBtjWpr8hc6pslLUGg/qgquc2h92lnbk GtXXGqp+0avrxNvbIZiTsxIwZQ5iX7kKXgIhCapHcJXAPqDFbcsAuGe1vC3qW6H6g3M/ YKaWd0SxNqfGvfWhOvV3y11gSQNSf7qF4oSUw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=fghqjXHmWW5DLzwxBqvb9lhx8zqWYliCqD14iq+0uSUCEUOuiLYkGFYYh8tL3xOQfU EDRu//AGrwIlc2qzNDYXUD3BBQdBYLy7i4JrQOiUQRGXoNTETCe/wzc5IAf95OmeR7A4 Odx1NNrNwPOj9/LHANsG3iJvhSlJ3prBt4ZwA= Received: by 10.103.182.3 with SMTP id j3mr484023mup.113.1229554627394; Wed, 17 Dec 2008 14:57:07 -0800 (PST) Received: by 10.103.181.8 with HTTP; Wed, 17 Dec 2008 14:57:07 -0800 (PST) Message-ID: <24ee2c8d0812171457y5b82b61do2e4f266b1b771ac8@mail.gmail.com> Date: Wed, 17 Dec 2008 22:57:07 +0000 From: "Phil Housley" To: "Sam Liddicott" In-Reply-To: <49491444.7010506@liddicott.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 Content-Disposition: inline References: <1229519054.3434.9.camel@jdesktop.bitron.ch> <494900F6.3060802@liddicott.com> <1229521906.3434.10.camel@jdesktop.bitron.ch> <49491444.7010506@liddicott.com> Cc: vala-list@gnome.org Subject: Re: [Vala] foreach performance X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Dec 2008 22:57:16 -0000 MjAwOC8xMi8xNyBTYW0gTGlkZGljb3R0IDxzYW1AbGlkZGljb3R0LmNvbT46Cj4gSSBhbHNvIG1p cy1yZWFkIFBoaWwncyByZXNwb25zZSBhbmQgYWxzbyB0aGUgb3JpZ2luYWwgcXVlc3Rpb24gZnJv bQo+INCa0YPRgtC10LnQvdC40LrQvtCyINCU0LzQuNGC0YDQuNC5Lgo+Cj4gQW5kIEkndmUgbm90 IGJlZW4gd2VsbCBsYXRlbHkuLi4uCgpJIGFjdHVhbGx5IG1hbmFnZWQgdG8gd3JpdGUgIndpdGgi IGluc3RlYWQgb2YgIndpdGhvdXQiLCBzbyB0aGF0IG9uZSdzCnByb2JhYmx5IG5vdCB5b3VyIGZh dWx0LiAgQW5kIEkndmUgYmVlbiBmZWVsaW5nIG9rIHJlY2VudGx5Li4uLgoKLS0gClBoaWwgSG91 c2xleQo= From fred_gaudy@yahoo.fr Thu Dec 18 11:03:43 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id BA79F7500F3 for ; Thu, 18 Dec 2008 11:03:43 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -3.598 X-Spam-Level: X-Spam-Status: No, score=-3.598 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, L_P0F_Unix=-1] X-Amavis-OS-Fingerprint: FreeBSD 4.7-5.2 (or MacOS X 10.2-10.4) (2) (up: 11098 hrs), (distance 18, link: ethernet/modem), [217.146.183.156] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6yym+QWGjTMU for ; Thu, 18 Dec 2008 11:03:34 +0000 (GMT) Received: from n8a.bullet.ukl.yahoo.com (n8a.bullet.ukl.yahoo.com [217.146.183.156]) by menubar.gnome.org (Postfix) with SMTP id 86607750068 for ; Thu, 18 Dec 2008 11:03:32 +0000 (GMT) Received: from [217.146.182.180] by n8.bullet.ukl.yahoo.com with NNFMP; 18 Dec 2008 11:03:30 -0000 Received: from [87.248.110.111] by t6.bullet.ukl.yahoo.com with NNFMP; 18 Dec 2008 11:03:30 -0000 Received: from [127.0.0.1] by omp216.mail.ukl.yahoo.com with NNFMP; 18 Dec 2008 11:03:30 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 683972.58993.bm@omp216.mail.ukl.yahoo.com Received: (qmail 46014 invoked by uid 60001); 18 Dec 2008 11:03:30 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.fr; h=X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type:Message-ID; b=zghoCy3FJxGvXBRIvWNEPLteq5Sbw8Aw5wGnfC0EnVhCYb6zHAlL6evt4ql9X/gzuMwLhG+IZuLcjH8LsVds/MxQzcXPyI1QSIC+x6GCZyzj0FhTk5Ojnvvh0XF9KBB/zUFTK1zyLbhE6+rSZZgVCk4iydLvwDiQJ9ljjzjiBoo=; X-YMail-OSG: kpofxqYVM1lrzwItuHNfRPRNj_KDia0.DxuTxzk4UqAic.ERLtHkPQHkRhp.cFCmQFX1YTXD0Wfwb_lQjcPP6lJeHfPFpw2hIjOQipB.ouYCI5G8mGXOJn3LjvcuDEZLaot4Rr_o89m9nB4E7KtEZHHUTqk- Received: from [82.248.32.242] by web28607.mail.ukl.yahoo.com via HTTP; Thu, 18 Dec 2008 11:03:30 GMT X-Mailer: YahooMailRC/1155.45 YahooMailWebService/0.7.260.1 Date: Thu, 18 Dec 2008 11:03:30 +0000 (GMT) From: =?iso-8859-1?Q?Fr=E9d=E9ric_Gaudy?= To: vala-list@gnome.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="0-1504673829-1229598210=:45945" Message-ID: <489702.45945.qm@web28607.mail.ukl.yahoo.com> Subject: [Vala] GLib.Thread.init() doesn't exist in 0.5.3 X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Dec 2008 11:03:43 -0000 --0-1504673829-1229598210=:45945 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Hello,=0A=0AI've installed vala 0.5.3 and compiled my program but I've got = this error message :=0A=0Aerror: The name `init' does not exist in the cont= ext of `GLib.Thread'=0A=0Afor this line : =0A=0AThread.init();=0A=0A=0AWith= 0.5.2 it compiled fine, so is it an api change or a bug?=0A=0A=0A=0A --0-1504673829-1229598210=:45945 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
Hello,

I've installed vala 0.5.3 and compiled my program but= I've got this error message :

error: The name `init' does not ex= ist in the context of `GLib.Thread'

for this line :

<= span style=3D"font-family: Courier New,courier,monaco,monospace,sans-serif;= ">Thread.init();


With 0.5.2 it compiled fine, so is it an= api change or a bug?

=0A=0A=0A=0A --0-1504673829-1229598210=:45945-- From j@bitron.ch Thu Dec 18 11:08:14 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id C33AA7500B4 for ; Thu, 18 Dec 2008 11:08:14 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.6, seldom 2.4 (older, 4) (up: 6147 hrs), (distance 22, link: ethernet/modem), [195.182.222.72] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id aTV1a8tCQ2uf for ; Thu, 18 Dec 2008 11:08:08 +0000 (GMT) Received: from cpanel02.rubas.net (cpanel02.rubas.net [195.182.222.72]) by menubar.gnome.org (Postfix) with ESMTP id 661D0750068 for ; Thu, 18 Dec 2008 11:08:07 +0000 (GMT) Received: from 84-74-130-52.dclient.hispeed.ch ([84.74.130.52] helo=[192.168.1.55]) by cpanel02.rubas.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1LDGjd-0004rq-5l; Thu, 18 Dec 2008 12:08:05 +0100 From: =?ISO-8859-1?Q?J=FCrg?= Billeter To: =?ISO-8859-1?Q?Fr=E9d=E9ric?= Gaudy In-Reply-To: <489702.45945.qm@web28607.mail.ukl.yahoo.com> References: <489702.45945.qm@web28607.mail.ukl.yahoo.com> Content-Type: text/plain; charset="UTF-8" Date: Thu, 18 Dec 2008 12:08:04 +0100 Message-Id: <1229598484.3430.58.camel@jdesktop.bitron.ch> Mime-Version: 1.0 X-Mailer: Evolution 2.25.2 Content-Transfer-Encoding: quoted-printable X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cpanel02.rubas.net X-AntiAbuse: Original Domain - gnome.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - bitron.ch X-Source: X-Source-Args: X-Source-Dir: Cc: vala-list@gnome.org Subject: Re: [Vala] GLib.Thread.init() doesn't exist in 0.5.3 X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Dec 2008 11:08:15 -0000 On Thu, 2008-12-18 at 11:03 +0000, Fr=C3=A9d=C3=A9ric Gaudy wrote: > Hello, >=20 > I've installed vala 0.5.3 and compiled my program but I've got this > error message : >=20 > error: The name `init' does not exist in the context of `GLib.Thread' >=20 > for this line :=20 >=20 > Thread.init(); >=20 >=20 > With 0.5.2 it compiled fine, so is it an api change or a bug? You should never call it manually as it should be the first GLib function you call, use valac --thread to insert it automatically, also works with older Vala versions. J=C3=BCrg From mishamuhin@bk.ru Thu Dec 18 13:15:11 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 128807500A9 for ; Thu, 18 Dec 2008 13:15:11 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: 0.615 X-Spam-Level: X-Spam-Status: No, score=0.615 tagged_above=-999 required=2 tests=[BAYES_40=-0.185, L_P0F_UNKN=0.8] X-Amavis-OS-Fingerprint: UNKNOWN [65535:45:0:60:M1460,N,W3,S,T:.:?:?] (up: 11444 hrs), (link: ethernet/modem), [194.67.57.137] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4AUIgiXuIRH4 for ; Thu, 18 Dec 2008 13:15:04 +0000 (GMT) Received: from f144.mail.ru (f144.mail.ru [194.67.57.137]) by menubar.gnome.org (Postfix) with ESMTP id B8BE775008C for ; Thu, 18 Dec 2008 13:15:03 +0000 (GMT) Received: from mail by f144.mail.ru with local id 1LDIiS-000Jsn-00 for vala-list@gnome.org; Thu, 18 Dec 2008 16:15:00 +0300 Received: from [85.93.42.24] by win.mail.ru with HTTP; Thu, 18 Dec 2008 16:15:00 +0300 From: =?koi8-r?Q?=ED=C9=DB=C1_=ED=D5=C8=C9=CE?= To: vala-list@gnome.org Mime-Version: 1.0 X-Mailer: mPOP Web-Mail 2.19 X-Originating-IP: [85.93.42.24] Date: Thu, 18 Dec 2008 16:15:00 +0300 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit Message-Id: X-Spam: Not detected X-Mras: OK Subject: [Vala] Vala-0.5.3 require at least GLIB 2.16 X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list Reply-To: =?koi8-r?Q?=ED=C9=DB=C1_=ED=D5=C8=C9=CE?= List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Dec 2008 13:15:11 -0000 Can't build vala >= 0.5.3 (svn version too) at ubuntu 7.10. Glib version 2.14.1, but g_warn_if_fail() appeared in 2.16 http://library.gnome.org/devel/glib/stable/glib-Warnings-and-Assertions.html#g-warn-if-fail ./configure should be updated From sejerpz@tin.it Thu Dec 18 21:07:27 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 5A26575008C for ; Thu, 18 Dec 2008 21:07:27 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -3.445 X-Spam-Level: X-Spam-Status: No, score=-3.445 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, L_P0F_Unix=-1, TW_SV=0.077, TW_VT=0.077] X-Amavis-OS-Fingerprint: Solaris 8 (1), (distance 22, link: ethernet/modem), [212.216.176.118] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Piuy-xolva9E for ; Thu, 18 Dec 2008 21:07:16 +0000 (GMT) Received: from vsmtp14.tin.it (vsmtp14.tin.it [212.216.176.118]) by menubar.gnome.org (Postfix) with ESMTP id 44CF7750031 for ; Thu, 18 Dec 2008 21:07:15 +0000 (GMT) Received: from [192.168.5.3] (87.15.91.56) by vsmtp14.tin.it (8.0.022) id 49467FA2003AB349; Thu, 18 Dec 2008 22:07:11 +0100 From: Andrea Del Signore To: =?ISO-8859-1?Q?Mat=EDas?= De la Puente In-Reply-To: References: <1229475162.4300.44.camel@localhost.zoo.locale> Content-Type: text/plain; charset=iso-8859-1 Date: Thu, 18 Dec 2008 22:07:10 +0100 Message-Id: <1229634430.4484.21.camel@localhost.zoo.locale> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 Content-Transfer-Encoding: 8bit Cc: vtg-dev@googlegroups.com, Vala ML Subject: Re: [Vala] [ANNOUNCE] Vala Toys for gEdit 0.1.0 X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Dec 2008 21:07:27 -0000 On Wed, 2008-12-17 at 13:28 -0200, Matías De la Puente wrote: > > 2008/12/16 Andrea Del Signore > I'm proud to announce the first release of > > Vala Toys for gEdit a.k.a. "Who is Valdo?" > > Congratulations!! > I just installed in my system and it's working ok. > > I just submitted the PKGBUILD for building your packeg in the AUR > repository of Archlinux. If anyone is intersted.. > > I want to help you with the tranlation to spanish of the package, but > i don't know how to do it :) because i still learning autotools and > i'm starting to learn gettext . If you have some tips to do it whould > be great. > > Matias Hi Matias, glad that you liked Vtg thanks! Vtg is still in its infancy and I need all the help I can get, also because my time is pretty limited. So about the spanish translation even if I'm not so expert I prepared Vtg to be translated, but first I've to warn you about this: 1) during the development I tried to mark the string for translation but that wasn't my top priority so I can miss a lot of strings that will be added in the future 2) since I'm not fluent as I'd like in english usually I rethink a lot about messages and change them a lot of times at the beginning. So things can be quite in flux in this area at the moment. Having said that, I think that we can proceed with this steps 1) Download the po template files from the vtg svn repository: http://vtg.googlecode.com/svn/trunk/po/vtg.pot 2) Rename it to es.po and then fill the header 2) You can translate it with a simple text editor, see how I've done the italian one 3) Send me your es.po, an email or a bug report against Vtg or a post in the vtg mailing list will be If you want to know more about software translation the Gnome Translation Project has some valuable guides: http://live.gnome.org/TranslationProject Have a nice day, Andrea P.S. Since I'm an expert gnome developer any advice if this is a simple enough workflow is welcome From sejerpz@tin.it Thu Dec 18 21:12:41 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id B7E7E750063 for ; Thu, 18 Dec 2008 21:12:41 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -3.599 X-Spam-Level: X-Spam-Status: No, score=-3.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, L_P0F_Unix=-1] X-Amavis-OS-Fingerprint: Solaris 8 (1), (distance 23, link: ethernet/modem), [212.216.176.109] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LWwAKf1Q0hP3 for ; Thu, 18 Dec 2008 21:12:34 +0000 (GMT) Received: from vsmtp21.tin.it (vsmtp21.tin.it [212.216.176.109]) by menubar.gnome.org (Postfix) with ESMTP id 08C48750088 for ; Thu, 18 Dec 2008 21:12:33 +0000 (GMT) Received: from [192.168.5.3] (87.15.91.56) by vsmtp21.tin.it (8.0.022) id 4944421F004CE1A6; Thu, 18 Dec 2008 22:12:28 +0100 From: Andrea Del Signore To: =?ISO-8859-1?Q?Mat=EDas?= De la Puente In-Reply-To: <1229634430.4484.21.camel@localhost.zoo.locale> References: <1229475162.4300.44.camel@localhost.zoo.locale> <1229634430.4484.21.camel@localhost.zoo.locale> Content-Type: text/plain; charset=iso-8859-1 Date: Thu, 18 Dec 2008 22:12:26 +0100 Message-Id: <1229634746.4484.24.camel@localhost.zoo.locale> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 Content-Transfer-Encoding: 8bit Cc: vtg-dev@googlegroups.com, Vala ML Subject: Re: [Vala] [ANNOUNCE] Vala Toys for gEdit 0.1.0 X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Dec 2008 21:12:41 -0000 On Thu, 2008-12-18 at 22:07 +0100, Andrea Del Signore wrote: > On Wed, 2008-12-17 at 13:28 -0200, Matías De la Puente wrote: > > .... > Andrea > > P.S. > Since I'm an expert gnome developer any advice if this is a simple > enough workflow is welcome Sorry read the P.S. as: Since I'm *NOT* an expert gnome developer any advice if this is a simple enough workflow is welcome Cheers, Andrea From karl@qdh.org.uk Fri Dec 19 02:11:13 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 79A58750008 for ; Fri, 19 Dec 2008 02:11:13 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 3) (up: 4245 hrs), (distance 12, link: ethernet/modem), [67.207.139.203] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tpb6ddWjQH5Y for ; Fri, 19 Dec 2008 02:11:07 +0000 (GMT) Received: from uptime.qdh.org.uk (uptime.qdh.org.uk [67.207.139.203]) by menubar.gnome.org (Postfix) with ESMTP id ACFC0750063 for ; Fri, 19 Dec 2008 02:11:06 +0000 (GMT) Received: from [192.168.1.67] (host86-131-119-22.range86-131.btcentralplus.com [86.131.119.22]) (authenticated bits=0) by uptime.qdh.org.uk (8.14.2/8.14.2) with ESMTP id mBJ2AuWT032582 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 18 Dec 2008 21:10:59 -0500 From: Karl Lattimer To: =?ISO-8859-1?Q?J=FCrg?= Billeter In-Reply-To: <1228778957.13397.7.camel@jdesktop.bitron.ch> References: <1228230376.2969.6.camel@localhost.localdomain> <1228778957.13397.7.camel@jdesktop.bitron.ch> Content-Type: text/plain Date: Fri, 19 Dec 2008 02:09:58 +0000 Message-Id: <1229652598.2920.0.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.24.2 (2.24.2-1.fc10) Content-Transfer-Encoding: 7bit Cc: vala-list@gnome.org Subject: Re: [Vala] Time in vala X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Dec 2008 02:11:13 -0000 > // returns time in custom format, see strftime manpage > // for example, Mon Feb 9 03:58:32 2009 > string custom_string = t.format ("%c"); I tried to use this and it doesn't work :/ I looked in the vapi and found strftime and strptime, couldn't get either of those working either, linker error :/ Suggestions? BR, K From daniel.saul@gmail.com Fri Dec 19 05:08:24 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 28376750065 for ; Fri, 19 Dec 2008 05:08:24 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 2) (firewall!) (up: 8301 hrs), (distance 15, link: (Google 2)), [209.85.128.184] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1yXzCVH2UajK for ; Fri, 19 Dec 2008 05:08:16 +0000 (GMT) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.184]) by menubar.gnome.org (Postfix) with ESMTP id 85D7E750008 for ; Fri, 19 Dec 2008 05:08:14 +0000 (GMT) Received: by fk-out-0910.google.com with SMTP id k31so433480fkk.15 for ; Thu, 18 Dec 2008 21:08:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:mime-version:content-type; bh=xIHtMXf1KuSR8h3riJJw7LR+RJlLzh9AMriit/ry6Uk=; b=uzBQoThZx7JcAVQTVxSTVHbiTbqKywcbE7j8y3xJlFq/UsjyIolubQoD+ndGrF3t6a e7QJAadnghp60NNzz39mG/h6BRlmpcXAo00Ks3O98wwtFeT/lQluIA5jOyb1fZ/VDkmG slbX5yPxY1qY1sMUVvzf//F+l63QSzfg/gnEU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type; b=eF9aSW5/mp/ZSu9QaZOwwmun1YmMicgvHwv9mCZKI9uwrW2rrBg6dONV4RksPqnjqL pTzTWYrnmm99pzmKAdfLgZewjqaitHol3eMQv2j4NWp20ISBWx8HaHmjuStln8aFM2hO k6hvtkPgSsb8lftUo0WuIgEOVZDPnqNeG49P8= Received: by 10.103.117.8 with SMTP id u8mr1075095mum.123.1229663292055; Thu, 18 Dec 2008 21:08:12 -0800 (PST) Received: by 10.103.167.4 with HTTP; Thu, 18 Dec 2008 21:08:12 -0800 (PST) Message-ID: Date: Thu, 18 Dec 2008 23:08:12 -0600 From: "Dan Saul" To: "Vala compiler development and discussion" MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_31402_3523637.1229663292046" Subject: [Vala] Troubleshooting valac SIGSEGV X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Dec 2008 05:08:24 -0000 ------=_Part_31402_3523637.1229663292046 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi, After upgrading to 0.5.2 when compiling my program I get a SIGSEGV in valac. I am running "Linux Sleet 2.6.26-1-686 #1 SMP Wed Nov 26 19:14:11 UTC 2008 i686 GNU/Linux" Debian testing with valac and ALSA pulled from experimental. I have attached a GDB backtrace, but do not know where to begin looking. The code is located here if you would like to see it http://www.slello.com/tmp/FileBrowser.tar.bz2 . Thanks, Dan ------=_Part_31402_3523637.1229663292046 Content-Type: application/octet-stream; name="gdb output" Content-Transfer-Encoding: base64 X-Attachment-Id: f_fowdo0nj0 Content-Disposition: attachment; filename="gdb output" dmFsYWMgLWcgLS12YXBpZGlyPS4gLS1wa2cgZ3RrKy0yLjAgLS1wa2cgZ2RrLTIuMCAtLXBrZyBn ZGsteDExLTIuMCAtLXBrZyBnc3RyZWFtZXItMC4xMCAtLXBrZyBnc3RyZWFtZXItaW50ZXJmYWNl cy0wLjEwIC0tcGtnIGxpYnNleHkgLS1wa2cgdmFsYS0xLjAgLS1wa2cgc3FsaXRlMyAtLXBrZyBn ZGsta2V5c3ltcyAtbyBGaWxlQnJvd3NlciBNYWluV2luZG93LnZhbGEgVkJveFdoaXRlLnZhbGEg U2lkZWJhckxpc3QudmFsYSBTaWRlYmFyVG9vbGJhci52YWxhIE1haW5XaW5kb3dUb29sYmFyLnZh bGEgRm9sZGVyVmlld1Rvb2xiYXIudmFsYSBGb2xkZXJWaWV3LnZhbGEgRml4ZWRXaGl0ZS52YWxh IEZvbGRlclZpZXdCcm93c2VyLnZhbGEgRm9sZGVyVmlld0ljb24udmFsYSBGb2xkZXJWaWV3VHJl ZS52YWxhIEhCb3hXaGl0ZS52YWxhIFNwYWNlci52YWxhIERCLnZhbGEgU2lkZWJhckxpc3RJdGVt LnZhbGEgU2lkZWJhckxpc3RJdGVtRmlsZUZvbGRlci52YWxhIFNpZGViYXJMaXN0SXRlbVNlcGFy YXRvci52YWxhIEZvbGRlclZpZXdJY29uSXRlbS52YWxhIE1haW5XaW5kb3dTaWRlYmFyLnZhbGEg U2lkZWJhckxpc3REYXRhU291cmNlLnZhbGEgTWFpbldpbmRvd0l0ZW1WaWV3LnZhbGEgRm9sZGVy Vmlld0JyZWFkY3J1bWJzLnZhbGEgRm9sZGVyVmlld0JyZWFkY3J1bWJzQnV0dG9uLnZhbGEgRm9s ZGVyVmlld0ljb25BbHBoYU5vSGVhZGluZ3MudmFsYSBGb2xkZXJWaWV3TGlzdC52YWxhCgpkYW5A U2xlZXQ6fiQgY2QgJy9ob21lL2Rhbi9EZXNrdG9wL0xhbnRlcm4vRmlsZUJyb3dzZXInIApkYW5A U2xlZXQ6fi9EZXNrdG9wL0xhbnRlcm4vRmlsZUJyb3dzZXIkIGdkYiB2YWxhYwpHTlUgZ2RiIDYu OC1kZWJpYW4KQ29weXJpZ2h0IChDKSAyMDA4IEZyZWUgU29mdHdhcmUgRm91bmRhdGlvbiwgSW5j LgpMaWNlbnNlIEdQTHYzKzogR05VIEdQTCB2ZXJzaW9uIDMgb3IgbGF0ZXIgPGh0dHA6Ly9nbnUu b3JnL2xpY2Vuc2VzL2dwbC5odG1sPgpUaGlzIGlzIGZyZWUgc29mdHdhcmU6IHlvdSBhcmUgZnJl ZSB0byBjaGFuZ2UgYW5kIHJlZGlzdHJpYnV0ZSBpdC4KVGhlcmUgaXMgTk8gV0FSUkFOVFksIHRv IHRoZSBleHRlbnQgcGVybWl0dGVkIGJ5IGxhdy4gIFR5cGUgInNob3cgY29weWluZyIKYW5kICJz aG93IHdhcnJhbnR5IiBmb3IgZGV0YWlscy4KVGhpcyBHREIgd2FzIGNvbmZpZ3VyZWQgYXMgImk0 ODYtbGludXgtZ251Ii4uLgooZ2RiKSBydW4gIC1nIC0tdmFwaWRpcj0uIC0tcGtnIGd0aystMi4w IC0tcGtnIGdkay0yLjAgLS1wa2cgZ2RrLXgxMS0yLjAgLS1wa2cgZ3N0cmVhbWVyLTAuMTAgLS1w a2cgZ3N0cmVhbWVyLWludGVyZmFjZXMtMC4xMCAtLXBrZyBsaWJzZXh5IC0tcGtnIHZhbGEtMS4w IC0tcGtnIHNxbGl0ZTMgLS1wa2cgZ2RrLWtleXN5bXMgLW8gRmlsZUJyb3dzZXIgTWFpbldpbmRv dy52YWxhIFZCb3hXaGl0ZS52YWxhIFNpZGViYXJMaXN0LnZhbGEgU2lkZWJhclRvb2xiYXIudmFs YSBNYWluV2luZG93VG9vbGJhci52YWxhIEZvbGRlclZpZXdUb29sYmFyLnZhbGEgRm9sZGVyVmll dy52YWxhIEZpeGVkV2hpdGUudmFsYSBGb2xkZXJWaWV3QnJvd3Nlci52YWxhIEZvbGRlclZpZXdJ Y29uLnZhbGEgRm9sZGVyVmlld1RyZWUudmFsYSBIQm94V2hpdGUudmFsYSBTcGFjZXIudmFsYSBE Qi52YWxhIFNpZGViYXJMaXN0SXRlbS52YWxhIFNpZGViYXJMaXN0SXRlbUZpbGVGb2xkZXIudmFs YSBTaWRlYmFyTGlzdEl0ZW1TZXBhcmF0b3IudmFsYSBGb2xkZXJWaWV3SWNvbkl0ZW0udmFsYSBN YWluV2luZG93U2lkZWJhci52YWxhIFNpZGViYXJMaXN0RGF0YVNvdXJjZS52YWxhIE1haW5XaW5k b3dJdGVtVmlldy52YWxhIEZvbGRlclZpZXdCcmVhZGNydW1icy52YWxhIEZvbGRlclZpZXdCcmVh ZGNydW1ic0J1dHRvbi52YWxhIEZvbGRlclZpZXdJY29uQWxwaGFOb0hlYWRpbmdzLnZhbGEgRm9s ZGVyVmlld0xpc3QudmFsYQpTdGFydGluZyBwcm9ncmFtOiAvdXNyL2Jpbi92YWxhYyAtZyAtLXZh cGlkaXI9LiAtLXBrZyBndGsrLTIuMCAtLXBrZyBnZGstMi4wIC0tcGtnIGdkay14MTEtMi4wIC0t cGtnIGdzdHJlYW1lci0wLjEwIC0tcGtnIGdzdHJlYW1lci1pbnRlcmZhY2VzLTAuMTAgLS1wa2cg bGlic2V4eSAtLXBrZyB2YWxhLTEuMCAtLXBrZyBzcWxpdGUzIC0tcGtnIGdkay1rZXlzeW1zIC1v IEZpbGVCcm93c2VyIE1haW5XaW5kb3cudmFsYSBWQm94V2hpdGUudmFsYSBTaWRlYmFyTGlzdC52 YWxhIFNpZGViYXJUb29sYmFyLnZhbGEgTWFpbldpbmRvd1Rvb2xiYXIudmFsYSBGb2xkZXJWaWV3 VG9vbGJhci52YWxhIEZvbGRlclZpZXcudmFsYSBGaXhlZFdoaXRlLnZhbGEgRm9sZGVyVmlld0Jy b3dzZXIudmFsYSBGb2xkZXJWaWV3SWNvbi52YWxhIEZvbGRlclZpZXdUcmVlLnZhbGEgSEJveFdo aXRlLnZhbGEgU3BhY2VyLnZhbGEgREIudmFsYSBTaWRlYmFyTGlzdEl0ZW0udmFsYSBTaWRlYmFy TGlzdEl0ZW1GaWxlRm9sZGVyLnZhbGEgU2lkZWJhckxpc3RJdGVtU2VwYXJhdG9yLnZhbGEgRm9s ZGVyVmlld0ljb25JdGVtLnZhbGEgTWFpbldpbmRvd1NpZGViYXIudmFsYSBTaWRlYmFyTGlzdERh dGFTb3VyY2UudmFsYSBNYWluV2luZG93SXRlbVZpZXcudmFsYSBGb2xkZXJWaWV3QnJlYWRjcnVt YnMudmFsYSBGb2xkZXJWaWV3QnJlYWRjcnVtYnNCdXR0b24udmFsYSBGb2xkZXJWaWV3SWNvbkFs cGhhTm9IZWFkaW5ncy52YWxhIEZvbGRlclZpZXdMaXN0LnZhbGEKClByb2dyYW0gcmVjZWl2ZWQg c2lnbmFsIFNJR1NFR1YsIFNlZ21lbnRhdGlvbiBmYXVsdC4KMHhiN2UwNWJiYyBpbiB2YWxhX2Rh dGFfdHlwZV9jb21wYXRpYmxlIChzZWxmPTB4MCwgdGFyZ2V0X3R5cGU9MHhhYTU2YTY4KSBhdCB2 YWxhZGF0YXR5cGUuYzo2ODEKNjgxCXZhbGFkYXRhdHlwZS5jOiBObyBzdWNoIGZpbGUgb3IgZGly ZWN0b3J5LgoJaW4gdmFsYWRhdGF0eXBlLmMKKGdkYikgYnQKIzAgIDB4YjdlMDViYmMgaW4gdmFs YV9kYXRhX3R5cGVfY29tcGF0aWJsZSAoc2VsZj0weDAsIHRhcmdldF90eXBlPTB4YWE1NmE2OCkg YXQgdmFsYWRhdGF0eXBlLmM6NjgxCiMxICAweGI3ZTdhZGRmIGluIHZhbGFfcHJvcGVydHlfcmVh bF9jaGVjayAoYmFzZT0weGE5ODRjNzAsIGFuYWx5emVyPTB4YTNiMzU1MCkgYXQgdmFsYXByb3Bl cnR5LmM6NjMwCiMyICAweGI3ZGY2MDQ4IGluIHZhbGFfY29kZV9ub2RlX2NoZWNrIChzZWxmPTB4 YTk4NGM3MCwgYW5hbHl6ZXI9MHhhM2IzNTUwKSBhdCB2YWxhY29kZW5vZGUuYzoxNzkKIzMgIDB4 YjdlNDllZWQgaW4gdmFsYV9tZW1iZXJfYWNjZXNzX3JlYWxfY2hlY2sgKGJhc2U9MHhhYTY3YTYw LCBhbmFseXplcj0weGEzYjM1NTApIGF0IHZhbGFtZW1iZXJhY2Nlc3MuYzo4MTYKIzQgIDB4Yjdk ZjYwNDggaW4gdmFsYV9jb2RlX25vZGVfY2hlY2sgKHNlbGY9MHhhYTY3YTYwLCBhbmFseXplcj0w eGEzYjM1NTApIGF0IHZhbGFjb2Rlbm9kZS5jOjE3OQojNSAgMHhiN2U1MjM1MSBpbiB2YWxhX21l dGhvZF9jYWxsX3JlYWxfY2hlY2sgKGJhc2U9MHhhYTY4MWUwLCBhbmFseXplcj0weGEzYjM1NTAp IGF0IHZhbGFtZXRob2RjYWxsLmM6ODE5CiM2ICAweGI3ZGY2MDQ4IGluIHZhbGFfY29kZV9ub2Rl X2NoZWNrIChzZWxmPTB4YWE2ODFlMCwgYW5hbHl6ZXI9MHhhM2IzNTUwKSBhdCB2YWxhY29kZW5v ZGUuYzoxNzkKIzcgIDB4YjdlMTQwYjggaW4gdmFsYV9leHByZXNzaW9uX3N0YXRlbWVudF9yZWFs X2NoZWNrIChiYXNlPTB4YWE2NWIyOCwgYW5hbHl6ZXI9MHhhM2IzNTUwKSBhdCB2YWxhZXhwcmVz c2lvbnN0YXRlbWVudC5jOjE0NwojOCAgMHhiN2RmNjA0OCBpbiB2YWxhX2NvZGVfbm9kZV9jaGVj ayAoc2VsZj0weGFhNjViMjgsIGFuYWx5emVyPTB4YTNiMzU1MCkgYXQgdmFsYWNvZGVub2RlLmM6 MTc5CiM5ICAweGI3ZGVhOTBlIGluIHZhbGFfYmxvY2tfcmVhbF9jaGVjayAoYmFzZT0weGFhNjMw ZDgsIGFuYWx5emVyPTB4YTNiMzU1MCkgYXQgdmFsYWJsb2NrLmM6MjI4CiMxMCAweGI3ZGY2MDQ4 IGluIHZhbGFfY29kZV9ub2RlX2NoZWNrIChzZWxmPTB4YWE2MzBkOCwgYW5hbHl6ZXI9MHhhM2Iz NTUwKSBhdCB2YWxhY29kZW5vZGUuYzoxNzkKIzExIDB4YjdlMWQ0NTIgaW4gdmFsYV9mb3JlYWNo X3N0YXRlbWVudF9jaGVja193aXRob3V0X2l0ZXJhdG9yIChzZWxmPTB4YWE1ZmI2OCwgYW5hbHl6 ZXI9MHhhM2IzNTUwLCAKICAgIGNvbGxlY3Rpb25fdHlwZT0weGFiZTU2NjAsIGVsZW1lbnRfdHlw ZT0weGFiZTU2YzApIGF0IHZhbGFmb3JlYWNoc3RhdGVtZW50LmM6NTA0CiMxMiAweGI3ZTFkOWJj IGluIHZhbGFfZm9yZWFjaF9zdGF0ZW1lbnRfcmVhbF9jaGVjayAoYmFzZT0weGFhNWZiNjgsIGFu YWx5emVyPTB4YTNiMzU1MCkgYXQgdmFsYWZvcmVhY2hzdGF0ZW1lbnQuYzoyMTUKIzEzIDB4Yjdk ZjYwNDggaW4gdmFsYV9jb2RlX25vZGVfY2hlY2sgKHNlbGY9MHhhYTVmYjY4LCBhbmFseXplcj0w eGEzYjM1NTApIGF0IHZhbGFjb2Rlbm9kZS5jOjE3OQojMTQgMHhiN2RlYTkwZSBpbiB2YWxhX2Js b2NrX3JlYWxfY2hlY2sgKGJhc2U9MHhhYTYwNjAwLCBhbmFseXplcj0weGEzYjM1NTApIGF0IHZh bGFibG9jay5jOjIyOAojMTUgMHhiN2RmNjA0OCBpbiB2YWxhX2NvZGVfbm9kZV9jaGVjayAoc2Vs Zj0weGFhNjA2MDAsIGFuYWx5emVyPTB4YTNiMzU1MCkgYXQgdmFsYWNvZGVub2RlLmM6MTc5CiMx NiAweGI3ZTUwMTE2IGluIHZhbGFfbWV0aG9kX3JlYWxfY2hlY2sgKGJhc2U9MHhhYTJjZTIwLCBh bmFseXplcj0weGEzYjM1NTApIGF0IHZhbGFtZXRob2QuYzoxMTY3CiMxNyAweGI3ZGY2MDQ4IGlu IHZhbGFfY29kZV9ub2RlX2NoZWNrIChzZWxmPTB4YWEyY2UyMCwgYW5hbHl6ZXI9MHhhM2IzNTUw KSBhdCB2YWxhY29kZW5vZGUuYzoxNzkKIzE4IDB4YjdlNDllZWQgaW4gdmFsYV9tZW1iZXJfYWNj ZXNzX3JlYWxfY2hlY2sgKGJhc2U9MHhhYTVhZTYwLCBhbmFseXplcj0weGEzYjM1NTApIGF0IHZh bGFtZW1iZXJhY2Nlc3MuYzo4MTYKIzE5IDB4YjdkZjYwNDggaW4gdmFsYV9jb2RlX25vZGVfY2hl Y2sgKHNlbGY9MHhhYTVhZTYwLCBhbmFseXplcj0weGEzYjM1NTApIGF0IHZhbGFjb2Rlbm9kZS5j OjE3OQojMjAgMHhiN2U1MjBjZiBpbiB2YWxhX21ldGhvZF9jYWxsX3JlYWxfY2hlY2sgKGJhc2U9 MHhhYTVjNmE4LCBhbmFseXplcj0weGEzYjM1NTApIGF0IHZhbGFtZXRob2RjYWxsLmM6MjMwCiMy MSAweGI3ZGY2MDQ4IGluIHZhbGFfY29kZV9ub2RlX2NoZWNrIChzZWxmPTB4YWE1YzZhOCwgYW5h bHl6ZXI9MHhhM2IzNTUwKSBhdCB2YWxhY29kZW5vZGUuYzoxNzkKLS0tVHlwZSA8cmV0dXJuPiB0 byBjb250aW51ZSwgb3IgcSA8cmV0dXJuPiB0byBxdWl0LS0tCiMyMiAweGI3ZTE0MGI4IGluIHZh bGFfZXhwcmVzc2lvbl9zdGF0ZW1lbnRfcmVhbF9jaGVjayAoYmFzZT0weGFhNTJmODgsIGFuYWx5 emVyPTB4YTNiMzU1MCkgYXQgdmFsYWV4cHJlc3Npb25zdGF0ZW1lbnQuYzoxNDcKIzIzIDB4Yjdk ZjYwNDggaW4gdmFsYV9jb2RlX25vZGVfY2hlY2sgKHNlbGY9MHhhYTUyZjg4LCBhbmFseXplcj0w eGEzYjM1NTApIGF0IHZhbGFjb2Rlbm9kZS5jOjE3OQojMjQgMHhiN2RlYTkwZSBpbiB2YWxhX2Js b2NrX3JlYWxfY2hlY2sgKGJhc2U9MHhhYTVjNjQ4LCBhbmFseXplcj0weGEzYjM1NTApIGF0IHZh bGFibG9jay5jOjIyOAojMjUgMHhiN2RmNjA0OCBpbiB2YWxhX2NvZGVfbm9kZV9jaGVjayAoc2Vs Zj0weGFhNWM2NDgsIGFuYWx5emVyPTB4YTNiMzU1MCkgYXQgdmFsYWNvZGVub2RlLmM6MTc5CiMy NiAweGI3ZTUwMTE2IGluIHZhbGFfbWV0aG9kX3JlYWxfY2hlY2sgKGJhc2U9MHhhYmMxMmEwLCBh bmFseXplcj0weGEzYjM1NTApIGF0IHZhbGFtZXRob2QuYzoxMTY3CiMyNyAweGI3ZGY2MDQ4IGlu IHZhbGFfY29kZV9ub2RlX2NoZWNrIChzZWxmPTB4YWJjMTJhMCwgYW5hbHl6ZXI9MHhhM2IzNTUw KSBhdCB2YWxhY29kZW5vZGUuYzoxNzkKIzI4IDB4YjdlNDY5YzYgaW4gdmFsYV9sYW1iZGFfZXhw cmVzc2lvbl9yZWFsX2NoZWNrIChiYXNlPTB4YWE1Yzc2OCwgYW5hbHl6ZXI9MHhhM2IzNTUwKSBh dCB2YWxhbGFtYmRhZXhwcmVzc2lvbi5jOjMwMAojMjkgMHhiN2RmNjA0OCBpbiB2YWxhX2NvZGVf bm9kZV9jaGVjayAoc2VsZj0weGFhNWM3NjgsIGFuYWx5emVyPTB4YTNiMzU1MCkgYXQgdmFsYWNv ZGVub2RlLmM6MTc5CiMzMCAweGI3ZTUyMzUxIGluIHZhbGFfbWV0aG9kX2NhbGxfcmVhbF9jaGVj ayAoYmFzZT0weGFhNWM4MTAsIGFuYWx5emVyPTB4YTNiMzU1MCkgYXQgdmFsYW1ldGhvZGNhbGwu Yzo4MTkKIzMxIDB4YjdkZjYwNDggaW4gdmFsYV9jb2RlX25vZGVfY2hlY2sgKHNlbGY9MHhhYTVj ODEwLCBhbmFseXplcj0weGEzYjM1NTApIGF0IHZhbGFjb2Rlbm9kZS5jOjE3OQojMzIgMHhiN2Ux NDBiOCBpbiB2YWxhX2V4cHJlc3Npb25fc3RhdGVtZW50X3JlYWxfY2hlY2sgKGJhc2U9MHhhYTUz MDc4LCBhbmFseXplcj0weGEzYjM1NTApIGF0IHZhbGFleHByZXNzaW9uc3RhdGVtZW50LmM6MTQ3 CiMzMyAweGI3ZGY2MDQ4IGluIHZhbGFfY29kZV9ub2RlX2NoZWNrIChzZWxmPTB4YWE1MzA3OCwg YW5hbHl6ZXI9MHhhM2IzNTUwKSBhdCB2YWxhY29kZW5vZGUuYzoxNzkKIzM0IDB4YjdkZWE5MGUg aW4gdmFsYV9ibG9ja19yZWFsX2NoZWNrIChiYXNlPTB4YWE1YzUyOCwgYW5hbHl6ZXI9MHhhM2Iz NTUwKSBhdCB2YWxhYmxvY2suYzoyMjgKIzM1IDB4YjdkZjYwNDggaW4gdmFsYV9jb2RlX25vZGVf Y2hlY2sgKHNlbGY9MHhhYTVjNTI4LCBhbmFseXplcj0weGEzYjM1NTApIGF0IHZhbGFjb2Rlbm9k ZS5jOjE3OQojMzYgMHhiN2UzZmU3NyBpbiB2YWxhX2lmX3N0YXRlbWVudF9yZWFsX2NoZWNrIChi YXNlPTB4YWEwYTk4OCwgYW5hbHl6ZXI9MHhhM2IzNTUwKSBhdCB2YWxhaWZzdGF0ZW1lbnQuYzox MjcKIzM3IDB4YjdkZjYwNDggaW4gdmFsYV9jb2RlX25vZGVfY2hlY2sgKHNlbGY9MHhhYTBhOTg4 LCBhbmFseXplcj0weGEzYjM1NTApIGF0IHZhbGFjb2Rlbm9kZS5jOjE3OQojMzggMHhiN2RlYTkw ZSBpbiB2YWxhX2Jsb2NrX3JlYWxfY2hlY2sgKGJhc2U9MHhhYTVjNDY4LCBhbmFseXplcj0weGEz YjM1NTApIGF0IHZhbGFibG9jay5jOjIyOAojMzkgMHhiN2RmNjA0OCBpbiB2YWxhX2NvZGVfbm9k ZV9jaGVjayAoc2VsZj0weGFhNWM0NjgsIGFuYWx5emVyPTB4YTNiMzU1MCkgYXQgdmFsYWNvZGVu b2RlLmM6MTc5CiM0MCAweGI3ZTUwMTE2IGluIHZhbGFfbWV0aG9kX3JlYWxfY2hlY2sgKGJhc2U9 MHhhYTJjZDQwLCBhbmFseXplcj0weGEzYjM1NTApIGF0IHZhbGFtZXRob2QuYzoxMTY3CiM0MSAw eGI3ZGY2MDQ4IGluIHZhbGFfY29kZV9ub2RlX2NoZWNrIChzZWxmPTB4YWEyY2Q0MCwgYW5hbHl6 ZXI9MHhhM2IzNTUwKSBhdCB2YWxhY29kZW5vZGUuYzoxNzkKIzQyIDB4YjdlNDllZWQgaW4gdmFs YV9tZW1iZXJfYWNjZXNzX3JlYWxfY2hlY2sgKGJhc2U9MHhhYTVhYWM4LCBhbmFseXplcj0weGEz YjM1NTApIGF0IHZhbGFtZW1iZXJhY2Nlc3MuYzo4MTYKIzQzIDB4YjdkZjYwNDggaW4gdmFsYV9j b2RlX25vZGVfY2hlY2sgKHNlbGY9MHhhYTVhYWM4LCBhbmFseXplcj0weGEzYjM1NTApIGF0IHZh bGFjb2Rlbm9kZS5jOjE3OQojNDQgMHhiN2U1MjBjZiBpbiB2YWxhX21ldGhvZF9jYWxsX3JlYWxf Y2hlY2sgKGJhc2U9MHhhYTU5MjQwLCBhbmFseXplcj0weGEzYjM1NTApIGF0IHZhbGFtZXRob2Rj YWxsLmM6MjMwCi0tLVR5cGUgPHJldHVybj4gdG8gY29udGludWUsIG9yIHEgPHJldHVybj4gdG8g cXVpdC0tLQojNDUgMHhiN2RmNjA0OCBpbiB2YWxhX2NvZGVfbm9kZV9jaGVjayAoc2VsZj0weGFh NTkyNDAsIGFuYWx5emVyPTB4YTNiMzU1MCkgYXQgdmFsYWNvZGVub2RlLmM6MTc5CiM0NiAweGI3 ZTE0MGI4IGluIHZhbGFfZXhwcmVzc2lvbl9zdGF0ZW1lbnRfcmVhbF9jaGVjayAoYmFzZT0weGFh NTJlZTAsIGFuYWx5emVyPTB4YTNiMzU1MCkgYXQgdmFsYWV4cHJlc3Npb25zdGF0ZW1lbnQuYzox NDcKIzQ3IDB4YjdkZjYwNDggaW4gdmFsYV9jb2RlX25vZGVfY2hlY2sgKHNlbGY9MHhhYTUyZWUw LCBhbmFseXplcj0weGEzYjM1NTApIGF0IHZhbGFjb2Rlbm9kZS5jOjE3OQojNDggMHhiN2RlYTkw ZSBpbiB2YWxhX2Jsb2NrX3JlYWxfY2hlY2sgKGJhc2U9MHhhYTRlOWY4LCBhbmFseXplcj0weGEz YjM1NTApIGF0IHZhbGFibG9jay5jOjIyOAojNDkgMHhiN2RmNjA0OCBpbiB2YWxhX2NvZGVfbm9k ZV9jaGVjayAoc2VsZj0weGFhNGU5ZjgsIGFuYWx5emVyPTB4YTNiMzU1MCkgYXQgdmFsYWNvZGVu b2RlLmM6MTc5CiM1MCAweGI3ZTUwMTE2IGluIHZhbGFfbWV0aG9kX3JlYWxfY2hlY2sgKGJhc2U9 MHhhYTJjYzYwLCBhbmFseXplcj0weGEzYjM1NTApIGF0IHZhbGFtZXRob2QuYzoxMTY3CiM1MSAw eGI3ZGY2MDQ4IGluIHZhbGFfY29kZV9ub2RlX2NoZWNrIChzZWxmPTB4YWEyY2M2MCwgYW5hbHl6 ZXI9MHhhM2IzNTUwKSBhdCB2YWxhY29kZW5vZGUuYzoxNzkKIzUyIDB4YjdlNDllZWQgaW4gdmFs YV9tZW1iZXJfYWNjZXNzX3JlYWxfY2hlY2sgKGJhc2U9MHhhYTQ1NTA4LCBhbmFseXplcj0weGEz YjM1NTApIGF0IHZhbGFtZW1iZXJhY2Nlc3MuYzo4MTYKIzUzIDB4YjdkZjYwNDggaW4gdmFsYV9j b2RlX25vZGVfY2hlY2sgKHNlbGY9MHhhYTQ1NTA4LCBhbmFseXplcj0weGEzYjM1NTApIGF0IHZh bGFjb2Rlbm9kZS5jOjE3OQojNTQgMHhiN2U1MjBjZiBpbiB2YWxhX21ldGhvZF9jYWxsX3JlYWxf Y2hlY2sgKGJhc2U9MHhhYTQwOWY4LCBhbmFseXplcj0weGEzYjM1NTApIGF0IHZhbGFtZXRob2Rj YWxsLmM6MjMwCiM1NSAweGI3ZGY2MDQ4IGluIHZhbGFfY29kZV9ub2RlX2NoZWNrIChzZWxmPTB4 YWE0MDlmOCwgYW5hbHl6ZXI9MHhhM2IzNTUwKSBhdCB2YWxhY29kZW5vZGUuYzoxNzkKIzU2IDB4 YjdlMTQwYjggaW4gdmFsYV9leHByZXNzaW9uX3N0YXRlbWVudF9yZWFsX2NoZWNrIChiYXNlPTB4 YWE0MWQzOCwgYW5hbHl6ZXI9MHhhM2IzNTUwKSBhdCB2YWxhZXhwcmVzc2lvbnN0YXRlbWVudC5j OjE0NwojNTcgMHhiN2RmNjA0OCBpbiB2YWxhX2NvZGVfbm9kZV9jaGVjayAoc2VsZj0weGFhNDFk MzgsIGFuYWx5emVyPTB4YTNiMzU1MCkgYXQgdmFsYWNvZGVub2RlLmM6MTc5CiM1OCAweGI3ZGVh OTBlIGluIHZhbGFfYmxvY2tfcmVhbF9jaGVjayAoYmFzZT0weGFhNDA5OTgsIGFuYWx5emVyPTB4 YTNiMzU1MCkgYXQgdmFsYWJsb2NrLmM6MjI4CiM1OSAweGI3ZGY2MDQ4IGluIHZhbGFfY29kZV9u b2RlX2NoZWNrIChzZWxmPTB4YWE0MDk5OCwgYW5hbHl6ZXI9MHhhM2IzNTUwKSBhdCB2YWxhY29k ZW5vZGUuYzoxNzkKIzYwIDB4YjdlNTAxMTYgaW4gdmFsYV9tZXRob2RfcmVhbF9jaGVjayAoYmFz ZT0weGFhMmM4ZTAsIGFuYWx5emVyPTB4YTNiMzU1MCkgYXQgdmFsYW1ldGhvZC5jOjExNjcKIzYx IDB4YjdkZjYwNDggaW4gdmFsYV9jb2RlX25vZGVfY2hlY2sgKHNlbGY9MHhhYTJjOGUwLCBhbmFs eXplcj0weGEzYjM1NTApIGF0IHZhbGFjb2Rlbm9kZS5jOjE3OQojNjIgMHhiN2RmMTI4NSBpbiB2 YWxhX2NsYXNzX3JlYWxfY2hlY2sgKGJhc2U9MHhhOTgzZGU4LCBhbmFseXplcj0weGEzYjM1NTAp IGF0IHZhbGFjbGFzcy5jOjE1MzcKIzYzIDB4YjdkZjYwNDggaW4gdmFsYV9jb2RlX25vZGVfY2hl Y2sgKHNlbGY9MHhhOTgzZGU4LCBhbmFseXplcj0weGEzYjM1NTApIGF0IHZhbGFjb2Rlbm9kZS5j OjE3OQojNjQgMHhiN2U1YjMwZCBpbiB2YWxhX29iamVjdF90eXBlX3JlYWxfY2hlY2sgKGJhc2U9 MHhhYjU4NmIwLCBhbmFseXplcj0weGEzYjM1NTApIGF0IHZhbGFvYmplY3R0eXBlLmM6MjM3CiM2 NSAweGI3ZGY2MDQ4IGluIHZhbGFfY29kZV9ub2RlX2NoZWNrIChzZWxmPTB4YWI1ODZiMCwgYW5h bHl6ZXI9MHhhM2IzNTUwKSBhdCB2YWxhY29kZW5vZGUuYzoxNzkKIzY2IDB4YjdlMTU0MTUgaW4g dmFsYV9maWVsZF9yZWFsX2NoZWNrIChiYXNlPTB4YTkwNjRjMCwgYW5hbHl6ZXI9MHhhM2IzNTUw KSBhdCB2YWxhZmllbGQuYzozMTcKIzY3IDB4YjdkZjYwNDggaW4gdmFsYV9jb2RlX25vZGVfY2hl Y2sgKHNlbGY9MHhhOTA2NGMwLCBhbmFseXplcj0weGEzYjM1NTApIGF0IHZhbGFjb2Rlbm9kZS5j OjE3OQotLS1UeXBlIDxyZXR1cm4+IHRvIGNvbnRpbnVlLCBvciBxIDxyZXR1cm4+IHRvIHF1aXQt LS0KIzY4IDB4YjdkZjExYzUgaW4gdmFsYV9jbGFzc19yZWFsX2NoZWNrIChiYXNlPTB4YTdlNmRm MCwgYW5hbHl6ZXI9MHhhM2IzNTUwKSBhdCB2YWxhY2xhc3MuYzoxNTE1CiM2OSAweGI3ZGY2MDQ4 IGluIHZhbGFfY29kZV9ub2RlX2NoZWNrIChzZWxmPTB4YTdlNmRmMCwgYW5hbHl6ZXI9MHhhM2Iz NTUwKSBhdCB2YWxhY29kZW5vZGUuYzoxNzkKIzcwIDB4YjdlNWIzMGQgaW4gdmFsYV9vYmplY3Rf dHlwZV9yZWFsX2NoZWNrIChiYXNlPTB4YWI1YjllMCwgYW5hbHl6ZXI9MHhhM2IzNTUwKSBhdCB2 YWxhb2JqZWN0dHlwZS5jOjIzNwojNzEgMHhiN2RmNjA0OCBpbiB2YWxhX2NvZGVfbm9kZV9jaGVj ayAoc2VsZj0weGFiNWI5ZTAsIGFuYWx5emVyPTB4YTNiMzU1MCkgYXQgdmFsYWNvZGVub2RlLmM6 MTc5CiM3MiAweGI3ZTE1NDE1IGluIHZhbGFfZmllbGRfcmVhbF9jaGVjayAoYmFzZT0weGE5ZDcx MTAsIGFuYWx5emVyPTB4YTNiMzU1MCkgYXQgdmFsYWZpZWxkLmM6MzE3CiM3MyAweGI3ZGY2MDQ4 IGluIHZhbGFfY29kZV9ub2RlX2NoZWNrIChzZWxmPTB4YTlkNzExMCwgYW5hbHl6ZXI9MHhhM2Iz NTUwKSBhdCB2YWxhY29kZW5vZGUuYzoxNzkKIzc0IDB4YjdkZjExYzUgaW4gdmFsYV9jbGFzc19y ZWFsX2NoZWNrIChiYXNlPTB4YTk4M2IwMCwgYW5hbHl6ZXI9MHhhM2IzNTUwKSBhdCB2YWxhY2xh c3MuYzoxNTE1CiM3NSAweGI3ZGY2MDQ4IGluIHZhbGFfY29kZV9ub2RlX2NoZWNrIChzZWxmPTB4 YTk4M2IwMCwgYW5hbHl6ZXI9MHhhM2IzNTUwKSBhdCB2YWxhY29kZW5vZGUuYzoxNzkKIzc2IDB4 YjdlNWIzMGQgaW4gdmFsYV9vYmplY3RfdHlwZV9yZWFsX2NoZWNrIChiYXNlPTB4YWI1NTg2OCwg YW5hbHl6ZXI9MHhhM2IzNTUwKSBhdCB2YWxhb2JqZWN0dHlwZS5jOjIzNwojNzcgMHhiN2RmNjA0 OCBpbiB2YWxhX2NvZGVfbm9kZV9jaGVjayAoc2VsZj0weGFiNTU4NjgsIGFuYWx5emVyPTB4YTNi MzU1MCkgYXQgdmFsYWNvZGVub2RlLmM6MTc5CiM3OCAweGI3ZTE1NDE1IGluIHZhbGFfZmllbGRf cmVhbF9jaGVjayAoYmFzZT0weGE3N2MwYjgsIGFuYWx5emVyPTB4YTNiMzU1MCkgYXQgdmFsYWZp ZWxkLmM6MzE3CiM3OSAweGI3ZGY2MDQ4IGluIHZhbGFfY29kZV9ub2RlX2NoZWNrIChzZWxmPTB4 YTc3YzBiOCwgYW5hbHl6ZXI9MHhhM2IzNTUwKSBhdCB2YWxhY29kZW5vZGUuYzoxNzkKIzgwIDB4 YjdkZjExYzUgaW4gdmFsYV9jbGFzc19yZWFsX2NoZWNrIChiYXNlPTB4YTdlNjgyMCwgYW5hbHl6 ZXI9MHhhM2IzNTUwKSBhdCB2YWxhY2xhc3MuYzoxNTE1CiM4MSAweGI3ZGY2MDQ4IGluIHZhbGFf Y29kZV9ub2RlX2NoZWNrIChzZWxmPTB4YTdlNjgyMCwgYW5hbHl6ZXI9MHhhM2IzNTUwKSBhdCB2 YWxhY29kZW5vZGUuYzoxNzkKIzgyIDB4YjdlODdlZGQgaW4gdmFsYV9zb3VyY2VfZmlsZV9jaGVj ayAoc2VsZj0weDhmZWYwMDgsIGFuYWx5emVyPTB4YTNiMzU1MCkgYXQgdmFsYXNvdXJjZWZpbGUu Yzo4NTUKIzgzIDB4YjdlODBlMjYgaW4gdmFsYV9zZW1hbnRpY19hbmFseXplcl9yZWFsX3Zpc2l0 X3NvdXJjZV9maWxlIChiYXNlPTB4YTNiMzU1MCwgZmlsZT0weDhmZWYwMDgpIGF0IHZhbGFzZW1h bnRpY2FuYWx5emVyLmM6Mjc3CiM4NCAweGI3ZGY3NTI4IGluIHZhbGFfY29kZV92aXNpdG9yX3Zp c2l0X3NvdXJjZV9maWxlIChzZWxmPTB4YTNiMzU1MCwgc291cmNlX2ZpbGU9MHg4ZmVmMDA4KSBh dCB2YWxhY29kZXZpc2l0b3IuYzoxOTkKIzg1IDB4YjdlODk4YmMgaW4gdmFsYV9zb3VyY2VfZmls ZV9hY2NlcHQgKHNlbGY9MHhhYTU2YTY4LCB2aXNpdG9yPTB4MCkgYXQgdmFsYXNvdXJjZWZpbGUu YzoyMzUKIzg2IDB4YjdkZjViN2QgaW4gdmFsYV9jb2RlX2NvbnRleHRfYWNjZXB0IChzZWxmPTB4 OGZlMjAwOCwgdmlzaXRvcj0weGEzYjM1NTApIGF0IHZhbGFjb2RlY29udGV4dC5jOjIxNQojODcg MHhiN2U4NTFlMSBpbiB2YWxhX3NlbWFudGljX2FuYWx5emVyX2FuYWx5emUgKHNlbGY9MHhhM2Iz NTUwLCBjb250ZXh0PTB4OGZlMjAwOCkgYXQgdmFsYXNlbWFudGljYW5hbHl6ZXIuYzoyNjUKIzg4 IDB4MDgwNGJkYmQgaW4gbWFpbiAoYXJnYz0wLCBhcmd2PTB4ZTAxMDEwMDApIGF0IHZhbGFjb21w aWxlci5jOjQ3OAooZ2RiKSAKCg== ------=_Part_31402_3523637.1229663292046-- From j@bitron.ch Fri Dec 19 06:35:18 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 4A9B6750097 for ; Fri, 19 Dec 2008 06:35:18 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.6, seldom 2.4 (older, 4) (up: 6342 hrs), (distance 22, link: ethernet/modem), [195.182.222.72] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id G87aFcehrC4U for ; Fri, 19 Dec 2008 06:35:11 +0000 (GMT) Received: from cpanel02.rubas.net (cpanel02.rubas.net [195.182.222.72]) by menubar.gnome.org (Postfix) with ESMTP id 6F3FB750080 for ; Fri, 19 Dec 2008 06:35:10 +0000 (GMT) Received: from 84-74-130-52.dclient.hispeed.ch ([84.74.130.52] helo=[192.168.1.55]) by cpanel02.rubas.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1LDYx2-0001hs-1G; Fri, 19 Dec 2008 07:35:08 +0100 From: =?ISO-8859-1?Q?J=FCrg?= Billeter To: Karl Lattimer In-Reply-To: <1229652598.2920.0.camel@localhost.localdomain> References: <1228230376.2969.6.camel@localhost.localdomain> <1228778957.13397.7.camel@jdesktop.bitron.ch> <1229652598.2920.0.camel@localhost.localdomain> Content-Type: text/plain; charset="UTF-8" Date: Fri, 19 Dec 2008 07:35:07 +0100 Message-Id: <1229668507.3433.1.camel@jdesktop.bitron.ch> Mime-Version: 1.0 X-Mailer: Evolution 2.25.2 Content-Transfer-Encoding: quoted-printable X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cpanel02.rubas.net X-AntiAbuse: Original Domain - gnome.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - bitron.ch X-Source: X-Source-Args: X-Source-Dir: Cc: vala-list@gnome.org Subject: Re: [Vala] Time in vala X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Dec 2008 06:35:18 -0000 On Fri, 2008-12-19 at 02:09 +0000, Karl Lattimer wrote: > > // returns time in custom format, see strftime manpage > > // for example, Mon Feb 9 03:58:32 2009 > > string custom_string =3D t.format ("%c"); >=20 > I tried to use this and it doesn't work :/ I looked in the vapi and > found strftime and strptime, couldn't get either of those working > either, linker error :/ You need to update Vala to 0.5.3 (or at least r2125) as I only added these methods right before I wrote my response. J=C3=BCrg From j@bitron.ch Fri Dec 19 10:11:29 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 9AA3475011C for ; Fri, 19 Dec 2008 10:11:29 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.6, seldom 2.4 (older, 4) (up: 6378 hrs), (distance 22, link: ethernet/modem), [195.182.222.72] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id x+95cv1hlIaF for ; Fri, 19 Dec 2008 10:11:23 +0000 (GMT) Received: from cpanel02.rubas.net (cpanel02.rubas.net [195.182.222.72]) by menubar.gnome.org (Postfix) with ESMTP id 3E0317500D0 for ; Fri, 19 Dec 2008 10:11:21 +0000 (GMT) Received: from 84-74-130-52.dclient.hispeed.ch ([84.74.130.52] helo=[192.168.1.55]) by cpanel02.rubas.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1LDcKF-0000me-9Y; Fri, 19 Dec 2008 11:11:19 +0100 From: =?ISO-8859-1?Q?J=FCrg?= Billeter To: Yu Feng In-Reply-To: <1227302906.14732.67.camel@149-159-132-185.dhcp-bl.indiana.edu> References: <1227137189.2103.56.camel@149-159-132-185.dhcp-bl.indiana.edu> <1227254356.14732.27.camel@149-159-132-185.dhcp-bl.indiana.edu> <1227297835.3598.19.camel@jdesktop.bitron.ch> <1227302906.14732.67.camel@149-159-132-185.dhcp-bl.indiana.edu> Content-Type: text/plain; charset="UTF-8" Date: Fri, 19 Dec 2008 11:11:18 +0100 Message-Id: <1229681478.6926.15.camel@jdesktop.bitron.ch> Mime-Version: 1.0 X-Mailer: Evolution 2.25.2 Content-Transfer-Encoding: quoted-printable X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cpanel02.rubas.net X-AntiAbuse: Original Domain - gnome.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - bitron.ch X-Source: X-Source-Args: X-Source-Dir: Cc: vala-list Subject: Re: [Vala] Patch: libgee:get_weak_ref X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Dec 2008 10:11:30 -0000 On Fri, 2008-11-21 at 16:28 -0500, Yu Feng wrote: > On Fri, 2008-11-21 at 21:03 +0100, J=C3=BCrg Billeter wrote: > > I understand your issue but I don't think that we should change the > > return value of `get' to weak as this would make it impossible to > > generate values in an iterator, for example. > I don't understand. Can you give an example? I am not using a local copy > with weak get. and everything works perfectly. One example where this breaks is if you have an object that is concurrently being accessed by multiple threads. To write a thread-safe getter, you have to call, e.g., g_object_ref while holding the lock, which is only possible if the g_object_ref is inside the getter. This is not possible on the caller side. > >=20 > > An alternative is to default property getters to non-weak, this would > > also solve similar issues in other situations. Any objections? >=20 > Strong objections come from me.=20 >=20 > The return values of properties shouldn't be strong by default. >=20 > 0. weak or not in the property declarition describes the behavior of the > property instead of the behavior of the getter and setters. A weak > property holds a weak reference to the object; a strong property holds a > strong reference to the object. No implications on the return values of > the getters. We could add support for a syntax like the following: public string foo { unowned get; set; } That way we could properly separate reference/ownership handling of the field and the getter. > 1. Current way keeps the consistency between getter setter properties > and member variable properties. Think about you have=20 > class A { > public Object foo; > } > A a =3D new A(); > I am free to create weak reference to A.foo by > weak Object ref =3D a.foo; > and also strong reference to A.foo by > Object ref =3D a.foo; >=20 > If I later on add setter and getters for foo, both code still work. New > way will fail the weak one. If you depend on that, you would have to explicitly specify it when declaring the property. Please note that I don't want people to prevent from using weak/unowned return values for getters, I'm just thinking of changing the default to prevent hard to find errors due to memory freed too early. If you know what you're doing, you will always be able to explicitly specify the desired behavior. > 2. Think about gluing the vala library with other c programs. Most GTK > property getters return a weak reference; although the property itself > holds a reference. Yes, if you're writing a library in Vala and you want an ABI that follows the GTK+ conventions as closely as possible, you'll have to add weak/unowned modifiers at some places. However, that's already the case now as method return values default to strong references while in GTK+ this is usually only the case where really necessary. An additional advantage of changing the default would be that the ABI of the library can remain stable for more implementation changes - if the property value needs to be generated on the fly instead of returning a stored value. J=C3=BCrg From d.benux@gmail.com Fri Dec 19 10:43:51 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id E7CCA7500A5 for ; Fri, 19 Dec 2008 10:43:51 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.598 X-Spam-Level: X-Spam-Status: No, score=-2.598 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 2) (up: 2077 hrs), (distance 15, link: ethernet/modem), [209.85.218.21] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id y96eqckXI5-a for ; Fri, 19 Dec 2008 10:43:45 +0000 (GMT) Received: from mail-bw0-f21.google.com (mail-bw0-f21.google.com [209.85.218.21]) by menubar.gnome.org (Postfix) with ESMTP id 6EB00750069 for ; Fri, 19 Dec 2008 10:43:44 +0000 (GMT) Received: by bwz14 with SMTP id 14so2708728bwz.15 for ; Fri, 19 Dec 2008 02:43:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:mime-version:content-type; bh=l1zjYKQxVNg5JeD9NfFVaDknG1O0R5IYXQc4HkebYNc=; b=NVgXHUhN9Y4KFuGNQi70LqMN7ZM7dDa1C3geUtsHiX/cWhe7kyvlQxYEyCR24lzyGs v74N0d5jJgLMkA9EFU/nDMaKooiU5RPGM2L465mL+AFsEgPVnAwOJDDC0DYP7VD1FRTG wPDe+G4pS+dYiEvaZZLCZ98VMfZ49WhkxHw1s= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type; b=vbgL53GodjwPl3su9LDLNcgXRY9fxpujHeM5nms7edTIWihj4zCXTzB5TPDP/uoOel IJyXWrR9I87JxRnW1loRrXboXVXY840yR5464zlyyN37q4xcQRnysa23/ej6Zg2f1jzI 1+aJCL/QXi+gx1R+ANiJ3Oj2nqZXWqboyePbQ= Received: by 10.223.113.132 with SMTP id a4mr2706412faq.75.1229683421945; Fri, 19 Dec 2008 02:43:41 -0800 (PST) Received: by 10.223.107.202 with HTTP; Fri, 19 Dec 2008 02:43:41 -0800 (PST) Message-ID: <11f7a7550812190243w173e9243g9e0a2bcbe48c844e@mail.gmail.com> Date: Fri, 19 Dec 2008 11:43:41 +0100 From: "Daniele Benucci" To: "Mailing List Vala" MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_36148_14278190.1229683421804" Subject: [Vala] Extracting a string array from a GValue X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Dec 2008 10:43:52 -0000 ------=_Part_36148_14278190.1229683421804 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline How can I extract a string array (string[]) from a GValue (I receive it through a DBus reply)? Thanks for your answer Daniele Benucci ------=_Part_36148_14278190.1229683421804 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline How can I extract a string array (string[]) from a GValue (I receive it through a DBus reply)?

Thanks for your answer

Daniele Benucci

------=_Part_36148_14278190.1229683421804-- From j@bitron.ch Fri Dec 19 11:10:20 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id EACFD7500AC for ; Fri, 19 Dec 2008 11:10:19 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.6, seldom 2.4 (older, 4) (up: 6388 hrs), (distance 22, link: ethernet/modem), [195.182.222.72] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XCDrg2aJ0u7Q for ; Fri, 19 Dec 2008 11:10:13 +0000 (GMT) Received: from cpanel02.rubas.net (cpanel02.rubas.net [195.182.222.72]) by menubar.gnome.org (Postfix) with ESMTP id 8AAD3750097 for ; Fri, 19 Dec 2008 11:10:13 +0000 (GMT) Received: from 84-74-130-52.dclient.hispeed.ch ([84.74.130.52] helo=[192.168.1.55]) by cpanel02.rubas.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1LDdFC-0002Bu-Us for vala-list@gnome.org; Fri, 19 Dec 2008 12:10:10 +0100 From: =?ISO-8859-1?Q?J=FCrg?= Billeter To: vala-list Content-Type: text/plain; charset="UTF-8" Date: Fri, 19 Dec 2008 12:10:10 +0100 Message-Id: <1229685010.6926.35.camel@jdesktop.bitron.ch> Mime-Version: 1.0 X-Mailer: Evolution 2.25.2 Content-Transfer-Encoding: quoted-printable X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cpanel02.rubas.net X-AntiAbuse: Original Domain - gnome.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - bitron.ch X-Source: X-Source-Args: X-Source-Dir: Subject: [Vala] Ownership syntax changes X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Dec 2008 11:10:20 -0000 I just committed some ownership syntax changes to trunk. The old syntax will continue to be supported but is planned to be deprecated after the release of Vala 0.5.4. * `owned' type modifier replaces `#' type modifier This is not often used, but `#' was very unintuitive as a type modifier, and I therefore decided to replace it by the hopefully better understandable `owned' modifier. Example of new syntax: public void foo (owned string bar) { [...] } * `(owned)' cast replaces `#' reference transfer expression Even less used, equally unintuitive. Example of new syntax: string foo =3D (owned) bar; * `unowned' type modifier complements `weak' type modifier `weak' only make sense for reference fields, list elements, and local variables to break reference cycles. Vala will use `g_object_add_weak_pointer' in these places in future versions. In other places where `weak' is currently used such as method return values or fields of non reference counted types, it has the meaning of "no ownership transfer". This is mostly used in bindings but can also be used in Vala code to fine-tune the ABI. In my opinion, `unowned' as counterpart to `owned' fits better in those places. Are there any questions or comments to these changes? J=C3=BCrg From j@bitron.ch Fri Dec 19 11:29:05 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id C0015750069 for ; Fri, 19 Dec 2008 11:29:05 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.6, seldom 2.4 (older, 4) (up: 6391 hrs), (distance 22, link: ethernet/modem), [195.182.222.72] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4AEG-ieZj8Gm for ; Fri, 19 Dec 2008 11:28:58 +0000 (GMT) Received: from cpanel02.rubas.net (cpanel02.rubas.net [195.182.222.72]) by menubar.gnome.org (Postfix) with ESMTP id A7397750080 for ; Fri, 19 Dec 2008 11:28:58 +0000 (GMT) Received: from 84-74-130-52.dclient.hispeed.ch ([84.74.130.52] helo=[192.168.1.55]) by cpanel02.rubas.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1LDdXM-0004yA-Au; Fri, 19 Dec 2008 12:28:56 +0100 From: =?ISO-8859-1?Q?J=FCrg?= Billeter To: Dan Saul In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Date: Fri, 19 Dec 2008 12:28:56 +0100 Message-Id: <1229686136.6926.37.camel@jdesktop.bitron.ch> Mime-Version: 1.0 X-Mailer: Evolution 2.25.2 Content-Transfer-Encoding: quoted-printable X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cpanel02.rubas.net X-AntiAbuse: Original Domain - gnome.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - bitron.ch X-Source: X-Source-Args: X-Source-Dir: Cc: Vala compiler development and discussion Subject: Re: [Vala] Troubleshooting valac SIGSEGV X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Dec 2008 11:29:06 -0000 On Thu, 2008-12-18 at 23:08 -0600, Dan Saul wrote: > After upgrading to 0.5.2 when compiling my program I get a SIGSEGV in val= ac. >=20 > I am running "Linux Sleet 2.6.26-1-686 #1 SMP Wed Nov 26 19:14:11 UTC > 2008 i686 GNU/Linux" Debian testing with valac and ALSA pulled from > experimental. Crash fixed in r2215. The cause of the crash was invalid code, you cannot access an instance member when specifying the default value of a property, see FolderViewIconAlphaNoHeadings.vala:211-212 J=C3=BCrg From j@bitron.ch Fri Dec 19 12:29:50 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id CA534750080 for ; Fri, 19 Dec 2008 12:29:50 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.6, seldom 2.4 (older, 4) (up: 6401 hrs), (distance 22, link: ethernet/modem), [195.182.222.72] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ssfe4gPiE24K for ; Fri, 19 Dec 2008 12:29:44 +0000 (GMT) Received: from cpanel02.rubas.net (cpanel02.rubas.net [195.182.222.72]) by menubar.gnome.org (Postfix) with ESMTP id B0E5875008A for ; Fri, 19 Dec 2008 12:29:43 +0000 (GMT) Received: from 84-74-130-52.dclient.hispeed.ch ([84.74.130.52] helo=[192.168.1.55]) by cpanel02.rubas.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1LDeU9-0006eJ-96 for vala-list@gnome.org; Fri, 19 Dec 2008 13:29:41 +0100 From: =?ISO-8859-1?Q?J=FCrg?= Billeter To: vala-list@gnome.org Content-Type: text/plain; charset="UTF-8" Date: Fri, 19 Dec 2008 13:29:41 +0100 Message-Id: <1229689781.6926.56.camel@jdesktop.bitron.ch> Mime-Version: 1.0 X-Mailer: Evolution 2.25.2 Content-Transfer-Encoding: quoted-printable X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cpanel02.rubas.net X-AntiAbuse: Original Domain - gnome.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - bitron.ch X-Source: X-Source-Args: X-Source-Dir: Subject: [Vala] Property getters and memory management X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Dec 2008 12:29:51 -0000 As mentioned in an other thread, I'm considering to change property getters to transfer ownership by default. While the current behavior works fine in many cases, in some cases it does not work at all and can cause bugs in the resulting application or library. Whenever you want to return a constructed - instead of stored - string or object, the property getters need to transfer ownership, which is only possible with an unintuitive syntax in Vala 0.5.3 and earlier. As I understand that Vala libraries, that are used from C, might not want to return an owned value from property getters in most cases, we will certainly continue to support this without restrictions. However, if we change the default, it will be necessary to add an extra modifier to the property declaration to retain the current behavior and ABI. The same modifier will be used for bindings as well, of course. An example for the proposed syntax to keep current behavior: public string foo { unowned get; set; } weak/unowned in front of the property type will _not_ change the return value of the getter and is only used to specify ownership of the generated field for automatic properties. Any comments on this proposal? J=C3=BCrg From scumm_fredo@gmx.net Fri Dec 19 13:04:02 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id B2D617500B2 for ; Fri, 19 Dec 2008 13:04:02 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.799 X-Spam-Level: X-Spam-Status: No, score=-1.799 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, L_P0F_UNKN=0.8] X-Amavis-OS-Fingerprint: UNKNOWN [S4:43:1:60:M1460,S,T,N,W8:.:?:?] (up: 383 hrs), (link: ethernet/modem), [213.165.64.20] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id IK0r23yQpnvG for ; Fri, 19 Dec 2008 13:03:56 +0000 (GMT) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by menubar.gnome.org (Postfix) with SMTP id AE6C67500A5 for ; Fri, 19 Dec 2008 13:03:55 +0000 (GMT) Received: (qmail invoked by alias); 19 Dec 2008 13:03:52 -0000 Received: from p5B132661.dip0.t-ipconnect.de (EHLO [192.168.0.10]) [91.19.38.97] by mail.gmx.net (mp014) with SMTP; 19 Dec 2008 14:03:52 +0100 X-Authenticated: #7643682 X-Provags-ID: V01U2FsdGVkX1+s7Ddv92CsCLZGdoJTJ4SuqsMZIMIaxlzhRAb9Gx w6gezFcvDku3SX Message-ID: <494B9BB7.1000708@gmx.net> Date: Fri, 19 Dec 2008 14:03:51 +0100 From: Frederik User-Agent: Thunderbird 2.0.0.18 (X11/20081125) MIME-Version: 1.0 To: =?UTF-8?B?SsO8cmcgQmlsbGV0ZXI=?= References: <1229685010.6926.35.camel@jdesktop.bitron.ch> In-Reply-To: <1229685010.6926.35.camel@jdesktop.bitron.ch> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.78 Cc: vala-list Subject: Re: [Vala] Ownership syntax changes X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Dec 2008 13:04:03 -0000 Jürg Billeter wrote: > * `unowned' type modifier complements `weak' type modifier > > Are there any questions or comments to these changes? This error message should have different wording for the 'unowned' modifier: error: duplicating (...) instance, use weak variable or explicitly invoke copy method Regards, Frederik From j@bitron.ch Fri Dec 19 13:08:14 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 60CCB7500D9 for ; Fri, 19 Dec 2008 13:08:14 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.6, seldom 2.4 (older, 4) (up: 6407 hrs), (distance 22, link: ethernet/modem), [195.182.222.72] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5gGtlCQRaCHV for ; Fri, 19 Dec 2008 13:08:08 +0000 (GMT) Received: from cpanel02.rubas.net (cpanel02.rubas.net [195.182.222.72]) by menubar.gnome.org (Postfix) with ESMTP id 0D69F75008A for ; Fri, 19 Dec 2008 13:08:07 +0000 (GMT) Received: from 84-74-130-52.dclient.hispeed.ch ([84.74.130.52] helo=[192.168.1.55]) by cpanel02.rubas.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1LDf5J-0004uk-S3; Fri, 19 Dec 2008 14:08:05 +0100 From: =?ISO-8859-1?Q?J=FCrg?= Billeter To: Frederik In-Reply-To: <494B9BB7.1000708@gmx.net> References: <1229685010.6926.35.camel@jdesktop.bitron.ch> <494B9BB7.1000708@gmx.net> Content-Type: text/plain; charset="UTF-8" Date: Fri, 19 Dec 2008 14:08:05 +0100 Message-Id: <1229692085.6926.57.camel@jdesktop.bitron.ch> Mime-Version: 1.0 X-Mailer: Evolution 2.25.2 Content-Transfer-Encoding: quoted-printable X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cpanel02.rubas.net X-AntiAbuse: Original Domain - gnome.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - bitron.ch X-Source: X-Source-Args: X-Source-Dir: Cc: vala-list Subject: Re: [Vala] Ownership syntax changes X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Dec 2008 13:08:14 -0000 On Fri, 2008-12-19 at 14:03 +0100, Frederik wrote: > J=C3=BCrg Billeter wrote: > > * `unowned' type modifier complements `weak' type modifier > >=20 > > Are there any questions or comments to these changes? >=20 > This error message should have different wording for the 'unowned' modifi= er: >=20 > error: duplicating (...) instance, use weak variable or explicitly > invoke copy method Right, thanks. Fixed in r2219. J=C3=BCrg From daniel.saul@gmail.com Fri Dec 19 16:09:50 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id C8BA5750080 for ; Fri, 19 Dec 2008 16:09:50 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 2) (up: 2130 hrs), (distance 15, link: ethernet/modem), [209.85.218.21] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VKXaZI7XPEgW for ; Fri, 19 Dec 2008 16:09:45 +0000 (GMT) Received: from mail-bw0-f21.google.com (mail-bw0-f21.google.com [209.85.218.21]) by menubar.gnome.org (Postfix) with ESMTP id DC5267500A3 for ; Fri, 19 Dec 2008 16:09:44 +0000 (GMT) Received: by bwz14 with SMTP id 14so3128208bwz.15 for ; Fri, 19 Dec 2008 08:09:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=KYiSDm/NGESW/ld0M72/M77vYzKcOKGtHrI3oT4okjI=; b=JlIR3jTkrhKewfY46UFcutk+zvcG5v5hICxDD4ePEjyDxIwNGSKoXyskcUdY/s1LQE gg7U2LjQecMMwVPTpBNWD/wot5IuR6/dVeYh36pRvCbyQ6OcIX/XENvZ8VLrIy6hfMAT 5MrXMuk9GY0Pxl9moAI7fyoK7Mr2DdOD6wCwE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=urPRJzp6VrAnRfPyKzpI3BlRH9A91ct+0MHrUv9S1ecFFrZIJhHYnaB/+3lAig5DjZ C6x6H8UF/yVPR2wanjMud8zsVRmprDo348rjh+3LmdQ9/5pWJy9gsGVPJ2rQHEVdOrrN uzjLyvaBnnwDaK9aV0aONjTHaw5rk9ghdMo44= Received: by 10.103.117.9 with SMTP id u9mr1287479mum.55.1229702982030; Fri, 19 Dec 2008 08:09:42 -0800 (PST) Received: by 10.103.167.4 with HTTP; Fri, 19 Dec 2008 08:09:41 -0800 (PST) Message-ID: Date: Fri, 19 Dec 2008 10:09:41 -0600 From: "Dan Saul" To: "=?ISO-8859-1?Q?J=FCrg_Billeter?=" In-Reply-To: <1229686136.6926.37.camel@jdesktop.bitron.ch> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <1229686136.6926.37.camel@jdesktop.bitron.ch> Cc: Vala compiler development and discussion Subject: Re: [Vala] Troubleshooting valac SIGSEGV X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Dec 2008 16:09:51 -0000 On Fri, Dec 19, 2008 at 5:28 AM, J=FCrg Billeter wrote: > On Thu, 2008-12-18 at 23:08 -0600, Dan Saul wrote: >> After upgrading to 0.5.2 when compiling my program I get a SIGSEGV in va= lac. >> >> I am running "Linux Sleet 2.6.26-1-686 #1 SMP Wed Nov 26 19:14:11 UTC >> 2008 i686 GNU/Linux" Debian testing with valac and ALSA pulled from >> experimental. > > Crash fixed in r2215. The cause of the crash was invalid code, you > cannot access an instance member when specifying the default value of a > property, see FolderViewIconAlphaNoHeadings.vala:211-212 > > J=FCrg > > > There we go, thanks! Dan From ali.sabil@gmail.com Fri Dec 19 16:22:41 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 7AF8E7500AC for ; Fri, 19 Dec 2008 16:22:41 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.598 X-Spam-Level: X-Spam-Status: No, score=-2.598 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 2) (up: 2134 hrs), (distance 15, link: ethernet/modem), [209.85.218.21] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4HPi-aaKF8OO for ; Fri, 19 Dec 2008 16:22:35 +0000 (GMT) Received: from mail-bw0-f21.google.com (mail-bw0-f21.google.com [209.85.218.21]) by menubar.gnome.org (Postfix) with ESMTP id EF07F7500B6 for ; Fri, 19 Dec 2008 16:22:34 +0000 (GMT) Received: by bwz14 with SMTP id 14so3148663bwz.15 for ; Fri, 19 Dec 2008 08:22:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type:references; bh=uO+iTaXX3kFFMswXR1e2yNxf/L3ocAl/TJT4eBA6Gms=; b=Ufzy1Y0w1Vzx0YvEi3zXVrI2dtv4jqCcojIfs+PM2DQdWfECHq0GaoKk44elP1/mXw B2+zN//wPdE+TVU8lrqgHfOh7s/w3O2Ftx/pG4UbxADRRjY6S6ZwiDDaFkbSQUXUGUld 5T7uawUjvXAepSldKxNdHhvx0rqNeqcteXu+w= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:references; b=hd1SMH/28Br8V4da7Gg8cWf+edyO/F8ABwpA56ZQmyJ3COr9Wjp66N653XogYUsYpE z3ulUneCka85+wa3kTsUtxaDnqR7EhB6lSxAlKZV+MY9VCM7nEC77/SJ3UgSVmGyepPa 7SFmvbzaZfWXOCIo24WZp8BkbcaLoltuGNviM= Received: by 10.223.114.135 with SMTP id e7mr2984678faq.89.1229703752030; Fri, 19 Dec 2008 08:22:32 -0800 (PST) Received: by 10.223.126.17 with HTTP; Fri, 19 Dec 2008 08:22:31 -0800 (PST) Message-ID: <6b4de4d80812190822y36dc78bbu470a889f4b6c3875@mail.gmail.com> Date: Fri, 19 Dec 2008 17:22:31 +0100 From: "Ali Sabil" To: "=?UTF-8?Q?J=C3=BCrg_Billeter?=" In-Reply-To: <1229689781.6926.56.camel@jdesktop.bitron.ch> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_47287_25017435.1229703752019" References: <1229689781.6926.56.camel@jdesktop.bitron.ch> Cc: vala-list@gnome.org Subject: Re: [Vala] Property getters and memory management X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Dec 2008 16:22:41 -0000 ------=_Part_47287_25017435.1229703752019 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 Content-Disposition: inline T24gRnJpLCBEZWMgMTksIDIwMDggYXQgMToyOSBQTSwgSsO8cmcgQmlsbGV0ZXIgPGpAYml0cm9u LmNoPiB3cm90ZToKCj4gQXMgbWVudGlvbmVkIGluIGFuIG90aGVyIHRocmVhZCwgSSdtIGNvbnNp ZGVyaW5nIHRvIGNoYW5nZSBwcm9wZXJ0eQo+IGdldHRlcnMgdG8gdHJhbnNmZXIgb3duZXJzaGlw IGJ5IGRlZmF1bHQuIFdoaWxlIHRoZSBjdXJyZW50IGJlaGF2aW9yCj4gd29ya3MgZmluZSBpbiBt YW55IGNhc2VzLCBpbiBzb21lIGNhc2VzIGl0IGRvZXMgbm90IHdvcmsgYXQgYWxsIGFuZCBjYW4K PiBjYXVzZSBidWdzIGluIHRoZSByZXN1bHRpbmcgYXBwbGljYXRpb24gb3IgbGlicmFyeS4KPgo+ IFdoZW5ldmVyIHlvdSB3YW50IHRvIHJldHVybiBhIGNvbnN0cnVjdGVkIC0gaW5zdGVhZCBvZiBz dG9yZWQgLSBzdHJpbmcKPiBvciBvYmplY3QsIHRoZSBwcm9wZXJ0eSBnZXR0ZXJzIG5lZWQgdG8g dHJhbnNmZXIgb3duZXJzaGlwLCB3aGljaCBpcwo+IG9ubHkgcG9zc2libGUgd2l0aCBhbiB1bmlu dHVpdGl2ZSBzeW50YXggaW4gVmFsYSAwLjUuMyBhbmQgZWFybGllci4KPgo+IEFzIEkgdW5kZXJz dGFuZCB0aGF0IFZhbGEgbGlicmFyaWVzLCB0aGF0IGFyZSB1c2VkIGZyb20gQywgbWlnaHQgbm90 Cj4gd2FudCB0byByZXR1cm4gYW4gb3duZWQgdmFsdWUgZnJvbSBwcm9wZXJ0eSBnZXR0ZXJzIGlu IG1vc3QgY2FzZXMsIHdlCj4gd2lsbCBjZXJ0YWlubHkgY29udGludWUgdG8gc3VwcG9ydCB0aGlz IHdpdGhvdXQgcmVzdHJpY3Rpb25zLgo+Cj4gSG93ZXZlciwgaWYgd2UgY2hhbmdlIHRoZSBkZWZh dWx0LCBpdCB3aWxsIGJlIG5lY2Vzc2FyeSB0byBhZGQgYW4gZXh0cmEKPiBtb2RpZmllciB0byB0 aGUgcHJvcGVydHkgZGVjbGFyYXRpb24gdG8gcmV0YWluIHRoZSBjdXJyZW50IGJlaGF2aW9yIGFu ZAo+IEFCSS4gVGhlIHNhbWUgbW9kaWZpZXIgd2lsbCBiZSB1c2VkIGZvciBiaW5kaW5ncyBhcyB3 ZWxsLCBvZiBjb3Vyc2UuCj4KPiBBbiBleGFtcGxlIGZvciB0aGUgcHJvcG9zZWQgc3ludGF4IHRv IGtlZXAgY3VycmVudCBiZWhhdmlvcjoKPgo+ICAgICAgICBwdWJsaWMgc3RyaW5nIGZvbyB7IHVu b3duZWQgZ2V0OyBzZXQ7IH0KPgo+IHdlYWsvdW5vd25lZCBpbiBmcm9udCBvZiB0aGUgcHJvcGVy dHkgdHlwZSB3aWxsIF9ub3RfIGNoYW5nZSB0aGUgcmV0dXJuCj4gdmFsdWUgb2YgdGhlIGdldHRl ciBhbmQgaXMgb25seSB1c2VkIHRvIHNwZWNpZnkgb3duZXJzaGlwIG9mIHRoZQo+IGdlbmVyYXRl ZCBmaWVsZCBmb3IgYXV0b21hdGljIHByb3BlcnRpZXMuCj4KPiBBbnkgY29tbWVudHMgb24gdGhp cyBwcm9wb3NhbD8KPgo+CgpJIGFtIG5vdCBlbnRpcmVseSBzdXJlIGFib3V0IHRoZSB1c2Ugb2Yg Im93bmVkIiBwcm9wZXJ0eSBnZXR0ZXJzLCBJIHRoaW5rCnRoZSBkZWZhdWx0IHNob3VsZCByZW1h aW4gInVub3duZWQiLCBub3QgdGhhdCBpdCBpcyBiZXR0ZXIsIGJ1dCB0byByZW1haW4KY29uc2lz dGVudCB3aXRoIHRoZSBlc3RhYmxpc2hlZCBjb252ZW50aW9ucyBpbiB0aGUgQy9HT2JqZWN0IHdv cmxkLCBhbmQKYXZvaWQgY29uZnVzaW9uLiBBbHNvLCBmcm9tIG15IGV4cGVyaWVuY2UsIHRoZSB1 c2Ugb2YgIm93bmVkIiBwcm9wZXJ0aWVzIGlzCnByZXR0eSBsaW1pdGVkLiBTbyB0aGUgc3ludGF4 IEkgYW0gcHJvcG9zaW5nIGZvciBpdCBpczoKCiAgICAgICAgIHB1YmxpYyBzdHJpbmcgZm9vIHsg b3duZWQgZ2V0OyBzZXQ7IH0KCldoYXQgZG8geW91IHRoaW5rIGFib3V0IGl0PwoKLS0KQWxpCg== ------=_Part_47287_25017435.1229703752019 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: base64 Content-Disposition: inline PGJyPjxicj48ZGl2IGNsYXNzPSJnbWFpbF9xdW90ZSI+T24gRnJpLCBEZWMgMTksIDIwMDggYXQg MToyOSBQTSwgSsO8cmcgQmlsbGV0ZXIgPHNwYW4gZGlyPSJsdHIiPiZsdDtqQGJpdHJvbi5jaCZn dDs8L3NwYW4+IHdyb3RlOjxicj48YmxvY2txdW90ZSBjbGFzcz0iZ21haWxfcXVvdGUiIHN0eWxl PSJib3JkZXItbGVmdDogMXB4IHNvbGlkIHJnYigyMDQsIDIwNCwgMjA0KTsgbWFyZ2luOiAwcHQg MHB0IDBwdCAwLjhleDsgcGFkZGluZy1sZWZ0OiAxZXg7Ij4KQXMgbWVudGlvbmVkIGluIGFuIG90 aGVyIHRocmVhZCwgSSYjMzk7bSBjb25zaWRlcmluZyB0byBjaGFuZ2UgcHJvcGVydHk8YnI+Cmdl dHRlcnMgdG8gdHJhbnNmZXIgb3duZXJzaGlwIGJ5IGRlZmF1bHQuIFdoaWxlIHRoZSBjdXJyZW50 IGJlaGF2aW9yPGJyPgp3b3JrcyBmaW5lIGluIG1hbnkgY2FzZXMsIGluIHNvbWUgY2FzZXMgaXQg ZG9lcyBub3Qgd29yayBhdCBhbGwgYW5kIGNhbjxicj4KY2F1c2UgYnVncyBpbiB0aGUgcmVzdWx0 aW5nIGFwcGxpY2F0aW9uIG9yIGxpYnJhcnkuPGJyPgo8YnI+CldoZW5ldmVyIHlvdSB3YW50IHRv IHJldHVybiBhIGNvbnN0cnVjdGVkIC0gaW5zdGVhZCBvZiBzdG9yZWQgLSBzdHJpbmc8YnI+Cm9y IG9iamVjdCwgdGhlIHByb3BlcnR5IGdldHRlcnMgbmVlZCB0byB0cmFuc2ZlciBvd25lcnNoaXAs IHdoaWNoIGlzPGJyPgpvbmx5IHBvc3NpYmxlIHdpdGggYW4gdW5pbnR1aXRpdmUgc3ludGF4IGlu IFZhbGEgMC41LjMgYW5kIGVhcmxpZXIuPGJyPgo8YnI+CkFzIEkgdW5kZXJzdGFuZCB0aGF0IFZh bGEgbGlicmFyaWVzLCB0aGF0IGFyZSB1c2VkIGZyb20gQywgbWlnaHQgbm90PGJyPgp3YW50IHRv IHJldHVybiBhbiBvd25lZCB2YWx1ZSBmcm9tIHByb3BlcnR5IGdldHRlcnMgaW4gbW9zdCBjYXNl cywgd2U8YnI+CndpbGwgY2VydGFpbmx5IGNvbnRpbnVlIHRvIHN1cHBvcnQgdGhpcyB3aXRob3V0 IHJlc3RyaWN0aW9ucy48YnI+Cjxicj4KSG93ZXZlciwgaWYgd2UgY2hhbmdlIHRoZSBkZWZhdWx0 LCBpdCB3aWxsIGJlIG5lY2Vzc2FyeSB0byBhZGQgYW4gZXh0cmE8YnI+Cm1vZGlmaWVyIHRvIHRo ZSBwcm9wZXJ0eSBkZWNsYXJhdGlvbiB0byByZXRhaW4gdGhlIGN1cnJlbnQgYmVoYXZpb3IgYW5k PGJyPgpBQkkuIFRoZSBzYW1lIG1vZGlmaWVyIHdpbGwgYmUgdXNlZCBmb3IgYmluZGluZ3MgYXMg d2VsbCwgb2YgY291cnNlLjxicj4KPGJyPgpBbiBleGFtcGxlIGZvciB0aGUgcHJvcG9zZWQgc3lu dGF4IHRvIGtlZXAgY3VycmVudCBiZWhhdmlvcjo8YnI+Cjxicj4KICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwO3B1YmxpYyBzdHJpbmcgZm9vIHsgdW5vd25lZCBnZXQ7IHNldDsgfTxicj4KPGJy Pgp3ZWFrL3Vub3duZWQgaW4gZnJvbnQgb2YgdGhlIHByb3BlcnR5IHR5cGUgd2lsbCBfbm90XyBj aGFuZ2UgdGhlIHJldHVybjxicj4KdmFsdWUgb2YgdGhlIGdldHRlciBhbmQgaXMgb25seSB1c2Vk IHRvIHNwZWNpZnkgb3duZXJzaGlwIG9mIHRoZTxicj4KZ2VuZXJhdGVkIGZpZWxkIGZvciBhdXRv bWF0aWMgcHJvcGVydGllcy48YnI+Cjxicj4KQW55IGNvbW1lbnRzIG9uIHRoaXMgcHJvcG9zYWw/ PGJyPgo8YnI+CjwvYmxvY2txdW90ZT48ZGl2Pjxicj48YnI+SSBhbSBub3QgZW50aXJlbHkgc3Vy ZSBhYm91dCB0aGUgdXNlIG9mICZxdW90O293bmVkJnF1b3Q7IHByb3BlcnR5IGdldHRlcnMsIEkg dGhpbmsgdGhlIGRlZmF1bHQgc2hvdWxkIHJlbWFpbiAmcXVvdDt1bm93bmVkJnF1b3Q7LCBub3Qg dGhhdCBpdCBpcyBiZXR0ZXIsIGJ1dCB0byByZW1haW4gY29uc2lzdGVudCB3aXRoIHRoZSBlc3Rh Ymxpc2hlZCBjb252ZW50aW9ucyBpbiB0aGUgQy9HT2JqZWN0IHdvcmxkLCBhbmQgYXZvaWQgY29u ZnVzaW9uLiBBbHNvLCBmcm9tIG15IGV4cGVyaWVuY2UsIHRoZSB1c2Ugb2YgJnF1b3Q7b3duZWQm cXVvdDsgcHJvcGVydGllcyBpcyBwcmV0dHkgbGltaXRlZC4gU28gdGhlIHN5bnRheCBJIGFtIHBy b3Bvc2luZyBmb3IgaXQgaXM6PGJyPgo8YnI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7IHB1YmxpYyBzdHJpbmcgZm9vIHsgb3duZWQgZ2V0OyBzZXQ7IH08 YnI+PGJyPldoYXQgZG8geW91IHRoaW5rIGFib3V0IGl0Pzxicj48YnI+LS08YnI+QWxpPGJyPjwv ZGl2PjwvZGl2Pgo= ------=_Part_47287_25017435.1229703752019-- From scumm_fredo@gmx.net Fri Dec 19 16:39:44 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 4DB137500AC for ; Fri, 19 Dec 2008 16:39:44 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.799 X-Spam-Level: X-Spam-Status: No, score=-1.799 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, L_P0F_UNKN=0.8] X-Amavis-OS-Fingerprint: UNKNOWN [S4:43:1:60:M1460,S,T,N,W8:.:?:?] (up: 362 hrs), (link: ethernet/modem), [213.165.64.20] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id oJQeULnaXyRs for ; Fri, 19 Dec 2008 16:39:38 +0000 (GMT) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by menubar.gnome.org (Postfix) with SMTP id 0E8AF750080 for ; Fri, 19 Dec 2008 16:39:37 +0000 (GMT) Received: (qmail invoked by alias); 19 Dec 2008 16:39:35 -0000 Received: from p5B131BC7.dip0.t-ipconnect.de (EHLO [192.168.0.10]) [91.19.27.199] by mail.gmx.net (mp071) with SMTP; 19 Dec 2008 17:39:35 +0100 X-Authenticated: #7643682 X-Provags-ID: V01U2FsdGVkX1/E4aMAEiTEXRxj9ZuLB5S3ZSqWnzwMLJKcrj6kdz NdO/ygZwpsMX1O Message-ID: <494BCE45.30000@gmx.net> Date: Fri, 19 Dec 2008 17:39:33 +0100 From: Frederik User-Agent: Thunderbird 2.0.0.18 (X11/20081125) MIME-Version: 1.0 To: vala-list Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.66 Subject: [Vala] VAPI / GObjectIntrospection / 'dynamic' questions X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Dec 2008 16:39:44 -0000 Hi! Will it be possible to generate gir+typelib for every vapi file or just for GObject libraries? If so it would be possible to introspect plain C libraries, too, and bind them dynamically for other languages. In Vala there is already dynamic access for D-Bus and GStreamer objects. Would it be possible to have a general interface for dynamic objects ('DynamicObject') that Vala would recognize? One implementation of this interface could be 'GIObject': dynamic GIObject button = new GIObject ("Gtk.Button"); button.label = "awesome"; button.show (); I'm not sure what would be the use of doing that (instead of static access) in this case. But more useful would be implementations of DynamicObject for JavaScript or Lua objects, of course. Regards, Frederik From hveso3@gmail.com Sat Dec 20 01:20:06 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 6D93275000B for ; Sat, 20 Dec 2008 01:20:06 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -3.599 X-Spam-Level: X-Spam-Status: No, score=-3.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1] X-Amavis-OS-Fingerprint: Linux 2.6, seldom 2.4 (older, 4) (up: 9309 hrs), (distance 20, link: ethernet/modem), [195.130.132.56] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5mrSHvNrANqq for ; Sat, 20 Dec 2008 01:20:00 +0000 (GMT) Received: from monty.telenet-ops.be (monty.telenet-ops.be [195.130.132.56]) by menubar.gnome.org (Postfix) with ESMTP id 1EC0E750080 for ; Sat, 20 Dec 2008 01:19:59 +0000 (GMT) Received: from localhost (localhost.localdomain [127.0.0.1]) by monty.telenet-ops.be (Postfix) with SMTP id 781B454028; Sat, 20 Dec 2008 02:19:57 +0100 (CET) Received: from [192.168.16.4] (d51A4A6E8.access.telenet.be [81.164.166.232]) by monty.telenet-ops.be (Postfix) with ESMTP id 6561A54020; Sat, 20 Dec 2008 02:19:57 +0100 (CET) From: Hans Vercammen To: =?ISO-8859-1?Q?J=FCrg?= Billeter In-Reply-To: <1229685010.6926.35.camel@jdesktop.bitron.ch> References: <1229685010.6926.35.camel@jdesktop.bitron.ch> Content-Type: text/plain; charset="UTF-8" Date: Sat, 20 Dec 2008 02:19:58 +0100 Message-Id: <1229735998.5745.67.camel@orcus> Mime-Version: 1.0 X-Mailer: Evolution 2.24.2 Content-Transfer-Encoding: 8bit Cc: vala-list Subject: Re: [Vala] Ownership syntax changes X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Dec 2008 01:20:06 -0000 On Fri, 2008-12-19 at 12:10 +0100, Jürg Billeter wrote: > > * `(owned)' cast replaces `#' reference transfer expression > > Even less used, equally unintuitive. Example of new syntax: > > string foo = (owned) bar; I don't have a strong opinion on this since I don't really need it, but using a cast expression feels a bit wrong. Not sure if we want to keep the option open of having operator overloading, but what about something like: string foo <= bar; or string foo << bar; > > * `unowned' type modifier complements `weak' type modifier > > `weak' only make sense for reference fields, list elements, and local > variables to break reference cycles. Vala will use > `g_object_add_weak_pointer' in these places in future versions. I definitely agree we should avoid dangling pointers as much as possible. However, I fear a bit that many people will turn to using pointers when this is also applied to local variables. > In other places where `weak' is currently used such as method return > values or fields of non reference counted types, it has the meaning of > "no ownership transfer". This is mostly used in bindings but can also be > used in Vala code to fine-tune the ABI. In my opinion, `unowned' as > counterpart to `owned' fits better in those places. It probably depends how you look at it. Personally, I tend to think in terms of shared and weak references. Owned and unowned seem to suggest an object can only be owned in one place. Hans From jamie.mccrack@googlemail.com Sat Dec 20 01:45:36 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id A3B1875000B for ; Sat, 20 Dec 2008 01:45:36 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 2) (up: 4954 hrs), (distance 15, link: ethernet/modem), [209.85.219.15] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id e7dYKK3IAcT9 for ; Sat, 20 Dec 2008 01:45:27 +0000 (GMT) Received: from mail-ew0-f15.google.com (mail-ew0-f15.google.com [209.85.219.15]) by menubar.gnome.org (Postfix) with ESMTP id 799FE750080 for ; Sat, 20 Dec 2008 01:45:25 +0000 (GMT) Received: by ewy8 with SMTP id 8so1341167ewy.15 for ; Fri, 19 Dec 2008 17:45:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:subject:reply-to:to:cc :in-reply-to:references:content-type:date:message-id:mime-version :x-mailer:content-transfer-encoding:from; bh=6o1P118MCZsJce/3aA7Yg58djrUwyN0DEItodO7N2js=; b=FQjg9DzsnIOZ4lrz98rYfaKNZkHBHOTgIyfWVbJvTbSNmFvUzOSa6sbvFryzLcP5lL 6MLXWfRK88IiTFZI1QS2xFLtXZrt1BJ3jb8P+fMySowiYCIdz7OWG/fPvqV4WHcoxyOz NaTopT2TpA5iFWlRG4v/sFhGQPmZdRN/sAzDs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=subject:reply-to:to:cc:in-reply-to:references:content-type:date :message-id:mime-version:x-mailer:content-transfer-encoding:from; b=sKl31N7ittC17sBcCCiQah1Isp+Mnjb8k15rjHz62TGA2D5bNVwErIRdmn6cON4eub 8Zq07KoKnRmaFALmBVILTF45Uw3ENlf1liFuNaBokVD2JRdE7/0QNzyHVGvKdlQMp4EX 7LTSduP6Agun0z368gNm1c4H4JWtQgSrEMHYg= Received: by 10.210.109.10 with SMTP id h10mr4549291ebc.39.1229737523191; Fri, 19 Dec 2008 17:45:23 -0800 (PST) Received: from ?192.168.1.6? ([65.255.53.65]) by mx.google.com with ESMTPS id 7sm812522eyg.42.2008.12.19.17.45.21 (version=SSLv3 cipher=RC4-MD5); Fri, 19 Dec 2008 17:45:22 -0800 (PST) To: Hans Vercammen In-Reply-To: <1229735998.5745.67.camel@orcus> References: <1229685010.6926.35.camel@jdesktop.bitron.ch> <1229735998.5745.67.camel@orcus> Content-Type: text/plain; charset=utf-8 Date: Fri, 19 Dec 2008 20:49:19 -0500 Message-Id: <1229737759.21864.8.camel@jamie-laptop> Mime-Version: 1.0 X-Mailer: Evolution 2.22.1.1 Content-Transfer-Encoding: 8bit From: Jamie McCracken Cc: vala-list Subject: Re: [Vala] Ownership syntax changes X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list Reply-To: jamie.mccrack@gmail.com List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Dec 2008 01:45:36 -0000 On Sat, 2008-12-20 at 02:19 +0100, Hans Vercammen wrote: > On Fri, 2008-12-19 at 12:10 +0100, Jürg Billeter wrote: > > > > * `(owned)' cast replaces `#' reference transfer expression > > > > Even less used, equally unintuitive. Example of new syntax: > > > > string foo = (owned) bar; > > I don't have a strong opinion on this since I don't really need it, but > using a cast expression feels a bit wrong. Not sure if we want to keep > the option open of having operator overloading, but what about something > like: > > string foo <= bar; > or > string foo << bar; <= and << are already operators in use and would be confusing but i do agree the use of cast syntax here is odd I would suggest something thats not a cast but still clear: string foo owns bar; or string foo = owned bar; jamie From hveso3@gmail.com Sat Dec 20 02:14:26 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id AE2CF750087 for ; Sat, 20 Dec 2008 02:14:26 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.6, seldom 2.4 (older, 4) (up: 2966 hrs), (distance 19, link: ethernet/modem), [195.130.137.75] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 78JVxnQ0ii5o for ; Sat, 20 Dec 2008 02:14:20 +0000 (GMT) Received: from winston.telenet-ops.be (winston.telenet-ops.be [195.130.137.75]) by menubar.gnome.org (Postfix) with ESMTP id 6A68375000B for ; Sat, 20 Dec 2008 02:14:20 +0000 (GMT) Received: from localhost (localhost.localdomain [127.0.0.1]) by winston.telenet-ops.be (Postfix) with SMTP id D397CA002A; Sat, 20 Dec 2008 03:14:17 +0100 (CET) Received: from [192.168.16.4] (d51A4A6E8.access.telenet.be [81.164.166.232]) by winston.telenet-ops.be (Postfix) with ESMTP id BC25DA0028; Sat, 20 Dec 2008 03:14:17 +0100 (CET) From: Hans Vercammen To: jamie.mccrack@gmail.com In-Reply-To: <1229737759.21864.8.camel@jamie-laptop> References: <1229685010.6926.35.camel@jdesktop.bitron.ch> <1229735998.5745.67.camel@orcus> <1229737759.21864.8.camel@jamie-laptop> Content-Type: text/plain; charset="UTF-8" Date: Sat, 20 Dec 2008 03:14:18 +0100 Message-Id: <1229739258.5745.85.camel@orcus> Mime-Version: 1.0 X-Mailer: Evolution 2.24.2 Content-Transfer-Encoding: 8bit Cc: vala-list Subject: Re: [Vala] Ownership syntax changes X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Dec 2008 02:14:26 -0000 On Fri, 2008-12-19 at 20:49 -0500, Jamie McCracken wrote: > On Sat, 2008-12-20 at 02:19 +0100, Hans Vercammen wrote: > > On Fri, 2008-12-19 at 12:10 +0100, Jürg Billeter wrote: > > > > > > * `(owned)' cast replaces `#' reference transfer expression > > > > > > Even less used, equally unintuitive. Example of new syntax: > > > > > > string foo = (owned) bar; > > > > I don't have a strong opinion on this since I don't really need it, but > > using a cast expression feels a bit wrong. Not sure if we want to keep > > the option open of having operator overloading, but what about something > > like: > > > > string foo <= bar; > > or > > string foo << bar; > > <= and << are already operators in use and would be confusing but i do > agree the use of cast syntax here is odd Vala already has this nice type system we can (ab)use to put the operators in the right context. Nevertheless, I agree the syntax of operators isn't always clear. > I would suggest something thats not a cast but still clear: > > string foo owns bar; > > or > > string foo = owned bar; Would go for the first one as the second one doesn't offer much benefit over the current implementation. Hans From j@bitron.ch Sat Dec 20 07:24:15 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 49114750077 for ; Sat, 20 Dec 2008 07:24:15 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.6, seldom 2.4 (older, 4) (up: 6590 hrs), (distance 22, link: ethernet/modem), [195.182.222.72] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id o5j6ZOwqH0cf for ; Sat, 20 Dec 2008 07:24:09 +0000 (GMT) Received: from cpanel02.rubas.net (cpanel02.rubas.net [195.182.222.72]) by menubar.gnome.org (Postfix) with ESMTP id 9F28F75000B for ; Sat, 20 Dec 2008 07:24:07 +0000 (GMT) Received: from 84-74-130-52.dclient.hispeed.ch ([84.74.130.52] helo=[192.168.1.55]) by cpanel02.rubas.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1LDwBx-0006Yj-20; Sat, 20 Dec 2008 08:24:05 +0100 From: =?ISO-8859-1?Q?J=FCrg?= Billeter To: Hans Vercammen In-Reply-To: <1229735998.5745.67.camel@orcus> References: <1229685010.6926.35.camel@jdesktop.bitron.ch> <1229735998.5745.67.camel@orcus> Content-Type: text/plain; charset="UTF-8" Date: Sat, 20 Dec 2008 08:24:04 +0100 Message-Id: <1229757844.3453.35.camel@jdesktop.bitron.ch> Mime-Version: 1.0 X-Mailer: Evolution 2.25.2 Content-Transfer-Encoding: quoted-printable X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cpanel02.rubas.net X-AntiAbuse: Original Domain - gnome.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - bitron.ch X-Source: X-Source-Args: X-Source-Dir: Cc: vala-list Subject: Re: [Vala] Ownership syntax changes X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Dec 2008 07:24:15 -0000 On Sat, 2008-12-20 at 02:19 +0100, Hans Vercammen wrote: > On Fri, 2008-12-19 at 12:10 +0100, J=C3=BCrg Billeter wrote: > >=20 > > * `(owned)' cast replaces `#' reference transfer expression > >=20 > > Even less used, equally unintuitive. Example of new syntax: > >=20 > > string foo =3D (owned) bar; >=20 > I don't have a strong opinion on this since I don't really need it, but > using a cast expression feels a bit wrong. Not sure if we want to keep > the option open of having operator overloading, but what about something > like: >=20 > string foo <=3D bar; > or > string foo << bar; In my opinion, this is not a lot clearer than the # syntax. The idea is to use a more descriptive syntax so that reading code gets easier. As it shouldn't be used often, a few characters more to type should not be an issue. Furthermore, please note that it needs to be an expression, it can also be used as a method argument, not just in assignments. some_method (42, (owned) bar);=20 > >=20 > > * `unowned' type modifier complements `weak' type modifier > >=20 > > `weak' only make sense for reference fields, list elements, and local > > variables to break reference cycles. Vala will use > > `g_object_add_weak_pointer' in these places in future versions. >=20 > I definitely agree we should avoid dangling pointers as much as > possible. However, I fear a bit that many people will turn to using > pointers when this is also applied to local variables. Why do you think people will switch to pointers? Do you have an example in mind where the change might cause issues? > > In other places where `weak' is currently used such as method return > > values or fields of non reference counted types, it has the meaning of > > "no ownership transfer". This is mostly used in bindings but can also b= e > > used in Vala code to fine-tune the ABI. In my opinion, `unowned' as > > counterpart to `owned' fits better in those places. >=20 > It probably depends how you look at it. Personally, I tend to think in > terms of shared and weak references. Owned and unowned seem to suggest > an object can only be owned in one place. I agree, however, owned and unowned are mainly used for non-reference counted objects such as strings or GLists. They can really only be owned in one place, and that's why I think it makes sense to use these names. Users should be very careful about unowned references as they are really unsafe. J=C3=BCrg From j@bitron.ch Sat Dec 20 07:32:10 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 217DF750087 for ; Sat, 20 Dec 2008 07:32:10 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.6, seldom 2.4 (older, 4) (up: 6590 hrs), (distance 22, link: ethernet/modem), [195.182.222.72] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XwETYETi+Hfc for ; Sat, 20 Dec 2008 07:32:03 +0000 (GMT) Received: from cpanel02.rubas.net (cpanel02.rubas.net [195.182.222.72]) by menubar.gnome.org (Postfix) with ESMTP id F36D4750077 for ; Sat, 20 Dec 2008 07:32:02 +0000 (GMT) Received: from 84-74-130-52.dclient.hispeed.ch ([84.74.130.52] helo=[192.168.1.55]) by cpanel02.rubas.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1LDwJc-0007gv-Qv; Sat, 20 Dec 2008 08:32:00 +0100 From: =?ISO-8859-1?Q?J=FCrg?= Billeter To: jamie.mccrack@gmail.com In-Reply-To: <1229737759.21864.8.camel@jamie-laptop> References: <1229685010.6926.35.camel@jdesktop.bitron.ch> <1229735998.5745.67.camel@orcus> <1229737759.21864.8.camel@jamie-laptop> Content-Type: text/plain; charset="UTF-8" Date: Sat, 20 Dec 2008 08:32:00 +0100 Message-Id: <1229758320.3453.43.camel@jdesktop.bitron.ch> Mime-Version: 1.0 X-Mailer: Evolution 2.25.2 Content-Transfer-Encoding: quoted-printable X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cpanel02.rubas.net X-AntiAbuse: Original Domain - gnome.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - bitron.ch X-Source: X-Source-Args: X-Source-Dir: Cc: vala-list Subject: Re: [Vala] Ownership syntax changes X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Dec 2008 07:32:10 -0000 On Fri, 2008-12-19 at 20:49 -0500, Jamie McCracken wrote: > On Sat, 2008-12-20 at 02:19 +0100, Hans Vercammen wrote: > > On Fri, 2008-12-19 at 12:10 +0100, J=C3=BCrg Billeter wrote: > > >=20 > > > * `(owned)' cast replaces `#' reference transfer expression > > >=20 > > > Even less used, equally unintuitive. Example of new syntax: > > >=20 > > > string foo =3D (owned) bar; > >=20 > > I don't have a strong opinion on this since I don't really need it, but > > using a cast expression feels a bit wrong. Not sure if we want to keep > > the option open of having operator overloading, but what about somethin= g > > like: > >=20 > > string foo <=3D bar; > > or > > string foo << bar; >=20 > <=3D and << are already operators in use and would be confusing but i do > agree the use of cast syntax here is odd >=20 > I would suggest something thats not a cast but still clear: >=20 > string foo owns bar; It needs to be an expression, as it can also be used as a method argument, not just in assignments. > or >=20 > string foo =3D owned bar; We could of course remove the parentheses, however, I don't really see how this should be more intuitive than my proposal. (owned) probably stands out a bit more in the code, which is a good thing for rarely used syntax. I proposed a cast syntax as a short for a full cast including the type and modifier: string foo =3D (owned string) bar; Just like with a cast, we still refer to the same object, we just also modify ownership behavior. J=C3=BCrg From sam@liddicott.com Sat Dec 20 09:26:01 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 1449975008E for ; Sat, 20 Dec 2008 09:26:01 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.796 X-Spam-Level: X-Spam-Status: No, score=-1.796 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, MSGID_FROM_MTA_HEADER=0.803] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 2) (up: 5863 hrs), (distance 18, link: ethernet/modem), [206.123.89.57] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7u4lP+grnjXB for ; Sat, 20 Dec 2008 09:25:53 +0000 (GMT) Received: from timbuctoo.liddicott.com (timbuctoo.liddicott.com [206.123.89.57]) by menubar.gnome.org (Postfix) with ESMTP id 7B7C0750077 for ; Sat, 20 Dec 2008 09:25:52 +0000 (GMT) To: =?utf-8?Q?J=C3=BCrgBilleter?= , Date: Sat, 20 Dec 2008 09:25:15 -0000 Envelope-To: j@bitron.ch,jamie.mccrack@gmail.com,vala-list@gnome.org Message-ID: <0000028550@timbuctoo.liddicott.com> From: "Sam Liddicott" Organization: Liddicott.com Received: from Inbox (89.193.196.72 [89.193.196.72]) by timbuctoo.liddicott.com; Sat, 20 Dec 2008 09:25:33 -0000 MIME-Version: 1.0 content-class: Importance: normal X-Priority: 3 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Cc: vala-list Subject: Re: [Vala] Ownership syntax changes X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Dec 2008 09:26:02 -0000 Why not [owned] ? Sam -----Original Message----- From: J=C3=BCrgBilleter Sent: 20 December 2008 07:32 To: jamie.mccrack@gmail.com Cc: vala-list Subject: Re: [Vala] Ownership syntax changes On Fri, 2008-12-19 at 20:49 -0500, Jamie McCracken wrote:=0A= > On Sat, 2008-12-20 at 02:19 +0100, Hans Vercammen wrote:=0A= > > On Fri, 2008-12-19 at 12:10 +0100, J=C3=BCrg Billeter wrote:=0A= > > > =0A= > > > * `(owned)' cast replaces `#' reference transfer expression=0A= > > > =0A= > > > Even less used, equally unintuitive. Example of new syntax:=0A= > > > =0A= > > > string foo =3D (owned) bar;=0A= > > =0A= > > I don't have a strong opinion on this since I don't really need it, but= =0A= > > using a cast expression feels a bit wrong. Not sure if we want to keep= =0A= > > the option open of having operator overloading, but what about somethin= g=0A= > > like:=0A= > > =0A= > > string foo <=3D bar;=0A= > > or=0A= > > string foo << bar;=0A= > =0A= > <=3D and << are already operators in use and would be confusing but i do= =0A= > agree the use of cast syntax here is odd=0A= > =0A= > I would suggest something thats not a cast but still clear:=0A= > =0A= > string foo owns bar;=0A= =0A= It needs to be an expression, as it can also be used as a method=0A= argument, not just in assignments.=0A= =0A= > or=0A= > =0A= > string foo =3D owned bar;=0A= =0A= We could of course remove the parentheses, however, I don't really see=0A= how this should be more intuitive than my proposal. (owned) probably=0A= stands out a bit more in the code, which is a good thing for rarely used=0A= syntax.=0A= =0A= I proposed a cast syntax as a short for a full cast including the type=0A= and modifier:=0A= =0A= string foo =3D (owned string) bar;=0A= =0A= Just like with a cast, we still refer to the same object, we just also=0A= modify ownership behavior.=0A= =0A= J=C3=BCrg=0A= =0A= _______________________________________________=0A= Vala-list mailing list=0A= Vala-list@gnome.org=0A= http://mail.gnome.org/mailman/listinfo/vala-list=0A= From xavier.bestel@free.fr Sat Dec 20 11:19:50 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id BEE18750077 for ; Sat, 20 Dec 2008 11:19:50 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.443 X-Spam-Level: X-Spam-Status: No, score=-2.443 tagged_above=-999 required=2 tests=[AWL=0.156, BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.4-2.6 (NAT!) (firewall!) (up: 2758 hrs), (distance 27, link: GPRS, T1, FreeS/WAN), [80.12.242.27] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZIS1GVfk0cc3 for ; Sat, 20 Dec 2008 11:19:44 +0000 (GMT) Received: from smtp20.orange.fr (smtp20.orange.fr [80.12.242.27]) by menubar.gnome.org (Postfix) with ESMTP id 4D4F67500A9 for ; Sat, 20 Dec 2008 11:19:43 +0000 (GMT) Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf2008.orange.fr (SMTP Server) with ESMTP id A20021C000AB for ; Sat, 20 Dec 2008 12:19:41 +0100 (CET) Received: from awak.dyndns.org (AGrenoble-152-1-4-158.w82-122.abo.wanadoo.fr [82.122.3.158]) by mwinf2008.orange.fr (SMTP Server) with ESMTP id 8BDDF1C0008B for ; Sat, 20 Dec 2008 12:19:41 +0100 (CET) X-ME-UUID: 20081220111941573.8BDDF1C0008B@mwinf2008.orange.fr Received: from localhost ([127.0.0.1] helo=[192.168.0.6] ident=stunnel4) by awak.dyndns.org with asmtp (Exim 3.36 #1 (Debian)) id 1LDzur-0006Zb-00; Sat, 20 Dec 2008 12:22:41 +0100 From: Xavier Bestel To: =?ISO-8859-1?Q?J=FCrg?= Billeter In-Reply-To: <1229685010.6926.35.camel@jdesktop.bitron.ch> References: <1229685010.6926.35.camel@jdesktop.bitron.ch> Content-Type: text/plain; charset="UTF-8" Date: Sat, 20 Dec 2008 12:19:37 +0100 Message-Id: <1229771978.6972.8.camel@skapc> Mime-Version: 1.0 X-Mailer: Evolution 2.24.2 Content-Transfer-Encoding: quoted-printable Cc: vala-list Subject: Re: [Vala] Ownership syntax changes X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Dec 2008 11:19:51 -0000 Le vendredi 19 d=C3=A9cembre 2008 =C3=A0 12:10 +0100, J=C3=BCrg Billeter a = =C3=A9crit : > I just committed some ownership syntax changes to trunk. The old syntax > will continue to be supported but is planned to be deprecated after the > release of Vala 0.5.4. >=20 >=20 > * `owned' type modifier replaces `#' type modifier >=20 > This is not often used, but `#' was very unintuitive as a type modifier, > and I therefore decided to replace it by the hopefully better > understandable `owned' modifier. Example of new syntax: >=20 > public void foo (owned string bar) { > [...] > } I like the idea, but the word "owned" doesn't really tells by who it's owned (caller or callee). How about something like "callers" or "transfer" ? From c.david86@gmail.com Sat Dec 20 11:35:36 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 1D6D1750077 for ; Sat, 20 Dec 2008 11:35:36 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 2) (up: 2326 hrs), (distance 16, link: ethernet/modem), [209.85.218.21] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6crBpdqoqYN8 for ; Sat, 20 Dec 2008 11:35:28 +0000 (GMT) Received: from mail-bw0-f21.google.com (mail-bw0-f21.google.com [209.85.218.21]) by menubar.gnome.org (Postfix) with ESMTP id D4793750117 for ; Sat, 20 Dec 2008 11:35:27 +0000 (GMT) Received: by bwz14 with SMTP id 14so4002354bwz.15 for ; Sat, 20 Dec 2008 03:35:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=0srB7OushJ/ohh5ZvOQ87YZWl1o37oVOH+LZbIakXz8=; b=pOK431cFPb1sLObPdxRdjL4RN3s/5lpIk4zXmfSHKoLAIiiukvkQMiPaopHWoI7tPb wRMenRc3i1JPs1Gjhetwu/l6kupWnvmR4dCyNKqYdEbpS0sUWo2JKyyz3XVigP77+0g+ uEoSIMCiFrp/2WsUPfVEQhNaHqO5OwhIaMycg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=jGxs2WITgaavAb+ii8tmVT3faoR2UJNfSN+OxLQ0sSIxm4lEl8MvbuCMAPZTlM2T9i 8YrB/UduvBr4YlXElbdGWaOjKWQ9Y6GSo/QydHRMW1Dyb/iocRezZbWcISrbBfjpfBcX PJnvPSs9oAS1QUtxkRVB4EqzmqZe0tyi1oZ2c= Received: by 10.103.93.18 with SMTP id v18mr1582758mul.111.1229772925237; Sat, 20 Dec 2008 03:35:25 -0800 (PST) Received: by 10.103.250.16 with HTTP; Sat, 20 Dec 2008 03:35:25 -0800 (PST) Message-ID: Date: Sat, 20 Dec 2008 12:35:25 +0100 From: "=?UTF-8?Q?Cl=C3=A9ment_DAVID?=" To: "Xavier Bestel" In-Reply-To: <1229771978.6972.8.camel@skapc> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 Content-Disposition: inline References: <1229685010.6926.35.camel@jdesktop.bitron.ch> <1229771978.6972.8.camel@skapc> Cc: vala-list Subject: Re: [Vala] Ownership syntax changes X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Dec 2008 11:35:36 -0000 SSByZWFsbHkgbGlrZSBhIFtvd25lZF0gbGlrZSBzeW50YXguCgpJdCBpcyBjbGVhciB0aGF0IGEg Wy4uLl0gZXhwcmVzc2lvbiwgcmVmZXJzIHRvIFZhbGEgY29kZSBnZW5lcmF0aW9uCnNwZWNpYWwg bWVhbmluZy4KCltmb28gb3ducyBiYXJdCnN0cmluZyBmb28gPSBiYXI7CgpvciBsaWtlIHRoYXQ6 Cgpzb21lX21ldGhvZCAoNDIsIFtvd25lZF0gYmFyKTsKCjIwMDgvMTIvMjAgWGF2aWVyIEJlc3Rl bCA8eGF2aWVyLmJlc3RlbEBmcmVlLmZyPjoKPiBMZSB2ZW5kcmVkaSAxOSBkw6ljZW1icmUgMjAw OCDDoCAxMjoxMCArMDEwMCwgSsO8cmcgQmlsbGV0ZXIgYSDDqWNyaXQgOgo+PiBJIGp1c3QgY29t bWl0dGVkIHNvbWUgb3duZXJzaGlwIHN5bnRheCBjaGFuZ2VzIHRvIHRydW5rLiBUaGUgb2xkIHN5 bnRheAo+PiB3aWxsIGNvbnRpbnVlIHRvIGJlIHN1cHBvcnRlZCBidXQgaXMgcGxhbm5lZCB0byBi ZSBkZXByZWNhdGVkIGFmdGVyIHRoZQo+PiByZWxlYXNlIG9mIFZhbGEgMC41LjQuCj4+Cj4+Cj4+ ICAgICAgICogYG93bmVkJyB0eXBlIG1vZGlmaWVyIHJlcGxhY2VzIGAjJyB0eXBlIG1vZGlmaWVy Cj4+Cj4+IFRoaXMgaXMgbm90IG9mdGVuIHVzZWQsIGJ1dCBgIycgd2FzIHZlcnkgdW5pbnR1aXRp dmUgYXMgYSB0eXBlIG1vZGlmaWVyLAo+PiBhbmQgSSB0aGVyZWZvcmUgZGVjaWRlZCB0byByZXBs YWNlIGl0IGJ5IHRoZSBob3BlZnVsbHkgYmV0dGVyCj4+IHVuZGVyc3RhbmRhYmxlIGBvd25lZCcg bW9kaWZpZXIuIEV4YW1wbGUgb2YgbmV3IHN5bnRheDoKPj4KPj4gcHVibGljIHZvaWQgZm9vIChv d25lZCBzdHJpbmcgYmFyKSB7Cj4+ICAgICBbLi4uXQo+PiB9Cj4KPiBJIGxpa2UgdGhlIGlkZWEs IGJ1dCB0aGUgd29yZCAib3duZWQiIGRvZXNuJ3QgcmVhbGx5IHRlbGxzIGJ5IHdobyBpdCdzCj4g b3duZWQgKGNhbGxlciBvciBjYWxsZWUpLiBIb3cgYWJvdXQgc29tZXRoaW5nIGxpa2UgImNhbGxl cnMiIG9yCj4gInRyYW5zZmVyIiA/Cj4KPgo+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fCj4gVmFsYS1saXN0IG1haWxpbmcgbGlzdAo+IFZhbGEtbGlzdEBn bm9tZS5vcmcKPiBodHRwOi8vbWFpbC5nbm9tZS5vcmcvbWFpbG1hbi9saXN0aW5mby92YWxhLWxp c3QKPgoKCgotLSAKQ2zDqW1lbnQgREFWSUQK From j@bitron.ch Sat Dec 20 12:04:46 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 989D8750077 for ; Sat, 20 Dec 2008 12:04:46 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.6, seldom 2.4 (older, 4) (up: 6637 hrs), (distance 22, link: ethernet/modem), [195.182.222.72] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zR-lkGZZ9x7b for ; Sat, 20 Dec 2008 12:04:39 +0000 (GMT) Received: from cpanel02.rubas.net (cpanel02.rubas.net [195.182.222.72]) by menubar.gnome.org (Postfix) with ESMTP id 678227500F6 for ; Sat, 20 Dec 2008 12:04:38 +0000 (GMT) Received: from 84-74-130-52.dclient.hispeed.ch ([84.74.130.52] helo=[192.168.1.55]) by cpanel02.rubas.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1LE0ZP-0001cs-W8; Sat, 20 Dec 2008 13:04:36 +0100 From: =?ISO-8859-1?Q?J=FCrg?= Billeter To: Xavier Bestel In-Reply-To: <1229771978.6972.8.camel@skapc> References: <1229685010.6926.35.camel@jdesktop.bitron.ch> <1229771978.6972.8.camel@skapc> Content-Type: text/plain; charset="UTF-8" Date: Sat, 20 Dec 2008 13:04:35 +0100 Message-Id: <1229774675.3453.52.camel@jdesktop.bitron.ch> Mime-Version: 1.0 X-Mailer: Evolution 2.25.2 Content-Transfer-Encoding: quoted-printable X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cpanel02.rubas.net X-AntiAbuse: Original Domain - gnome.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - bitron.ch X-Source: X-Source-Args: X-Source-Dir: Cc: vala-list Subject: Re: [Vala] Ownership syntax changes X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Dec 2008 12:04:46 -0000 On Sat, 2008-12-20 at 12:19 +0100, Xavier Bestel wrote: > Le vendredi 19 d=C3=A9cembre 2008 =C3=A0 12:10 +0100, J=C3=BCrg Billeter = a =C3=A9crit : > > I just committed some ownership syntax changes to trunk. The old syntax > > will continue to be supported but is planned to be deprecated after the > > release of Vala 0.5.4. > >=20 > >=20 > > * `owned' type modifier replaces `#' type modifier > >=20 > > This is not often used, but `#' was very unintuitive as a type modifier= , > > and I therefore decided to replace it by the hopefully better > > understandable `owned' modifier. Example of new syntax: > >=20 > > public void foo (owned string bar) { > > [...] > > } >=20 > I like the idea, but the word "owned" doesn't really tells by who it's > owned (caller or callee). How about something like "callers" or > "transfer" ? `owned' applied to a parameter means that the parameter owns the object, that is, the ownership of the object is transferred in the same direction as the parameter value: to the callee for input paramters, to the caller for output parameters, and input to the callee and output to the caller for `ref' parameters. The issue with the caller/callee owned terminology is that this does not apply very well to `ref' parameters and fields, which means that we would need yet another modifier in those places. J=C3=BCrg From j@bitron.ch Sat Dec 20 12:12:57 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 8F3CE7500F8 for ; Sat, 20 Dec 2008 12:12:57 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.6, seldom 2.4 (older, 4) (up: 6637 hrs), (distance 22, link: ethernet/modem), [195.182.222.72] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kBC0L8swYcvS for ; Sat, 20 Dec 2008 12:12:50 +0000 (GMT) Received: from cpanel02.rubas.net (cpanel02.rubas.net [195.182.222.72]) by menubar.gnome.org (Postfix) with ESMTP id 7A868750077 for ; Sat, 20 Dec 2008 12:12:50 +0000 (GMT) Received: from 84-74-130-52.dclient.hispeed.ch ([84.74.130.52] helo=[192.168.1.55]) by cpanel02.rubas.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1LE0hL-0003Fi-JQ; Sat, 20 Dec 2008 13:12:47 +0100 From: =?ISO-8859-1?Q?J=FCrg?= Billeter To: Sam Liddicott In-Reply-To: <0000028550@timbuctoo.liddicott.com> References: <0000028550@timbuctoo.liddicott.com> Content-Type: text/plain; charset="UTF-8" Date: Sat, 20 Dec 2008 13:12:47 +0100 Message-Id: <1229775167.3453.60.camel@jdesktop.bitron.ch> Mime-Version: 1.0 X-Mailer: Evolution 2.25.2 Content-Transfer-Encoding: quoted-printable X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cpanel02.rubas.net X-AntiAbuse: Original Domain - gnome.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - bitron.ch X-Source: X-Source-Args: X-Source-Dir: Cc: vala-list Subject: Re: [Vala] Ownership syntax changes X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Dec 2008 12:12:57 -0000 On Sat, 2008-12-20 at 09:25 +0000, Sam Liddicott wrote: > Why not [owned] ? For the reference transfer expression or as a type modifier? As brackets are already used by attributes, [owned] would need to be an attribute to be usable as a type modifier. We currently do not support attributes in all places where types can be used, however, we might be able to change that. J=C3=BCrg From j@bitron.ch Sat Dec 20 16:48:19 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 993FB7500A3 for ; Sat, 20 Dec 2008 16:48:19 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.6, seldom 2.4 (older, 4) (up: 6684 hrs), (distance 22, link: ethernet/modem), [195.182.222.72] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id voGSGeGGjrgJ for ; Sat, 20 Dec 2008 16:48:13 +0000 (GMT) Received: from cpanel02.rubas.net (cpanel02.rubas.net [195.182.222.72]) by menubar.gnome.org (Postfix) with ESMTP id E9C31750077 for ; Sat, 20 Dec 2008 16:48:12 +0000 (GMT) Received: from 84-74-130-52.dclient.hispeed.ch ([84.74.130.52] helo=[192.168.1.55]) by cpanel02.rubas.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1LE4zp-0001tT-SJ; Sat, 20 Dec 2008 17:48:09 +0100 From: =?ISO-8859-1?Q?J=FCrg?= Billeter To: Ali Sabil In-Reply-To: <6b4de4d80812190822y36dc78bbu470a889f4b6c3875@mail.gmail.com> References: <1229689781.6926.56.camel@jdesktop.bitron.ch> <6b4de4d80812190822y36dc78bbu470a889f4b6c3875@mail.gmail.com> Content-Type: text/plain; charset="UTF-8" Date: Sat, 20 Dec 2008 17:48:09 +0100 Message-Id: <1229791689.3453.89.camel@jdesktop.bitron.ch> Mime-Version: 1.0 X-Mailer: Evolution 2.25.2 Content-Transfer-Encoding: quoted-printable X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cpanel02.rubas.net X-AntiAbuse: Original Domain - gnome.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - bitron.ch X-Source: X-Source-Args: X-Source-Dir: Cc: vala-list@gnome.org Subject: Re: [Vala] Property getters and memory management X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Dec 2008 16:48:19 -0000 On Fri, 2008-12-19 at 17:22 +0100, Ali Sabil wrote: >=20 > On Fri, Dec 19, 2008 at 1:29 PM, J=C3=BCrg Billeter wrote: > As mentioned in an other thread, I'm considering to change proper= ty > getters to transfer ownership by default. While the current behav= ior > works fine in many cases, in some cases it does not work at all a= nd can > cause bugs in the resulting application or library. > =20 > Whenever you want to return a constructed - instead of stored - s= tring > or object, the property getters need to transfer ownership, which= is > only possible with an unintuitive syntax in Vala 0.5.3 and earlie= r. > =20 > As I understand that Vala libraries, that are used from C, might = not > want to return an owned value from property getters in most cases= , we > will certainly continue to support this without restrictions. >=20 >=20 > I am not entirely sure about the use of "owned" property getters, I > think the default should remain "unowned", not that it is better, but > to remain consistent with the established conventions in the C/GObject > world, and avoid confusion. Also, from my experience, the use of > "owned" properties is pretty limited. So the syntax I am proposing for > it is: >=20 > public string foo { owned get; set; } >=20 > What do you think about it? My main concern is that the default behavior makes it too easy to break your application. You can write code in property getters that doesn't look incorrect but may corrupt your memory. Consider the following example: public class Test { bool frobnicate; public string foo { get { string result; if (frobnicate) { result =3D "foo"; } else { result =3D "bar"; } return result; } } } void main () { var t =3D new Test (); message ("%s", t.foo); } That's why in my opinion, defaulting to owned return values makes a lot more sense, from the Vala language perspective. However, I understand that the inconsistency with C ABI is an issue, even though you will always be able to explicitly specify ownership behavior. I don't see a way right now how we can address both issues at once, though. Any ideas? J=C3=BCrg From rainwoodman@gmail.com Sat Dec 20 19:16:01 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id C7EAD75017F for ; Sat, 20 Dec 2008 19:16:01 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.522 X-Spam-Level: X-Spam-Status: No, score=-2.522 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, TW_GT=0.077] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 2) (firewall!) (up: 127 hrs), (distance 16, link: (Google 2)), [209.85.132.251] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id AR45IBHNv-3s for ; Sat, 20 Dec 2008 19:15:54 +0000 (GMT) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.251]) by menubar.gnome.org (Postfix) with ESMTP id A1F07750077 for ; Sat, 20 Dec 2008 19:15:53 +0000 (GMT) Received: by an-out-0708.google.com with SMTP id c3so462280ana.18 for ; Sat, 20 Dec 2008 11:15:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:from:to:cc :in-reply-to:references:content-type:date:message-id:mime-version :x-mailer:content-transfer-encoding; bh=lCKEe2ND29UJYUiAmxbzSGc0DxTuIDgMOrFd6aIrH/I=; b=oSMjc0anlHPF1PNVO2g97tpUUY6T+jNHJWA8cA3PVdgj9MFdKkrLz4JLpCCZqzk2Nh r4pTvWnoto6bxomLGpc+sJEtsUNZQdS5Logl7pjOSmy1lnm5HJJHWc5lghj4y1GE8M78 NDI7k1BZ6JH//ts867Cl/4PosAeXjanvKP7wc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:from:to:cc:in-reply-to:references:content-type:date :message-id:mime-version:x-mailer:content-transfer-encoding; b=K0YnO5elxb26kClrpypCu0iArmn5IkbXWLXMhgt5w4tmTrHvmCOssTKoU3xcXKgopF QxadbMHrisERMVYOX8ajfqvC5v1C8g+6U8l4KnTnCiiNFxgb3DIzfgczTgZ+AC+jewR/ J0ss/+mVEyOxXtYrvBt/KKcAmqgLNZGgq+CeE= Received: by 10.65.112.18 with SMTP id p18mr3555258qbm.87.1229800550912; Sat, 20 Dec 2008 11:15:50 -0800 (PST) Received: from ?149.159.132.185? (149-159-132-185.dhcp-bl.indiana.edu [149.159.132.185]) by mx.google.com with ESMTPS id 27sm8995155qbw.20.2008.12.20.11.15.49 (version=SSLv3 cipher=RC4-MD5); Sat, 20 Dec 2008 11:15:50 -0800 (PST) From: Yu Feng To: Xavier Bestel In-Reply-To: <1229771978.6972.8.camel@skapc> References: <1229685010.6926.35.camel@jdesktop.bitron.ch> <1229771978.6972.8.camel@skapc> Content-Type: text/plain; charset="UTF-8" Date: Sat, 20 Dec 2008 14:15:47 -0500 Message-Id: <1229800547.2989.5.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.24.2 (2.24.2-2.fc10) Content-Transfer-Encoding: 8bit Cc: vala-list Subject: Re: [Vala] Ownership syntax changes X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Dec 2008 19:16:02 -0000 On Sat, 2008-12-20 at 12:19 +0100, Xavier Bestel wrote: > Le vendredi 19 décembre 2008 à 12:10 +0100, Jürg Billeter a écrit : > > I just committed some ownership syntax changes to trunk. The old syntax > > will continue to be supported but is planned to be deprecated after the > > release of Vala 0.5.4. > > > > > > * `owned' type modifier replaces `#' type modifier > > > > This is not often used, but `#' was very unintuitive as a type modifier, > > and I therefore decided to replace it by the hopefully better > > understandable `owned' modifier. Example of new syntax: > > > > public void foo (owned string bar) { > > [...] > > } > > I like the idea, but the word "owned" doesn't really tells by who it's > owned (caller or callee). How about something like "callers" or > "transfer" ? What about 'steal'? seems in gtk steal is already used in a similar situation, where the freer is stolen. public void foo (steal string bar); for the caller side, what about an antonym of steal, like foo(donate "bar"); > > > _______________________________________________ > Vala-list mailing list > Vala-list@gnome.org > http://mail.gnome.org/mailman/listinfo/vala-list From rainwoodman@gmail.com Sat Dec 20 19:28:48 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 6C5C5750128 for ; Sat, 20 Dec 2008 19:28:48 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 2) (firewall!) (up: 199 hrs), (distance 15, link: (Google 2)), [74.125.44.30] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3ia6kIfajZyU for ; Sat, 20 Dec 2008 19:28:40 +0000 (GMT) Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.30]) by menubar.gnome.org (Postfix) with ESMTP id 09BFA750077 for ; Sat, 20 Dec 2008 19:28:39 +0000 (GMT) Received: by yx-out-2324.google.com with SMTP id 8so558252yxb.63 for ; Sat, 20 Dec 2008 11:28:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:from:to:cc :in-reply-to:references:content-type:date:message-id:mime-version :x-mailer:content-transfer-encoding; bh=0fPs6IOKQf21PTn7UpVf6BADMFkL9xWeAlCt2xbp3M8=; b=lXy22flGGU2PPYUdC1onJm55AohKRwZ4lkr3HpRG6h+vvUTQbpwYg/cXGgJUZBhjXH 2LLVymijajfeGQy4SVRmepJPDvwhVBblLy8t/PiqKtxEgIPnUrt3TjoQ7Vc3lo62wCCo 7mZAyWFJO+O8azsP9nQUEmuogItkNt7On/Ngs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:from:to:cc:in-reply-to:references:content-type:date :message-id:mime-version:x-mailer:content-transfer-encoding; b=SRSk48/5LSkkjZSUz78JEZefJUsmEK98PzX0NHO9StMqOKjd2Rdne5tvy9cKHM70bw +/5Jc9tNalzlaHAvcvoIkfUxP3uVVOBw6WrSwhb+45FqNAUUSDiZp9xpDr8Mt9OUan0d 3gWCv/1JFE805v4zNM+UlLnfbpf0PuQ4YmwGs= Received: by 10.64.249.6 with SMTP id w6mr3585820qbh.16.1229801316841; Sat, 20 Dec 2008 11:28:36 -0800 (PST) Received: from ?149.159.132.185? (149-159-132-185.dhcp-bl.indiana.edu [149.159.132.185]) by mx.google.com with ESMTPS id s27sm9588896qbs.11.2008.12.20.11.28.35 (version=SSLv3 cipher=RC4-MD5); Sat, 20 Dec 2008 11:28:36 -0800 (PST) From: Yu Feng To: =?ISO-8859-1?Q?J=FCrg?= Billeter In-Reply-To: <1229774675.3453.52.camel@jdesktop.bitron.ch> References: <1229685010.6926.35.camel@jdesktop.bitron.ch> <1229771978.6972.8.camel@skapc> <1229774675.3453.52.camel@jdesktop.bitron.ch> Content-Type: text/plain; charset="UTF-8" Date: Sat, 20 Dec 2008 14:28:34 -0500 Message-Id: <1229801314.2989.22.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.24.2 (2.24.2-2.fc10) Content-Transfer-Encoding: 8bit Cc: vala-list Subject: Re: [Vala] Ownership syntax changes X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Dec 2008 19:28:48 -0000 On Sat, 2008-12-20 at 13:04 +0100, Jürg Billeter wrote: > On Sat, 2008-12-20 at 12:19 +0100, Xavier Bestel wrote: > > Le vendredi 19 décembre 2008 à 12:10 +0100, Jürg Billeter a écrit : > > > I just committed some ownership syntax changes to trunk. The old syntax > > > will continue to be supported but is planned to be deprecated after the > > > release of Vala 0.5.4. > > > > > > > > > * `owned' type modifier replaces `#' type modifier > > > > > > This is not often used, but `#' was very unintuitive as a type modifier, > > > and I therefore decided to replace it by the hopefully better > > > understandable `owned' modifier. Example of new syntax: > > > > > > public void foo (owned string bar) { > > > [...] > > > } > > > > I like the idea, but the word "owned" doesn't really tells by who it's > > owned (caller or callee). How about something like "callers" or > > "transfer" ? > > `owned' applied to a parameter means that the parameter owns the object, > that is, the ownership of the object is transferred in the same > direction as the parameter value: to the callee for input paramters, to > the caller for output parameters, and input to the callee and output to > the caller for `ref' parameters. `owned' is still not much better than # because the world owned doesn't describe the flow of the ownership; and where people can easily get confused is the direction of the flow. I read into glib again and perhaps a steal/take pair can work together. void foo(take string bar); foo will take the ownership of bar from the caller context. foo(steal "bar"); the ownership of "bar" is stolen from the caller context. (notice the steal now is written in the caller code.) > > The issue with the caller/callee owned terminology is that this does not > apply very well to `ref' parameters and fields, which means that we > would need yet another modifier in those places. > > Jürg > > _______________________________________________ > Vala-list mailing list > Vala-list@gnome.org > http://mail.gnome.org/mailman/listinfo/vala-list From arto.karppinen@mail.suomi.net Sat Dec 20 20:06:19 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 49F7075013E for ; Sat, 20 Dec 2008 20:06:19 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 3) (up: 4415 hrs), (distance 28, link: ethernet/modem), [87.94.96.71] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ss5A7p5rJ3jo for ; Sat, 20 Dec 2008 20:06:13 +0000 (GMT) Received: from smtp3.dnainternet.fi (smtp3.dnainternet.fi [87.94.96.71]) by menubar.gnome.org (Postfix) with ESMTP id 9CEE27500A3 for ; Sat, 20 Dec 2008 20:06:12 +0000 (GMT) Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp3.dnainternet.fi (Postfix) with ESMTP id 7C53A4938012; Sat, 20 Dec 2008 22:06:09 +0200 (EET) X-Virus-Scanned: DNA Postiturva at dnainternet.net Received: from attitudeadjuster (82-128-220-190-Karjasilta-TR1.suomi.net [82.128.220.190]) by smtp3.dnainternet.fi (Postfix) with ESMTP; Sat, 20 Dec 2008 22:06:06 +0200 (EET) Received: from [127.0.0.1] (localhost [127.0.0.1]) by attitudeadjuster (Postfix) with ESMTP id D6DFA4C403A; Sat, 20 Dec 2008 22:06:05 +0200 (EET) Message-ID: <494D502D.5010506@localhost> Date: Sat, 20 Dec 2008 22:06:05 +0200 From: Arto Karppinen User-Agent: Thunderbird 2.0.0.18 (X11/20081125) MIME-Version: 1.0 To: Yu Feng References: <1229685010.6926.35.camel@jdesktop.bitron.ch> <1229771978.6972.8.camel@skapc> <1229774675.3453.52.camel@jdesktop.bitron.ch> <1229801314.2989.22.camel@localhost.localdomain> In-Reply-To: <1229801314.2989.22.camel@localhost.localdomain> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: vala-list Subject: Re: [Vala] Ownership syntax changes X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list Reply-To: arto.karppinen@iki.fi List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Dec 2008 20:06:19 -0000 Yu Feng wrote: > On Sat, 2008-12-20 at 13:04 +0100, Jürg Billeter wrote: >> On Sat, 2008-12-20 at 12:19 +0100, Xavier Bestel wrote: >>> Le vendredi 19 décembre 2008 à 12:10 +0100, Jürg Billeter a écrit : >>>> I just committed some ownership syntax changes to trunk. The old syntax >>>> will continue to be supported but is planned to be deprecated after the >>>> release of Vala 0.5.4. >>>> >>>> >>>> * `owned' type modifier replaces `#' type modifier >>>> >>>> This is not often used, but `#' was very unintuitive as a type modifier, >>>> and I therefore decided to replace it by the hopefully better >>>> understandable `owned' modifier. Example of new syntax: >>>> >>>> public void foo (owned string bar) { >>>> [...] >>>> } >>> I like the idea, but the word "owned" doesn't really tells by who it's >>> owned (caller or callee). How about something like "callers" or >>> "transfer" ? >> `owned' applied to a parameter means that the parameter owns the object, >> that is, the ownership of the object is transferred in the same >> direction as the parameter value: to the callee for input paramters, to >> the caller for output parameters, and input to the callee and output to >> the caller for `ref' parameters. > `owned' is still not much better than # because the world owned doesn't > describe the flow of the ownership; and where people can easily get > confused is the direction of the flow. > > I read into glib again and perhaps a steal/take pair can work together. > > void foo(take string bar); foo will take the ownership of bar from the > caller context. > > foo(steal "bar"); the ownership of "bar" is stolen from the caller > context. > > (notice the steal now is written in the caller code.) > I like this a lot, but steal is a bit ambiguous about who steals and what. You could think that caller steals something from the function. How about give: Caller gives, function takes. Like this: void foo(take string bar); foo(give "bar"); This would have the advantage of always being in the point of view of the code you are writing or reading. If you are writing a function, you write that you *take* something from the caller. If you are using the function, you can write that you *give* something to the function. Also give and take would be nice, because they describe what I intend to do (give or take ownership), not what vala does with them. While owned / unowned to me fells like thinking from a code generation point of view. -- Arto Karppinen ------------------------------ arto.karppinen@iki.fi From j@bitron.ch Sat Dec 20 22:57:08 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 8F24C750077 for ; Sat, 20 Dec 2008 22:57:08 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.6, seldom 2.4 (older, 4) (up: 6745 hrs), (distance 22, link: ethernet/modem), [195.182.222.72] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nSqFa3F+xR+g for ; Sat, 20 Dec 2008 22:57:02 +0000 (GMT) Received: from cpanel02.rubas.net (cpanel02.rubas.net [195.182.222.72]) by menubar.gnome.org (Postfix) with ESMTP id E35B975006A for ; Sat, 20 Dec 2008 22:57:01 +0000 (GMT) Received: from 84-74-130-52.dclient.hispeed.ch ([84.74.130.52] helo=[192.168.1.55]) by cpanel02.rubas.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1LEAki-00052t-Vq; Sat, 20 Dec 2008 23:56:57 +0100 From: =?ISO-8859-1?Q?J=FCrg?= Billeter To: Yu Feng In-Reply-To: <1229801314.2989.22.camel@localhost.localdomain> References: <1229685010.6926.35.camel@jdesktop.bitron.ch> <1229771978.6972.8.camel@skapc> <1229774675.3453.52.camel@jdesktop.bitron.ch> <1229801314.2989.22.camel@localhost.localdomain> Content-Type: text/plain; charset="UTF-8" Date: Sat, 20 Dec 2008 23:56:57 +0100 Message-Id: <1229813817.3453.104.camel@jdesktop.bitron.ch> Mime-Version: 1.0 X-Mailer: Evolution 2.25.2 Content-Transfer-Encoding: quoted-printable X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cpanel02.rubas.net X-AntiAbuse: Original Domain - gnome.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - bitron.ch X-Source: X-Source-Args: X-Source-Dir: Cc: vala-list Subject: Re: [Vala] Ownership syntax changes X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Dec 2008 22:57:08 -0000 On Sat, 2008-12-20 at 14:28 -0500, Yu Feng wrote: > On Sat, 2008-12-20 at 13:04 +0100, J=C3=BCrg Billeter wrote: > > On Sat, 2008-12-20 at 12:19 +0100, Xavier Bestel wrote: > > > Le vendredi 19 d=C3=A9cembre 2008 =C3=A0 12:10 +0100, J=C3=BCrg Bille= ter a =C3=A9crit : > > > > I just committed some ownership syntax changes to trunk. The old sy= ntax > > > > will continue to be supported but is planned to be deprecated after= the > > > > release of Vala 0.5.4. > > > >=20 > > > >=20 > > > > * `owned' type modifier replaces `#' type modifier > > > >=20 > > > > This is not often used, but `#' was very unintuitive as a type modi= fier, > > > > and I therefore decided to replace it by the hopefully better > > > > understandable `owned' modifier. Example of new syntax: > > > >=20 > > > > public void foo (owned string bar) { > > > > [...] > > > > } > > >=20 > > > I like the idea, but the word "owned" doesn't really tells by who it'= s > > > owned (caller or callee). How about something like "callers" or > > > "transfer" ? > >=20 > > `owned' applied to a parameter means that the parameter owns the object= , > > that is, the ownership of the object is transferred in the same > > direction as the parameter value: to the callee for input paramters, to > > the caller for output parameters, and input to the callee and output to > > the caller for `ref' parameters. > `owned' is still not much better than # because the world owned doesn't > describe the flow of the ownership; and where people can easily get > confused is the direction of the flow. This surprises me a bit, I don't see how you can get confused about the direction of the ownership transfer. Ownership is always transferred in the same direction as the value is transferred and the direction of the value should be obvious for input and output parameters and return values. Do you have an example where the flow of ownership may be confusing? So if we do not need to describe the direction of the ownership transfer, the only question that the type modifiers have to answer is whether ownership is transferred or not. My proposed terms, `owned' and `unowned', should make it clear when ownership is transferred. > I read into glib again and perhaps a steal/take pair can work together. >=20 > void foo(take string bar); foo will take the ownership of bar from the > caller context. >=20 > foo(steal "bar"); the ownership of "bar" is stolen from the caller > context. >=20 > (notice the steal now is written in the caller code.) These are keywords that will only work for parameters and not for fields or local variables. This means that we need to have separate keywords for fields and parameters. In my opinion, this would make it more complicated instead of simpler. Please note that it should rarely be necessary to use `owned' and `unowned' in Vala code. They will mostly be used in bindings, so I think it's ok if they are a bit more technical than other syntax parts. J=C3=BCrg From hveso3@gmail.com Sat Dec 20 22:57:48 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 6935F750087 for ; Sat, 20 Dec 2008 22:57:48 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.6, seldom 2.4 (older, 4) (up: 5934 hrs), (distance 20, link: ethernet/modem), [195.130.132.58] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vepc7-j8f4wM for ; Sat, 20 Dec 2008 22:57:42 +0000 (GMT) Received: from edna.telenet-ops.be (edna.telenet-ops.be [195.130.132.58]) by menubar.gnome.org (Postfix) with ESMTP id C297B750077 for ; Sat, 20 Dec 2008 22:57:39 +0000 (GMT) Received: from localhost (localhost.localdomain [127.0.0.1]) by edna.telenet-ops.be (Postfix) with SMTP id C0A74E4042; Sat, 20 Dec 2008 23:57:36 +0100 (CET) Received: from [192.168.16.4] (d54C33F04.access.telenet.be [84.195.63.4]) by edna.telenet-ops.be (Postfix) with ESMTP id AAE00E403F; Sat, 20 Dec 2008 23:57:36 +0100 (CET) From: Hans Vercammen To: =?ISO-8859-1?Q?J=FCrg?= Billeter In-Reply-To: <1229757844.3453.35.camel@jdesktop.bitron.ch> References: <1229685010.6926.35.camel@jdesktop.bitron.ch> <1229735998.5745.67.camel@orcus> <1229757844.3453.35.camel@jdesktop.bitron.ch> Content-Type: text/plain; charset="UTF-8" Date: Sat, 20 Dec 2008 23:57:36 +0100 Message-Id: <1229813856.8267.16.camel@orcus> Mime-Version: 1.0 X-Mailer: Evolution 2.24.2 Content-Transfer-Encoding: 8bit Cc: vala-list Subject: Re: [Vala] Ownership syntax changes X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Dec 2008 22:57:48 -0000 On Sat, 2008-12-20 at 08:24 +0100, Jürg Billeter wrote: > On Sat, 2008-12-20 at 02:19 +0100, Hans Vercammen wrote: > > On Fri, 2008-12-19 at 12:10 +0100, Jürg Billeter wrote: > > > > > > * `(owned)' cast replaces `#' reference transfer expression > > > > > > Even less used, equally unintuitive. Example of new syntax: > > > > > > string foo = (owned) bar; > > > > I don't have a strong opinion on this since I don't really need it, but > > using a cast expression feels a bit wrong. Not sure if we want to keep > > the option open of having operator overloading, but what about something > > like: > > > > string foo <= bar; > > or > > string foo << bar; > > In my opinion, this is not a lot clearer than the # syntax. The idea is > to use a more descriptive syntax so that reading code gets easier. As it > shouldn't be used often, a few characters more to type should not be an > issue. Yes, a descriptive syntax is very nice. However, I heard some good arguments to include the flow of data whenever possible. Anyway, in my opinion we probably shouldn't promote the explicit ownership transfer as a feature but rather as a necessity to get some things done. So, an odd syntax doesn't matter that much in this case. > Furthermore, please note that it needs to be an expression, it can also > be used as a method argument, not just in assignments. > > some_method (42, (owned) bar); > > > > > > > * `unowned' type modifier complements `weak' type modifier > > > > > > `weak' only make sense for reference fields, list elements, and local > > > variables to break reference cycles. Vala will use > > > `g_object_add_weak_pointer' in these places in future versions. > > > > I definitely agree we should avoid dangling pointers as much as > > possible. However, I fear a bit that many people will turn to using > > pointers when this is also applied to local variables. > > Why do you think people will switch to pointers? Do you have an example > in mind where the change might cause issues? I don't see an immediate use case where this might fail. However, weak local variables can be used to tweak unnecessary reference counting overhead. Registering the pointers possibly invalidates this tweak. We have to wait an see how this actually behaves in for example loops etc. Judging from the implementation within GObject, weak references might actually be slower as strong ones. As a side note, we probably need to invent a similar functionality for non-GObject classes *if* we want to avoid dangling pointers all together. Also, I'm not sure how to treat the low level vala pointers in this case. Perhaps we can combine this with a compile option that is set by default to enable runtime checks. Hans From j@bitron.ch Sat Dec 20 23:16:14 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id ED5DA750077 for ; Sat, 20 Dec 2008 23:16:13 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.6, seldom 2.4 (older, 4) (up: 6749 hrs), (distance 22, link: ethernet/modem), [195.182.222.72] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id AYulCpAz+DbQ for ; Sat, 20 Dec 2008 23:16:07 +0000 (GMT) Received: from cpanel02.rubas.net (cpanel02.rubas.net [195.182.222.72]) by menubar.gnome.org (Postfix) with ESMTP id 5A24A75006A for ; Sat, 20 Dec 2008 23:16:06 +0000 (GMT) Received: from 84-74-130-52.dclient.hispeed.ch ([84.74.130.52] helo=[192.168.1.55]) by cpanel02.rubas.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1LEB3E-00086S-2L; Sun, 21 Dec 2008 00:16:04 +0100 From: =?ISO-8859-1?Q?J=FCrg?= Billeter To: Hans Vercammen In-Reply-To: <1229813856.8267.16.camel@orcus> References: <1229685010.6926.35.camel@jdesktop.bitron.ch> <1229735998.5745.67.camel@orcus> <1229757844.3453.35.camel@jdesktop.bitron.ch> <1229813856.8267.16.camel@orcus> Content-Type: text/plain; charset="UTF-8" Date: Sun, 21 Dec 2008 00:16:03 +0100 Message-Id: <1229814963.3453.116.camel@jdesktop.bitron.ch> Mime-Version: 1.0 X-Mailer: Evolution 2.25.2 Content-Transfer-Encoding: quoted-printable X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cpanel02.rubas.net X-AntiAbuse: Original Domain - gnome.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - bitron.ch X-Source: X-Source-Args: X-Source-Dir: Cc: vala-list Subject: Re: [Vala] Ownership syntax changes X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Dec 2008 23:16:14 -0000 On Sat, 2008-12-20 at 23:57 +0100, Hans Vercammen wrote: > On Sat, 2008-12-20 at 08:24 +0100, J=C3=BCrg Billeter wrote: > > On Sat, 2008-12-20 at 02:19 +0100, Hans Vercammen wrote: > > > On Fri, 2008-12-19 at 12:10 +0100, J=C3=BCrg Billeter wrote: > > > >=20 > > > > * `unowned' type modifier complements `weak' type modifier > > > >=20 > > > > `weak' only make sense for reference fields, list elements, and loc= al > > > > variables to break reference cycles. Vala will use > > > > `g_object_add_weak_pointer' in these places in future versions. > > >=20 > > > I definitely agree we should avoid dangling pointers as much as > > > possible. However, I fear a bit that many people will turn to using > > > pointers when this is also applied to local variables. > >=20 > > Why do you think people will switch to pointers? Do you have an example > > in mind where the change might cause issues? >=20 > I don't see an immediate use case where this might fail. However, weak > local variables can be used to tweak unnecessary reference counting > overhead. Registering the pointers possibly invalidates this tweak. We > have to wait an see how this actually behaves in for example loops etc. > Judging from the implementation within GObject, weak references might > actually be slower as strong ones. You should not use weak for performance improvements with the new syntax, it's only meant to break reference cycles or to not keep an object alive for other reasons. The unowned modifier will still allow you to avoid any kind reference counting or tracking. There will just be no guarantees at all if you do that. > As a side note, we probably need to invent a similar functionality for > non-GObject classes *if* we want to avoid dangling pointers all Yes, either that or we should probably at least warn when using weak for types that do not support it. > together. Also, I'm not sure how to treat the low level vala pointers in > this case. If you use raw pointers, you are on your own, I don't think it makes any sense to try to make the code safer there. Better try to avoid situations where raw pointers are necessary. > Perhaps we can combine this with a compile option that is set by default > to enable runtime checks. I'm not sure whether that's such a good idea as semantics would change. If you expect the reference to be null after the object has been destroyed, the application wouldn't work anymore when disabling the runtime check. After all, you can use `unowned' or raw pointers in performance critical parts, if really necessary. J=C3=BCrg From hveso3@gmail.com Sat Dec 20 23:31:46 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id E49F7750077 for ; Sat, 20 Dec 2008 23:31:46 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.6, seldom 2.4 (older, 4) (up: 5939 hrs), (distance 20, link: ethernet/modem), [195.130.132.58] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Qq-gHMlKCSQN for ; Sat, 20 Dec 2008 23:31:40 +0000 (GMT) Received: from edna.telenet-ops.be (edna.telenet-ops.be [195.130.132.58]) by menubar.gnome.org (Postfix) with ESMTP id 67C1E75006A for ; Sat, 20 Dec 2008 23:31:40 +0000 (GMT) Received: from localhost (localhost.localdomain [127.0.0.1]) by edna.telenet-ops.be (Postfix) with SMTP id 011AEE404A; Sun, 21 Dec 2008 00:31:38 +0100 (CET) Received: from [192.168.16.4] (d54C33F04.access.telenet.be [84.195.63.4]) by edna.telenet-ops.be (Postfix) with ESMTP id E0DEEE4045; Sun, 21 Dec 2008 00:31:37 +0100 (CET) From: Hans Vercammen To: =?ISO-8859-1?Q?J=FCrg?= Billeter In-Reply-To: <1229814963.3453.116.camel@jdesktop.bitron.ch> References: <1229685010.6926.35.camel@jdesktop.bitron.ch> <1229735998.5745.67.camel@orcus> <1229757844.3453.35.camel@jdesktop.bitron.ch> <1229813856.8267.16.camel@orcus> <1229814963.3453.116.camel@jdesktop.bitron.ch> Content-Type: text/plain; charset="UTF-8" Date: Sun, 21 Dec 2008 00:31:38 +0100 Message-Id: <1229815898.8267.23.camel@orcus> Mime-Version: 1.0 X-Mailer: Evolution 2.24.2 Content-Transfer-Encoding: 8bit Cc: vala-list Subject: Re: [Vala] Ownership syntax changes X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Dec 2008 23:31:47 -0000 On Sun, 2008-12-21 at 00:16 +0100, Jürg Billeter wrote: > On Sat, 2008-12-20 at 23:57 +0100, Hans Vercammen wrote: > > On Sat, 2008-12-20 at 08:24 +0100, Jürg Billeter wrote: > > > On Sat, 2008-12-20 at 02:19 +0100, Hans Vercammen wrote: > > > > On Fri, 2008-12-19 at 12:10 +0100, Jürg Billeter wrote: > > > > > > > > > > * `unowned' type modifier complements `weak' type modifier > > > > > > > > > > `weak' only make sense for reference fields, list elements, and local > > > > > variables to break reference cycles. Vala will use > > > > > `g_object_add_weak_pointer' in these places in future versions. > > > > > > > > I definitely agree we should avoid dangling pointers as much as > > > > possible. However, I fear a bit that many people will turn to using > > > > pointers when this is also applied to local variables. > > > > > > Why do you think people will switch to pointers? Do you have an example > > > in mind where the change might cause issues? > > > > I don't see an immediate use case where this might fail. However, weak > > local variables can be used to tweak unnecessary reference counting > > overhead. Registering the pointers possibly invalidates this tweak. We > > have to wait an see how this actually behaves in for example loops etc. > > Judging from the implementation within GObject, weak references might > > actually be slower as strong ones. > > You should not use weak for performance improvements with the new > syntax, it's only meant to break reference cycles or to not keep an > object alive for other reasons. > > The unowned modifier will still allow you to avoid any kind reference > counting or tracking. There will just be no guarantees at all if you do > that. Ok, clear. I wasn't sure "weak" and "unowned" would be treated differently. > > together. Also, I'm not sure how to treat the low level vala pointers in > > this case. > > If you use raw pointers, you are on your own, I don't think it makes any > sense to try to make the code safer there. Better try to avoid > situations where raw pointers are necessary. Exactly. Hans From bkauler@gmail.com Sat Dec 20 23:57:44 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 2D6F075006A for ; Sat, 20 Dec 2008 23:57:44 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 2) (firewall!) (up: 8572 hrs), (distance 13, link: (Google 2)), [209.85.146.179] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id IrAFaoCnz64g for ; Sat, 20 Dec 2008 23:57:36 +0000 (GMT) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.179]) by menubar.gnome.org (Postfix) with ESMTP id EAF7B750077 for ; Sat, 20 Dec 2008 23:57:35 +0000 (GMT) Received: by wa-out-1112.google.com with SMTP id k40so872767wah.31 for ; Sat, 20 Dec 2008 15:57:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=OVBM6svP7rLsGlLz/bhcATDdhBEjpGr8w2T46QJ8hkg=; b=jqPFS94V1yLfcoZ2DJKlvbfN5cg1O7fBkEW0r+z90xXY4uqs2pj/Y9lMd5Kwh4oMLv Tb4p/msE8OFWt9zGImTMpRbXEFvxWRQwBHkMa0aNKh1hxtCd/octwbVu3rch/vnq3AnI FXGfCUm5OmwDGfAKDHZaAgq09iVQW0AN83aHY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=oslPar1jlyPNV7G70C6a3Lg6mvjcm+jHxL2QFh1MekRMHEjavK0qOn6zCdw3lvBh0q zDp6IpbTyHPwTZ8lyj3DKdvlanJmHrWNkadYvw6ClNVxAAR4z5eehX+WAMg5A+/whniK YPhsiAa3+HQgIhD9W9GprdiyUc3FpSFKr1W+U= Received: by 10.114.81.1 with SMTP id e1mr2939628wab.212.1229817453780; Sat, 20 Dec 2008 15:57:33 -0800 (PST) Received: by 10.114.124.16 with HTTP; Sat, 20 Dec 2008 15:57:33 -0800 (PST) Message-ID: <1eea65ad0812201557t79cb3415s89cc4396c74c2f43@mail.gmail.com> Date: Sun, 21 Dec 2008 07:57:33 +0800 From: "Barry Kauler" To: vala-list@gnome.org In-Reply-To: <6b4de4d80812171028w3fae5663v6668bd2ca131add9@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <1229467751.11269.4.camel@jdesktop.bitron.ch> <6b4de4d80812171028w3fae5663v6668bd2ca131add9@mail.gmail.com> Subject: Re: [Vala] [ANNOUNCE] Vala 0.5.3 - Compiler for the GObject type system X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Dec 2008 23:57:44 -0000 > * Register structs as boxed types. This must be a good thing, but what does it mean in practical terms? I mean, I haven't got a clue what a "boxed type" is and how that changes how we use structs in Vala/Genie. Is there documentation anywhere? Will Genie have to be updated also? Regards, Barry Kauler On 12/18/08, Ali Sabil wrote: > Congrats :) Another step forward toward world domination ! > > On Tue, Dec 16, 2008 at 11:49 PM, J=FCrg Billeter wrote: > >> We are pleased to announce version 0.5.3 of Vala, a compiler for the >> GObject type system. >> >> Vala 0.5.3 is now available for download at: >> http://download.gnome.org/sources/vala/0.5/ >> >> Changes since 0.5.2 >> * Rewrite D-Bus server support to directly use libdbus. >> * Register structs as boxed types. >> * Improve error reporting on invalid code. >> * Support private class fields and class destructors. >> * Add partial raptor and rasqal bindings. >> * Drop vala-gen-project, moved to vtg. >> * Many bug fixes. >> >> Vala is a new programming language that aims to bring modern programming >> language features to GNOME developers without imposing any additional >> runtime requirements and without using a different ABI compared to >> applications and libraries written in C. >> >> valac, the Vala compiler, is a self-hosting compiler that translates >> Vala source code into C source and header files. It uses the GObject >> type system to create classes and interfaces declared in the Vala source >> code. >> >> The syntax of Vala is similar to C#, modified to better fit the GObject >> type system. Vala supports modern language features as the following: >> >> * Interfaces >> * Properties >> * Signals >> * Foreach >> * Lambda expressions >> * Type inference for local variables >> * Generics >> * Non-null types >> * Assisted memory management >> * Exception handling >> >> Vala is designed to allow access to existing C libraries, especially >> GObject-based libraries, without the need for runtime bindings. All that >> is needed to use a library with Vala is an API file, containing the clas= s >> and method declarations in Vala syntax. Vala currently comes with >> bindings for GLib and GTK+. It's planned to provide generated bindings f= or >> the full GNOME Platform at a later stage. >> >> Using classes and methods written in Vala from an application written in >> C is not difficult. The Vala library only has to install the generated >> header files and C applications may then access the GObject-based API of >> the Vala library as usual. It should also be easily possible to write a >> bindings generator for access to Vala libraries from applications >> written in e.g. C# as the Vala parser is written as a library, so that >> all compile-time information is available when generating a binding. >> >> More information about Vala is available at >> >> http://live.gnome.org/Vala >> >> >> The Vala Team >> >> J=FCrg Billeter and Raffaele Sandrini >> >> >> _______________________________________________ >> Vala-list mailing list >> Vala-list@gnome.org >> http://mail.gnome.org/mailman/listinfo/vala-list >> > From j@bitron.ch Sun Dec 21 08:06:51 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 1EC357500BC for ; Sun, 21 Dec 2008 08:06:51 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.6, seldom 2.4 (older, 4) (up: 6837 hrs), (distance 22, link: ethernet/modem), [195.182.222.72] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TJZOOD4+512Z for ; Sun, 21 Dec 2008 08:06:45 +0000 (GMT) Received: from cpanel02.rubas.net (cpanel02.rubas.net [195.182.222.72]) by menubar.gnome.org (Postfix) with ESMTP id B07D67500AA for ; Sun, 21 Dec 2008 08:06:43 +0000 (GMT) Received: from 84-74-130-52.dclient.hispeed.ch ([84.74.130.52] helo=[192.168.1.55]) by cpanel02.rubas.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1LEJKj-0000NH-Ll; Sun, 21 Dec 2008 09:06:41 +0100 From: =?ISO-8859-1?Q?J=FCrg?= Billeter To: Barry Kauler In-Reply-To: <1eea65ad0812201557t79cb3415s89cc4396c74c2f43@mail.gmail.com> References: <1229467751.11269.4.camel@jdesktop.bitron.ch> <6b4de4d80812171028w3fae5663v6668bd2ca131add9@mail.gmail.com> <1eea65ad0812201557t79cb3415s89cc4396c74c2f43@mail.gmail.com> Content-Type: text/plain; charset="UTF-8" Date: Sun, 21 Dec 2008 09:06:41 +0100 Message-Id: <1229846801.3425.7.camel@jdesktop.bitron.ch> Mime-Version: 1.0 X-Mailer: Evolution 2.25.2 Content-Transfer-Encoding: quoted-printable X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cpanel02.rubas.net X-AntiAbuse: Original Domain - gnome.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - bitron.ch X-Source: X-Source-Args: X-Source-Dir: Cc: vala-list@gnome.org Subject: Re: [Vala] [ANNOUNCE] Vala 0.5.3 - Compiler for the GObject type system X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Dec 2008 08:06:51 -0000 On Sun, 2008-12-21 at 07:57 +0800, Barry Kauler wrote: > > * Register structs as boxed types. >=20 > This must be a good thing, but what does it mean in practical terms? > I mean, I haven't got a clue what a "boxed type" is and how that changes > how we use structs in Vala/Genie. With boxed, I meant GBoxed in the GObject type system. It does not change how structs are used in Vala/Genie. However, it makes it possible to store a Vala struct in a GValue, which is necessary to use structs as GObject properties among other things. > Is there documentation anywhere? If you want more information about GBoxed, have a look at the GObject documentation. > Will Genie have to be updated also? No, this was a change in the code generator, which applies to both, Vala and Genie. J=C3=BCrg From rainwoodman@gmail.com Sun Dec 21 18:25:16 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id E7CB97500A4 for ; Sun, 21 Dec 2008 18:25:16 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 2) (firewall!) (up: 429 hrs), (distance 17, link: (Google 2)), [74.125.44.28] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id eMCIg-Bwo9iz for ; Sun, 21 Dec 2008 18:25:08 +0000 (GMT) Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.28]) by menubar.gnome.org (Postfix) with ESMTP id 8C1DA7500E5 for ; Sun, 21 Dec 2008 18:25:06 +0000 (GMT) Received: by yx-out-2324.google.com with SMTP id 8so646468yxb.63 for ; Sun, 21 Dec 2008 10:25:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:from:to:cc :in-reply-to:references:content-type:date:message-id:mime-version :x-mailer:content-transfer-encoding; bh=IW+hnug4j39K7OGtNOrdWmFAhaILj94Af+Ta5DAEV+U=; b=jQbeVrOORWsZ0I1Ol29VHKHvOJD1Hb5Fha5Kbp8bBcvLIyKuxS/N3S57RwI6RoUZXd RMn9vY1kbVH37GSZRYiSbv9veGGi030y1+/iKuQEmyUEodv4wFn49W3gZn/NBgIya6Ah hLcoBqf7/9EonQyodn/Sq2dadiHKUgY+wfxsg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:from:to:cc:in-reply-to:references:content-type:date :message-id:mime-version:x-mailer:content-transfer-encoding; b=s0sGVDhR28zTjp6eJMR0re3+owFOiz+u/Sf0VFZDGzrJIdlDmHrI7BYfaQ7zTZOSqT t4AB3foLOiRlXRA4jpBPqNbvF83CBMLNJn4fHHHU4z+y9E0O3kalav8BZiOwbOXwzFRP prSkTh3vFfGWl2mGA1W3mX71P4qTAQ5wOpevc= Received: by 10.65.241.20 with SMTP id t20mr4417115qbr.0.1229883904420; Sun, 21 Dec 2008 10:25:04 -0800 (PST) Received: from ?149.159.132.185? (149-159-132-185.dhcp-bl.indiana.edu [149.159.132.185]) by mx.google.com with ESMTPS id 28sm11554469qbw.36.2008.12.21.10.25.03 (version=SSLv3 cipher=RC4-MD5); Sun, 21 Dec 2008 10:25:03 -0800 (PST) From: Yu Feng To: =?ISO-8859-1?Q?J=FCrg?= Billeter In-Reply-To: <1229814963.3453.116.camel@jdesktop.bitron.ch> References: <1229685010.6926.35.camel@jdesktop.bitron.ch> <1229735998.5745.67.camel@orcus> <1229757844.3453.35.camel@jdesktop.bitron.ch> <1229813856.8267.16.camel@orcus> <1229814963.3453.116.camel@jdesktop.bitron.ch> Content-Type: text/plain; charset="UTF-8" Date: Sun, 21 Dec 2008 13:25:02 -0500 Message-Id: <1229883902.3161.30.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.24.2 (2.24.2-2.fc10) Content-Transfer-Encoding: 8bit Cc: vala-list Subject: Re: [Vala] Ownership syntax changes X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Dec 2008 18:25:17 -0000 On Sun, 2008-12-21 at 00:16 +0100, Jürg Billeter wrote: > On Sat, 2008-12-20 at 23:57 +0100, Hans Vercammen wrote: > > On Sat, 2008-12-20 at 08:24 +0100, Jürg Billeter wrote: > > > On Sat, 2008-12-20 at 02:19 +0100, Hans Vercammen wrote: > > > > On Fri, 2008-12-19 at 12:10 +0100, Jürg Billeter wrote: > > > > > > > > > > * `unowned' type modifier complements `weak' type modifier > > > > > > > > > > `weak' only make sense for reference fields, list elements, and local > > > > > variables to break reference cycles. Vala will use > > > > > `g_object_add_weak_pointer' in these places in future versions. > > > > > > > > I definitely agree we should avoid dangling pointers as much as > > > > possible. However, I fear a bit that many people will turn to using > > > > pointers when this is also applied to local variables. > > > > > > Why do you think people will switch to pointers? Do you have an example > > > in mind where the change might cause issues? > > > > I don't see an immediate use case where this might fail. However, weak > > local variables can be used to tweak unnecessary reference counting > > overhead. Registering the pointers possibly invalidates this tweak. We > > have to wait an see how this actually behaves in for example loops etc. > > Judging from the implementation within GObject, weak references might > > actually be slower as strong ones. > > You should not use weak for performance improvements with the new > syntax, it's only meant to break reference cycles or to not keep an > object alive for other reasons. > > The unowned modifier will still allow you to avoid any kind reference > counting or tracking. There will just be no guarantees at all if you do > that. I am confused with weak and unowned. Saying if gtk_window_list_toplevels returns a list of GtkWindows, should these be unowned or weak? List Gtk.Window.list_toplevels(); or List Gtk.Widget.list_toplevels(); Because in devhelp it is written that the elements are not referenced: Returns a list of all existing toplevel windows. The widgets in the list are not individually referenced. If you want to iterate through the list and perform actions involving callbacks that might destroy the widgets, you must call g_list_foreach (result, (GFunc)g_object_ref, NULL) first, and then unref all the widgets afterwards. perhaps weak will be useful only for member variables(they are on the heap) after the invention of 'unowned', given the add_weak_pointer use case? - Yu > > > As a side note, we probably need to invent a similar functionality for > > non-GObject classes *if* we want to avoid dangling pointers all > > Yes, either that or we should probably at least warn when using weak for > types that do not support it. > > > together. Also, I'm not sure how to treat the low level vala pointers in > > this case. > > If you use raw pointers, you are on your own, I don't think it makes any > sense to try to make the code safer there. Better try to avoid > situations where raw pointers are necessary. > > > Perhaps we can combine this with a compile option that is set by default > > to enable runtime checks. > > I'm not sure whether that's such a good idea as semantics would change. > If you expect the reference to be null after the object has been > destroyed, the application wouldn't work anymore when disabling the > runtime check. After all, you can use `unowned' or raw pointers in > performance critical parts, if really necessary. > > Jürg > > _______________________________________________ > Vala-list mailing list > Vala-list@gnome.org > http://mail.gnome.org/mailman/listinfo/vala-list From rainwoodman@gmail.com Sun Dec 21 18:53:56 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 664607500F9 for ; Sun, 21 Dec 2008 18:53:56 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 2) (firewall!) (up: 433 hrs), (distance 17, link: (Google 2)), [74.125.44.28] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id t0DyVCfiIxaa for ; Sun, 21 Dec 2008 18:53:48 +0000 (GMT) Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.28]) by menubar.gnome.org (Postfix) with ESMTP id D6E027500E5 for ; Sun, 21 Dec 2008 18:53:47 +0000 (GMT) Received: by yx-out-2324.google.com with SMTP id 8so648436yxb.63 for ; Sun, 21 Dec 2008 10:53:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:from:to:cc :in-reply-to:references:content-type:date:message-id:mime-version :x-mailer:content-transfer-encoding; bh=hUAvrUQCsGP/ogsWklN2eJYKV3+v8X5PRWNqt+0wOwE=; b=e09O+AqMOe93PLVbKrF4MR8uHTJ6B0bf2lnpxypqTBKAjbkkzeMzye1VNz21AglBfJ LQM8K1shC9IckWtCR/xvWrfgTHyeK75/cz41rzNfYqaC08hcDLqlmCYgAHtqDKrMEL3+ Ll1YTbKvQDdK6Jd0bNLrOgSP9FFMeo/R5nSfw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:from:to:cc:in-reply-to:references:content-type:date :message-id:mime-version:x-mailer:content-transfer-encoding; b=M/i6LGdMiumilb7AlHQwZIKAZt47lKNGf9z8LEwfAbwJQeAYBuiJHC+ExKJi3TegA6 SnbDVMIufThTxBkuXLMamWMkvO7EOhOewDo9qP2eIEuE/aMOqGcwCE0mtC45nwkqYo9e kQIAlqno/k1/nbRZHKXfOrQxDAxY1R2CkjPfY= Received: by 10.65.115.6 with SMTP id s6mr4415821qbm.73.1229885625250; Sun, 21 Dec 2008 10:53:45 -0800 (PST) Received: from ?149.159.132.185? (149-159-132-185.dhcp-bl.indiana.edu [149.159.132.185]) by mx.google.com with ESMTPS id k7sm12733587qba.6.2008.12.21.10.53.44 (version=SSLv3 cipher=RC4-MD5); Sun, 21 Dec 2008 10:53:44 -0800 (PST) From: Yu Feng To: Hans Vercammen In-Reply-To: <1229813856.8267.16.camel@orcus> References: <1229685010.6926.35.camel@jdesktop.bitron.ch> <1229735998.5745.67.camel@orcus> <1229757844.3453.35.camel@jdesktop.bitron.ch> <1229813856.8267.16.camel@orcus> Content-Type: text/plain; charset="UTF-8" Date: Sun, 21 Dec 2008 13:53:42 -0500 Message-Id: <1229885622.3161.31.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.24.2 (2.24.2-2.fc10) Content-Transfer-Encoding: 8bit Cc: vala-list Subject: Re: [Vala] Ownership syntax changes X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Dec 2008 18:53:56 -0000 On Sat, 2008-12-20 at 23:57 +0100, Hans Vercammen wrote: > On Sat, 2008-12-20 at 08:24 +0100, Jürg Billeter wrote: > > On Sat, 2008-12-20 at 02:19 +0100, Hans Vercammen wrote: > > > On Fri, 2008-12-19 at 12:10 +0100, Jürg Billeter wrote: > > > > > > > > * `(owned)' cast replaces `#' reference transfer expression > > > > > > > > Even less used, equally unintuitive. Example of new syntax: > > > > > > > > string foo = (owned) bar; > > > > > > I don't have a strong opinion on this since I don't really need it, but > > > using a cast expression feels a bit wrong. Not sure if we want to keep > > > the option open of having operator overloading, but what about something > > > like: > > > > > > string foo <= bar; > > > or > > > string foo << bar; > > > > In my opinion, this is not a lot clearer than the # syntax. The idea is > > to use a more descriptive syntax so that reading code gets easier. As it > > shouldn't be used often, a few characters more to type should not be an > > issue. > > Yes, a descriptive syntax is very nice. However, I heard some good > arguments to include the flow of data whenever possible. Anyway, in my > opinion we probably shouldn't promote the explicit ownership transfer as > a feature but rather as a necessity to get some things done. So, an odd > syntax doesn't matter that much in this case. > Thanks. I get the point from you and jurg's argument. Yu > > Furthermore, please note that it needs to be an expression, it can also > > be used as a method argument, not just in assignments. > > > > some_method (42, (owned) bar); > > > > > > > > > > * `unowned' type modifier complements `weak' type modifier > > > > > > > > `weak' only make sense for reference fields, list elements, and local > > > > variables to break reference cycles. Vala will use > > > > `g_object_add_weak_pointer' in these places in future versions. > > > > > > I definitely agree we should avoid dangling pointers as much as > > > possible. However, I fear a bit that many people will turn to using > > > pointers when this is also applied to local variables. > > > > Why do you think people will switch to pointers? Do you have an example > > in mind where the change might cause issues? > > I don't see an immediate use case where this might fail. However, weak > local variables can be used to tweak unnecessary reference counting > overhead. Registering the pointers possibly invalidates this tweak. We > have to wait an see how this actually behaves in for example loops etc. > Judging from the implementation within GObject, weak references might > actually be slower as strong ones. > As a side note, we probably need to invent a similar functionality for > non-GObject classes *if* we want to avoid dangling pointers all > together. Also, I'm not sure how to treat the low level vala pointers in > this case. > Perhaps we can combine this with a compile option that is set by default > to enable runtime checks. > > Hans > > _______________________________________________ > Vala-list mailing list > Vala-list@gnome.org > http://mail.gnome.org/mailman/listinfo/vala-list From kodeport@terra.es Sun Dec 21 23:39:39 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 61DE77500E5 for ; Sun, 21 Dec 2008 23:39:39 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -0.132 X-Spam-Level: X-Spam-Status: No, score=-0.132 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, L_P0F_UNKN=0.8, SARE_FREE_WEBM_EsTerra=1.666] X-Amavis-OS-Fingerprint: UNKNOWN [S4:47:1:60:M1460, N, N, T, N, W3:.:?:?] (up: 216 hrs), (link: ethernet/modem), [213.4.149.61] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hekdM8gPUi7K for ; Sun, 21 Dec 2008 23:39:32 +0000 (GMT) Received: from IMPaqm1.telefonica.net (impaqm1.telefonica.net [213.4.149.61]) by menubar.gnome.org (Postfix) with ESMTP id 73AE17500A8 for ; Sun, 21 Dec 2008 23:39:31 +0000 (GMT) Received: from IMPmailhost1.adm.correo ([10.20.102.38]) by IMPaqm1.telefonica.net with bizsmtp id tzep1a00A0piX6q01zfVHr; Mon, 22 Dec 2008 00:39:29 +0100 Received: from [192.168.1.35] ([88.26.46.44]) by IMPmailhost1.adm.correo with BIZ IMP id tzfU1a0070xBa8Q1hzfUiy; Mon, 22 Dec 2008 00:39:29 +0100 X-TE-authinfo: authemail="kodeport.terra.es" |auth_email="kodeport@terra.es" X-TE-AcuTerraCos: auth_cuTerraCos="cosuitera01" From: =?ISO-8859-1?Q?I=F1igo_Ill=E1n?= Aranburu To: =?ISO-8859-1?Q?J=FCrg?= Billeter In-Reply-To: <1229846801.3425.7.camel@jdesktop.bitron.ch> References: <1229467751.11269.4.camel@jdesktop.bitron.ch> <6b4de4d80812171028w3fae5663v6668bd2ca131add9@mail.gmail.com> <1eea65ad0812201557t79cb3415s89cc4396c74c2f43@mail.gmail.com> <1229846801.3425.7.camel@jdesktop.bitron.ch> Content-Type: multipart/alternative; boundary="=-IRepN769psqLQ6yuVzHf" Date: Mon, 22 Dec 2008 00:39:27 +0100 Message-Id: <1229902767.6600.15.camel@zoolander> Mime-Version: 1.0 X-Mailer: Evolution 2.24.2 Cc: vala-list@gnome.org Subject: Re: [Vala] [ANNOUNCE] Vala 0.5.3 - Compiler for the GObject type system X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Dec 2008 23:39:39 -0000 --=-IRepN769psqLQ6yuVzHf Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit What Jürg is trying to say, is that if you have some method/function which gets some GObject (for example before now if you wanted to implement your own list and get a gobject you need to do it manually making a GBoxed object which stores your struct), you can now implement them automagically if you are using structs, like in other languages like C#, which makes it transparent for the developer. If not, you should make your method/function pass a gpointer or something like that, and it ends being more "problematic". El dom, 21-12-2008 a las 09:06 +0100, Jürg Billeter escribió: > On Sun, 2008-12-21 at 07:57 +0800, Barry Kauler wrote: > > > * Register structs as boxed types. > > > > This must be a good thing, but what does it mean in practical terms? > > I mean, I haven't got a clue what a "boxed type" is and how that changes > > how we use structs in Vala/Genie. > > With boxed, I meant GBoxed in the GObject type system. It does not > change how structs are used in Vala/Genie. However, it makes it possible > to store a Vala struct in a GValue, which is necessary to use structs as > GObject properties among other things. > > > Is there documentation anywhere? > > If you want more information about GBoxed, have a look at the GObject > documentation. > > > Will Genie have to be updated also? > > No, this was a change in the code generator, which applies to both, Vala > and Genie. > > Jürg > > _______________________________________________ > Vala-list mailing list > Vala-list@gnome.org > http://mail.gnome.org/mailman/listinfo/vala-list --=-IRepN769psqLQ6yuVzHf Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: 7bit What Jürg is trying to say, is that if you have some method/function which gets some GObject (for example before now if you wanted to implement your own list and get a gobject you need to do it manually making a GBoxed object which stores your struct), you can now implement them automagically if you are using structs, like in other languages like C#, which makes it transparent for the developer. If not, you should make your method/function pass a gpointer or something like that, and it ends being more "problematic".

El dom, 21-12-2008 a las 09:06 +0100, Jürg Billeter escribió: 
On Sun, 2008-12-21 at 07:57 +0800, Barry Kauler wrote:
> > * Register structs as boxed types.
> 
> This must be a good thing, but what does it mean in practical terms?
> I mean, I haven't got a clue what a "boxed type" is and how that changes
> how we use structs in Vala/Genie.

With boxed, I meant GBoxed in the GObject type system. It does not
change how structs are used in Vala/Genie. However, it makes it possible
to store a Vala struct in a GValue, which is necessary to use structs as
GObject properties among other things.

> Is there documentation anywhere?

If you want more information about GBoxed, have a look at the GObject
documentation.

> Will Genie have to be updated also?

No, this was a change in the code generator, which applies to both, Vala
and Genie.

Jürg

_______________________________________________
Vala-list mailing list
Vala-list@gnome.org
http://mail.gnome.org/mailman/listinfo/vala-list
--=-IRepN769psqLQ6yuVzHf-- From rainwoodman@gmail.com Mon Dec 22 03:27:25 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 58E7D7500CD for ; Mon, 22 Dec 2008 03:27:25 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.368 X-Spam-Level: X-Spam-Status: No, score=-2.368 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, TW_BD=0.077, TW_GT=0.077, TW_IF=0.077] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 2) (up: 2307 hrs), (distance 13, link: ethernet/modem), [209.85.217.16] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id A-9wKA0x2R7r for ; Mon, 22 Dec 2008 03:27:16 +0000 (GMT) Received: from mail-gx0-f16.google.com (mail-gx0-f16.google.com [209.85.217.16]) by menubar.gnome.org (Postfix) with ESMTP id 6F6E475008E for ; Mon, 22 Dec 2008 03:27:14 +0000 (GMT) Received: by gxk9 with SMTP id 9so1695483gxk.15 for ; Sun, 21 Dec 2008 19:27:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:from:to:content-type :date:message-id:mime-version:x-mailer:content-transfer-encoding; bh=qa87M8X9TjZiX20BmUVj1Z4z7jHpCdxFkk2wjdZGKME=; b=xYB9fmKQdGNLZB09wQFyYvDWRCxRTfUh+rDyKr/niMfETJmH4jxzD8vm0oKH0vz7TW ZX4di/Q5vtxFT7SkgB8ajKXllrRkONdRXalXPgmC8QZ4dt/w0KoK+x/3iss4O/1ul6qH AxtR+ESrPViCDpiXRHyoyPWq/wJHp5FAp4O6U= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:from:to:content-type:date:message-id:mime-version:x-mailer :content-transfer-encoding; b=FKBwP0RQJBGBVq2BXOJd1qI067YsRvN1L54wUY50HsRUN/RDaMiK+SGV5UwuBGRdzx ZBwml6nQE6tCEyMV1ClMIlf067oDZ23TULdGOOBuRQs4LMaaoiQp5egS9y44w5bquhNu LKdL+Yi0onpySoU38ancdQA7cdROf175pb0Ow= Received: by 10.64.209.6 with SMTP id h6mr4730321qbg.10.1229916431662; Sun, 21 Dec 2008 19:27:11 -0800 (PST) Received: from ?149.159.132.185? (149-159-132-185.dhcp-bl.indiana.edu [149.159.132.185]) by mx.google.com with ESMTPS id s31sm12615549qbs.24.2008.12.21.19.27.10 (version=SSLv3 cipher=RC4-MD5); Sun, 21 Dec 2008 19:27:10 -0800 (PST) From: Yu Feng To: vala-list Content-Type: text/plain Date: Sun, 21 Dec 2008 22:27:09 -0500 Message-Id: <1229916429.3161.77.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.24.2 (2.24.2-2.fc10) Content-Transfer-Encoding: 7bit Subject: [Vala] FYI: [Fwd: EggDBus] X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Dec 2008 03:27:25 -0000 Is it possible to: (1) Write a similar dbus binding with the just-finished new dbus support in vala? (2) factor out the code in vala to form a similar dbus library? The awareness of DBus in gnome stack is increasing. Best, Yu -------- Forwarded Message -------- > From: David Zeuthen > To: gtk-devel-list@gnome.org > Subject: EggDBus > Date: Sun, 21 Dec 2008 21:48:25 -0500 > > Hey, > > For the past 5 weeks or so, I've been working on a new (as compared to > dbus-glib) D-Bus binding for GObject. The work on this has finally > reached a stage where the code sufficiently complete and documented so I > thought I'd send some mail describing it. The code is here > > http://cgit.freedesktop.org/~david/eggdbus > > First, let me briefly describe the motivation behind doing this work. > Well, there's a couple of reasons: > > o The venerable dbus-glib bindings doesn't really make it easy (nor > enjoyable) to use D-Bus from GObject (especially not C). At the same > time other runtimes, such as Qt, have much more complete D-Bus > bindings. > > o I was at a point where I needed to either implement or use (for > most of them, both) a rather large set of complex D-Bus services: > PolicyKit rewrite, ConsoleKit, DeviceKit, DeviceKit-disks, > DeviceKit-power. > > The time it would take to make proper glue code (e.g. GObject > properties, signals, encapsulations, async+sync methods etc.) for > GObject based programs would be on the order of several months. > That is, if I hadn't gone postal while doing it. Thus: EggDBus. > > First, I defined the goals > > 1. The IPC aspect of D-Bus should be as transparent as possible; e.g. > where possible D-Bus concepts should be mapped to something the > programmer is familiar with. For example, passing an array of > structures shouldn't mean messing around with GValues (I regard > GValue as an implementation detail of GObject; YMMV). > > 2. The life cycle aspect of D-Bus (which is often an ignored feature > of D-Bus: see http://cgwalters.livejournal.com/16885.html ) should > be very easy to use as well. In other words, it should be very easy > to determine if someone already owns a Name on the bus; get notified > when the name changes and so on. > > (Incidentally, a large number of people gets it wrong (I've gotten > it wrong many times myself; not pointing fingers here) and their > code ends getting woken up whenever a new name appears or disappears > on the bus. So it would seem prudent to have good library support > for this kind of thing.) > > 3. Easy of use, especially from C, is important. E.g. it should be > possible to define an interface in an IDL like language (more on > that below), run a code generator, and then, presto, easily consume > or provide a D-Bus service. This includes having things like easily > accessible docs for the generated glue code. > > (The desired work-flow for dynamic languages is a bit different; I'm > focusing on static languages for now) > > Then I took a good look at what's out there. I looked a lot at Telepathy > which has a really neat partial solution for goal 1: GInterfaces. > However, it's still (at least I believe) a shim on top of dbus-glib's > GValue handling. And AFAICT D-Bus properties aren't mapped to GObject > properties. Also, the library isn't yet separated out; there's a bunch > of Telepathy specific bits in telepathy-glib. > > On to how EggDBus works. > > First, you define the D-Bus interfaces in an "IDL language". Here's an > example from the EggDBus test suite > > (Note: the "IDL language" is presently annotated D-Bus introspection > XML. Yes, I'd be the first to say this is not ideal. In fact, it's > fucking ugly. FWIW, I have plans to define a real IDL language in > cooperation with other bindings authors in the D-Bus community.) > > http://cgit.freedesktop.org/~david/eggdbus/tree/src/tests/com.example.Frob.xml?id=0.1 > http://cgit.freedesktop.org/~david/eggdbus/tree/src/tests/com.example.Tweak.xml?id=0.1 > http://cgit.freedesktop.org/~david/eggdbus/tree/src/tests/com.example.Twiddle.xml?id=0.1 > > In the EggDBus Introspection XML IDL, you define > > o interfaces > - methods > - properties > - signals > o error domains > o flag enumerations > o enumerations > o documentation > o structures > > (The latter five items are not defined by the D-Bus specification but > it's implicitly used anyway and it's hard not to argue that these > items are not part of an interface. So it should be defined in the > same place. That way you won't have to change tons of code whenever > a new error or flag is introduced.) > > >From the IDL we now generate C code. This code has gtk-doc comments > (generated from the IDL) so instead of showing you the code, it's easier > just to point to the generated gtk-doc HTML (the section "Example of > Generated Code"): > > http://people.freedesktop.org/~david/eggdbus-0.1-docs/ > > Here are the highlights > > o Each D-Bus interface maps to a GInterface > - each D-Bus method maps to > - three client side functions, e.g. > - test_frob_hello_world_sync() > - test_frob_hello_world() > - test_frob_hello_world_finish() > - one server side VTable entry, e.g. > (*handle_hello_world)() > - one server side function > test_frob_handle_hello_world_finish() > > - each D-Bus signal maps to > - A GObject signal, e.g. > - com.example.Twiddle.NewzNotifz -> TestTwiddle:newz-notifz > - A type-safe convenience function for emitting the signal > - test_twiddle_emit_signal_newz_notifz() > > - each D-Bus property maps to > - A GObject property, e.g. > - com.example.Tweak.SomeReadWritePropety -> > TestTweak:some-read-write-property > - C getters and setters (depending on the property access flags) > > - examples: > http://people.freedesktop.org/~david/eggdbus-0.1-docs/tests-testfrob.html > http://people.freedesktop.org/~david/eggdbus-0.1-docs/tests-testtweak.html > http://people.freedesktop.org/~david/eggdbus-0.1-docs/tests-testtwiddle.html > > o Each D-Bus structure maps to a EggDBusStructure derived class > - with getters/setters for each element > - examples: > http://people.freedesktop.org/~david/eggdbus-0.1-docs/TestPoint.html > http://people.freedesktop.org/~david/eggdbus-0.1-docs/TestStructWithVariant.html > > o Each error domain maps to a generated GError error domain > - examples: > http://people.freedesktop.org/~david/eggdbus-0.1-docs/tests-testerror.html > http://people.freedesktop.org/~david/eggdbus-0.1-docs/tests-testdetailederror.html > > o Flags, enumerations maps to generated subtypes of GEnum and GFlags > - examples: > http://people.freedesktop.org/~david/eggdbus-0.1-docs/tests-testcreateflags.html > http://people.freedesktop.org/~david/eggdbus-0.1-docs/tests-testvehicle.html > > Note that the standard D-Bus interfaces provided in EggDBus are also > generated from annotated IDL, e.g. > > http://people.freedesktop.org/~david/eggdbus-0.1-docs/eggdbus-eggdbuspeer.html > > is generated from > > http://cgit.freedesktop.org/~david/eggdbus/tree/src/eggdbus/org.freedesktop.DBus.Peer.xml?id=0.1 > > Now, onto how this is used. It's very simple. On the client side you use > the generated functions (such as test_frob_hello_world()) while on the > server side you implement an object that implements the GInterface in > question. I'm not going to paste code here, look at the test suite > instead: > > http://cgit.freedesktop.org/~david/eggdbus/tree/src/tests/testclient.c?id=0.1 > http://cgit.freedesktop.org/~david/eggdbus/tree/src/tests/testserver.c?id=0.1 > http://cgit.freedesktop.org/~david/eggdbus/tree/src/tests/testfrobimpl.c?id=0.1 > http://cgit.freedesktop.org/~david/eggdbus/tree/src/tests/testtweakimpl.c?id=0.1 > http://cgit.freedesktop.org/~david/eggdbus/tree/src/tests/testtwiddleimpl.c?id=0.1 > > Note that all server methods are async by default. You could even do > things like run each method invocation in a separate thread or whatever. > > For name tracking, there's an extremely simple (and I think, useful) way > to track names > > http://people.freedesktop.org/~david/eggdbus-0.1-docs/EggDBusObjectProxy.html#EggDBusObjectProxy--name-owner > > Now, in order to handle complex data types I really needed something > like libgee since I need to know the type of the data in order to shove > it onto the wire (via libdbus). > > Initially I just did things like using my own boxed GHashTable type that > stored the D-Bus signature / GType in a lookaside data structure. It was > still very painful to use from C. > > So, for some historical context, there's already a push to get interface > collections into the GLib stack > > http://bugzilla.gnome.org/show_bug.cgi?id=560061 > > AFAICT, the main sticking point here is C convenience (especially > wanting allocating iterators on the stack) and after having experimented > with libgee I tend to concur. > > So I ended up writing my own EggDBusArraySeq and EggBusHashMap classes > to make it more friendly to use from C (they actually make it easy to > use fixed-size types, something that the GLib data types don't). > > While these classes of mine don't yet implement any of the proposed > collection interfaces (such as GSeq or GeeList) they are very much > designed to be able to do so. I will follow up on that bug with more > detailed thoughts. > > For mapping D-Bus structures to the GObject, I ended up doing something > that is possibly controversial. The story is here > > http://people.freedesktop.org/~david/eggdbus-0.1-docs/EggDBusStructure.html#EggDBusStructure.description > > Depending on who you ask this could either be clever use of the GObject > type system or Something That Shouldn't Be Done(tm). Either way, I don't > see any good alternative if you want a very simple and user-friendly > API. > > Some other notes about EggDBus > > - It's going to be used in a number of projects of mine; it's not > yet production ready but I expect that to change over the next > few months... > > - Is using libdbus-1 as an _implementation_ detail. E.g. if we decided > to change to a more light-weight D-Bus implementation (say, with > a GLib-ish abort-on-OOM handling) this can be done behind the scenes. > > - Is designed specifically to integrate with the GObject type system. > > - Is designed to be able to handle both arbitrary complex data types > - if you follow the dbus list you will note that every few months > there's some poor person who run into dbus-glib limitations when > trying to pass complex data types around. > > - Correctness is a concern so there's a very comprehensive test suite > already. > > - Easy of use is a major concern so there's already good doc coverage > and a tutorial planned. > > - Like D-Bus, EggDBus is not a panacea. It is designed specifically > to make it comfortable to work with very large and potentially > complex D-Bus services like e.g. DeviceKit-disks: > > http://hal.freedesktop.org/docs/DeviceKit-disks/Device.html > (we expect to add a lot more D-Bus interfaces to support things > like LVM, btrfs etc. in the near future. So the interfaces are > going to grow). > > from C and GObject. Specifically, EggDBus is not designed for > raw throughput; if you need that you probably shouldn't be using > D-Bus in the first place. > > Anyway, without having measured anything there's going to be *some* > overhead in using EggDBus just compared to libdbus-1. But this is > *fine* for most services; current D-Bus services we have don't need > throughput. > > (case in point: I think I agree with Ryan that things like GSettings > shouldn't be using D-Bus for reading properties since you're going > to have 20+ apps all doing that on startup.) > > - Might look over-engineered. It might. But keep in mind it's designed > to a) be easy to use; and b) scale to very large and complex D-Bus > services. > > - Performance is a actually a concern especially when it comes to > avoiding wakeups. And of course, avoiding burning CPU cycles > is of course a concern (e.g. use O(1) algorithms where possible). > > Wrt. performance, some people may be concerned about the extensive > use of classes and GObject features. Either way, I think that > alexl's work on GIO (EggDBus is comparable to GIO in complexity and > size; perhaps a bit simpler / smaller) have shown that just because > you're using GObject doesn't mean you have to be slow. > > - Is designed for C/C++ but written in a way such that the core bits > should be useful in language bindings (for example, there's an > introspection parser in EggDBus). > > - Is still a work in progress. See > > http://cgit.freedesktop.org/~david/eggdbus/tree/docs/TODO?id=0.1 > > There's also a bunch of TODO items in the code. Nothing major (mostly > optimizations that can be done), just saying. Nothing is set in stone > yet either. > > This mail is already too long but there's one more thing. > > The reason I chose to call this library EggDBus is because I think it > would make sense to merge something like this into GLib; here's why > > - The use of D-Bus in the desktop space is already huge and > it's growing. We really need something that is easier to use > than dbus-glib. Right now there's no good answer in GNOME for > this if you're writing C code. > > - It would be nice to be able to D-Bus from GTK+. Things like > GUniqueApplication comes to mind. > > If there's interest in this I'd be happy with doing the work necessary > to make it happen (including ensuring that D-Bus on Win32 works etc.). > If not, I'll just rename EggDBus to something else... > > Finally, sorry for writing such a long mail. FWIW, I realize that many > people on this list are not necessarily familiar with (or interested in) > all the D-Bus concepts and specifics covered in this mail. Nonetheless, > I hope it's clear that it would be a good thing if we had a good answer > for D-Bus in the core GNOME library stack. > > (And if you got this far, I'll buy you a beer at GUADEC ;-) > > Thanks, > David > > > _______________________________________________ > gtk-devel-list mailing list > gtk-devel-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-devel-list From jp0409@jippii.fi Mon Dec 22 18:38:52 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 6311F75006F for ; Mon, 22 Dec 2008 18:38:52 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: 0.643 X-Spam-Level: X-Spam-Status: No, score=0.643 tagged_above=-999 required=2 tests=[BAYES_40=-0.185, SARE_OBFU_ALL=0.751, TW_QL=0.077] X-Amavis-OS-Fingerprint: Linux 2.6, seldom 2.4 (older, 4) (up: 1449 hrs), (distance 24, link: ethernet/modem), [195.197.172.115] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id eRN-Q+qTpX8Y for ; Mon, 22 Dec 2008 18:38:45 +0000 (GMT) Received: from gw01.mail.saunalahti.fi (gw01.mail.saunalahti.fi [195.197.172.115]) by menubar.gnome.org (Postfix) with ESMTP id 768A775002E for ; Mon, 22 Dec 2008 18:38:43 +0000 (GMT) Received: from cfo-10-2.mail.saunalahti.fi (cfo-10.mail.saunalahti.fi [62.142.5.104]) by gw01.mail.saunalahti.fi (Postfix) with ESMTP id ED4EE151807 for ; Mon, 22 Dec 2008 20:38:40 +0200 (EET) Received: from cfo-10.mail.saunalahti.fi (localhost [127.0.0.1]) by cfo-10-2.mail.saunalahti.fi (Postfix) with SMTP id B72395408A for ; Mon, 22 Dec 2008 20:38:40 +0200 (EET) X-Spam-Virus: No Received: from tassimo.webmail.saunalahti.fi (tassimo.webmail.saunalahti.fi [195.197.55.117]) by cfo-10-2.mail.saunalahti.fi (Postfix) with ESMTP id 8230454090 for ; Mon, 22 Dec 2008 20:38:40 +0200 (EET) Date: Mon, 22 Dec 2008 20:38:40 +0200 (EET) From: jp0409@jippii.fi To: vala-list@gnome.org Message-ID: <24772094.1726761229971120530.JavaMail.jp0409@jippii.fi> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_47163_24971146.1229971120529" X-Mailer: Saunalahti webmail - http://www.saunalahti.fi X-Originating-IP: 217.30.179.52 Subject: [Vala] Mysql bindings X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Dec 2008 18:38:52 -0000 ------=_Part_47163_24971146.1229971120529 Content-Type: text/plain; Charset=iso-8859-1; Format=Flowed Content-Transfer-Encoding: quoted-printable Hi, I have written Vala bindings for mysql (attached in the mail). Currently=20 I need to manually link the application with mysqlclient but otherwise=20 it works fine (at least the stuff a have tried). I didn't find the=20 correct place to add linking info for a vapi file, however. Anyway, please include this in the future versions of Vala :-) Regards, J-P __ Wippies-vallankumous on t=E4=E4ll=E4! Varmista paikkasi vallankumouksen etu= rintamassa ja liity Wippiesiin heti! http://www.wippies.com/ ------=_Part_47163_24971146.1229971120529 Content-Type: application/octet-stream; name=mysql.vapi Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=mysql.vapi /* mysql.vala * * Copyright (C) 2008 Jukka-Pekka Iivonen * * This library is free software; you can redistribute it and/or * modify it under the terms of the GNU Lesser General Public * License as published by the Free Software Foundation; either * version 2.1 of the License, or (at your option) any later version. * This library is distributed in the hope that it will be useful, * but WITHOUT ANY WARRANTY; without even the implied warranty of * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU * Lesser General Public License for more details. * You should have received a copy of the GNU Lesser General Public * License along with this library; if not, write to the Free Software * Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA * * Author: * Jukka-Pekka Iivonen */ [CCode (lower_case_cprefix = "mysql_", cheader_filename = "mysql/mysql.h")] namespace Mysql { /* Database Connection Handle */ [Compact] [CCode (free_function = "mysql_close", cname = "MYSQL", cprefix = "mysql_")] public class Database { [CCode (argument0 = "NULL", cname = "mysql_init")] public void init (); public ulong affected_rows (); public bool autocommit (bool mode); public bool change_user (string username, string passwd, string dbname); public weak string character_set_name (); public bool commit (); public int dump_debug_info (); public uint errno (); public weak string error (); public weak string get_host_info (); public uint get_proto_info (); public weak string get_server_info (); public ulong get_server_version (); public weak string get_ssl_cipher (); public weak string info (); public ulong insert_id (); public int kill (ulong pid); public Result list_dbs (string wild); public Result list_fields (string table, string wild); public Result list_processes (); public Result list_tables (string wild); public bool more_results (); public int next_result (); public int options (int option, string arg); public int ping (); public int query (string stmt_str); public bool real_connect (string host, string username, string passwd, string dbname, uint port, string? unix_socket, ulong client_flag); public ulong real_escape_string (string to, string from, ulong length); public int real_query (string query, ulong len); public int reload (); public bool rollback (); public int select_db (string dbname); public int set_character_set (string csname); public void set_local_infile_default (); public int set_server_option (int option); public weak string sqlstate (); public int shutdown (int shutdown_level); public bool ssl_set (string key, string cert, string ca, string capath, string cipher); public weak string stat (); public Result? store_result (); public ulong thread_id (); public Result use_result (); public uint warning_count (); } [Compact] [CCode (free_function = "mysql_free_result", cname = "MYSQL_RES", cprefix = "mysql_")] public class Result { public bool eof (); public Field fetch_field (); public Field fetch_field_direct (uint field_nbr); public Field[] fetch_fields (); public ulong[] fetch_lengths (); [NoArrayLength] public weak string[]? fetch_row (); public uint fetch_count (); public uint num_fields (); public uint num_rows (); public bool data_seek (ulong offset); } [CCode (cname = "MYSQL_FIELD")] public struct Field { } public weak string get_client_info (); public ulong get_client_version (); public void debug (string msg); public ulong hex_string (string to, string from, ulong length); public void library_end (); public int library_init (int argc, string[] argv, string[] groups); public void server_end (); public int server_init (int argc, string[] argv, string[] groups); public void thread_end (); public bool thread_init (); public uint thread_safe (); } ------=_Part_47163_24971146.1229971120529 Content-Type: application/octet-stream; name=test.vala Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=test.vala using GLib; using Mysql; public class BasicSample : Object { public static int main (string[] args) { // Show client version info stdout.printf ("Client info: %s\n", Mysql.get_client_info ()); Database mysql = new Database (); mysql.init (); // Connect to a mysql server on localhost as root without password // Set the database as 'hubba' if (! mysql.real_connect ("localhost", "root", "", "hubba", 0, null, 0)) { stdout.printf ("ERROR: '%s'\n", mysql.error ()); return 1; } // Show server version info stdout.printf ("%s\n", mysql.get_server_info ()); // Execute a simple SQL query if (mysql.query ("SELECT * FROM a;") != 0) { stderr.printf ("ERROR: '%s'\n", mysql.error ()); return 1; } else { stdout.printf ("OK.\n"); } // Fetch the results Result? res = mysql.store_result (); // Display each row weak string[]? row; do { row = res.fetch_row (); if (row != null) { stdout.printf ("%s\n", row[0]); } } while (row != null); // All done return 0; } } ------=_Part_47163_24971146.1229971120529-- From mike.tielie@gmail.com Tue Dec 23 08:40:35 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 21054750050 for ; Tue, 23 Dec 2008 08:40:35 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.521 X-Spam-Level: X-Spam-Status: No, score=-2.521 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, TW_QL=0.077] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 2) (up: 3017 hrs), (distance 16, link: ethernet/modem), [209.85.218.21] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FG1RZkQmJeCC for ; Tue, 23 Dec 2008 08:40:26 +0000 (GMT) Received: from mail-bw0-f21.google.com (mail-bw0-f21.google.com [209.85.218.21]) by menubar.gnome.org (Postfix) with ESMTP id 1037E75002E for ; Tue, 23 Dec 2008 08:40:25 +0000 (GMT) Received: by bwz14 with SMTP id 14so6707151bwz.15 for ; Tue, 23 Dec 2008 00:40:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type:references; bh=tJs8x/RpP/OYyVSaE1xmOoNkQ5+dm0LI65gzLvhUsBI=; b=qAqI/BHaMNaiBvTpP4Hq3FqouqgkHnIGgRIQg1XTj0uNpdfGUHQsD42kaLv8bRhiN4 DR1m7/x2uX9CHChz/FcjwzKlY8OKCrVUIqki1fUOHF23MAzlBtsp3XNvPRS2UIZ6z6X7 z1gKX0bvnj2b9FZXufV9RrOJDja5zz81AM2RU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:references; b=YLEhRnNObClb+cdpQ9K06bZ8qhL4JX+660EpwAKmkGuHK85z3rsQPj4tf4QXICngiU M5WjO0utsMZ8Lm+2I7nOcNKToG/QdeGYbIs0HlVbzu4gkm33OWh5DL6anw50MN6oxHVw fhawGcnaBXf06+gqUsPpTOW9cL1Zj1IQniH7Q= Received: by 10.103.226.10 with SMTP id d10mr2653654mur.105.1230021623400; Tue, 23 Dec 2008 00:40:23 -0800 (PST) Received: by 10.102.228.14 with HTTP; Tue, 23 Dec 2008 00:40:23 -0800 (PST) Message-ID: Date: Tue, 23 Dec 2008 09:40:23 +0100 From: "Mikael Hermansson" To: jp0409@jippii.fi In-Reply-To: <24772094.1726761229971120530.JavaMail.jp0409@jippii.fi> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_77834_26156925.1230021623372" References: <24772094.1726761229971120530.JavaMail.jp0409@jippii.fi> Cc: vala-list@gnome.org Subject: Re: [Vala] Mysql bindings X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Dec 2008 08:40:35 -0000 ------=_Part_77834_26156925.1230021623372 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 Content-Disposition: inline TG9va3MgaW50cmVzdGluZyByZWFsbHkgaG9wZSB0aGlzIHdpbGwgYmUgYWRkZWQgdG8gVmFsYSBT Vk4gdHJ1bmsuCgpBbnkgcGxhbnMgdG8gYWRkIHRoaXMgdG8gVmFsYSBTVk4gdHJ1bms/CgoKCjIw MDgvMTIvMjIgPGpwMDQwOUBqaXBwaWkuZmk+Cgo+IEhpLAo+Cj4gSSBoYXZlIHdyaXR0ZW4gVmFs YSBiaW5kaW5ncyBmb3IgbXlzcWwgKGF0dGFjaGVkIGluIHRoZSBtYWlsKS4gQ3VycmVudGx5IEkK PiBuZWVkIHRvIG1hbnVhbGx5IGxpbmsgdGhlIGFwcGxpY2F0aW9uIHdpdGggbXlzcWxjbGllbnQg YnV0IG90aGVyd2lzZSBpdAo+IHdvcmtzIGZpbmUgKGF0IGxlYXN0IHRoZSBzdHVmZiBhIGhhdmUg dHJpZWQpLiBJIGRpZG4ndCBmaW5kIHRoZSBjb3JyZWN0Cj4gcGxhY2UgdG8gYWRkIGxpbmtpbmcg aW5mbyBmb3IgYSB2YXBpIGZpbGUsIGhvd2V2ZXIuCj4KPiBBbnl3YXksIHBsZWFzZSBpbmNsdWRl IHRoaXMgaW4gdGhlIGZ1dHVyZSB2ZXJzaW9ucyBvZiBWYWxhIDotKQo+Cj4gUmVnYXJkcywKPiBK LVAKPgo+IF9fCj4gV2lwcGllcy12YWxsYW5rdW1vdXMgb24gdMOkw6RsbMOkISBWYXJtaXN0YSBw YWlra2FzaSB2YWxsYW5rdW1vdWtzZW4KPiBldHVyaW50YW1hc3NhIGphIGxpaXR5IFdpcHBpZXNp aW4gaGV0aSEKPiBodHRwOi8vd3d3LndpcHBpZXMuY29tLwo+Cj4gX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX18KPiBWYWxhLWxpc3QgbWFpbGluZyBsaXN0Cj4g VmFsYS1saXN0QGdub21lLm9yZwo+IGh0dHA6Ly9tYWlsLmdub21lLm9yZy9tYWlsbWFuL2xpc3Rp bmZvL3ZhbGEtbGlzdAo+Cj4K ------=_Part_77834_26156925.1230021623372 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: base64 Content-Disposition: inline TG9va3MgaW50cmVzdGluZyByZWFsbHkgaG9wZSB0aGlzIHdpbGwgYmUgYWRkZWQgdG8gVmFsYSBT Vk4gdHJ1bmsuPGJyPjxicj5BbnkgcGxhbnMgdG8gYWRkIHRoaXMgdG8gVmFsYSBTVk4gdHJ1bms/ PGJyPjxicj48YnI+PGJyPjxkaXYgY2xhc3M9ImdtYWlsX3F1b3RlIj4yMDA4LzEyLzIyICA8c3Bh biBkaXI9Imx0ciI+Jmx0OzxhIGhyZWY9Im1haWx0bzpqcDA0MDlAamlwcGlpLmZpIj5qcDA0MDlA amlwcGlpLmZpPC9hPiZndDs8L3NwYW4+PGJyPgo8YmxvY2txdW90ZSBjbGFzcz0iZ21haWxfcXVv dGUiIHN0eWxlPSJib3JkZXItbGVmdDogMXB4IHNvbGlkIHJnYigyMDQsIDIwNCwgMjA0KTsgbWFy Z2luOiAwcHQgMHB0IDBwdCAwLjhleDsgcGFkZGluZy1sZWZ0OiAxZXg7Ij5IaSw8YnI+Cjxicj4K SSBoYXZlIHdyaXR0ZW4gVmFsYSBiaW5kaW5ncyBmb3IgbXlzcWwgKGF0dGFjaGVkIGluIHRoZSBt YWlsKS4gQ3VycmVudGx5IEkgbmVlZCB0byBtYW51YWxseSBsaW5rIHRoZSBhcHBsaWNhdGlvbiB3 aXRoIG15c3FsY2xpZW50IGJ1dCBvdGhlcndpc2UgaXQgd29ya3MgZmluZSAoYXQgbGVhc3QgdGhl IHN0dWZmIGEgaGF2ZSB0cmllZCkuIEkgZGlkbiYjMzk7dCBmaW5kIHRoZSBjb3JyZWN0IHBsYWNl IHRvIGFkZCBsaW5raW5nIGluZm8gZm9yIGEgdmFwaSBmaWxlLCBob3dldmVyLjxicj4KCjxicj4K QW55d2F5LCBwbGVhc2UgaW5jbHVkZSB0aGlzIGluIHRoZSBmdXR1cmUgdmVyc2lvbnMgb2YgVmFs YSA6LSk8YnI+Cjxicj4KUmVnYXJkcyw8YnI+CkotUDxicj4KPGJyPgpfXzxicj4KV2lwcGllcy12 YWxsYW5rdW1vdXMgb24gdMOkw6RsbMOkISBWYXJtaXN0YSBwYWlra2FzaSB2YWxsYW5rdW1vdWtz ZW4gZXR1cmludGFtYXNzYSBqYSBsaWl0eSBXaXBwaWVzaWluIGhldGkhPGJyPgo8YSBocmVmPSJo dHRwOi8vd3d3LndpcHBpZXMuY29tLyIgdGFyZ2V0PSJfYmxhbmsiPmh0dHA6Ly93d3cud2lwcGll cy5jb20vPC9hPjxicj4KPGJyPl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fPGJyPgpWYWxhLWxpc3QgbWFpbGluZyBsaXN0PGJyPgo8YSBocmVmPSJtYWlsdG86 VmFsYS1saXN0QGdub21lLm9yZyI+VmFsYS1saXN0QGdub21lLm9yZzwvYT48YnI+CjxhIGhyZWY9 Imh0dHA6Ly9tYWlsLmdub21lLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3ZhbGEtbGlzdCIgdGFyZ2V0 PSJfYmxhbmsiPmh0dHA6Ly9tYWlsLmdub21lLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3ZhbGEtbGlz dDwvYT48YnI+Cjxicj48L2Jsb2NrcXVvdGU+PC9kaXY+PGJyPgo= ------=_Part_77834_26156925.1230021623372-- From hveso3@gmail.com Tue Dec 23 09:02:02 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id BB34B75002E for ; Tue, 23 Dec 2008 09:02:02 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.6, seldom 2.4 (older, 4) (up: 3754 hrs), (distance 19, link: ethernet/modem), [195.130.137.75] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1mQbxYR3pwyA for ; Tue, 23 Dec 2008 09:01:55 +0000 (GMT) Received: from winston.telenet-ops.be (winston.telenet-ops.be [195.130.137.75]) by menubar.gnome.org (Postfix) with ESMTP id 3555B75000A for ; Tue, 23 Dec 2008 09:01:54 +0000 (GMT) Received: from localhost (localhost.localdomain [127.0.0.1]) by winston.telenet-ops.be (Postfix) with SMTP id 7AB52A006A; Tue, 23 Dec 2008 10:01:52 +0100 (CET) Received: from [192.168.16.4] (d54C33DDE.access.telenet.be [84.195.61.222]) by winston.telenet-ops.be (Postfix) with ESMTP id 5B98AA0058; Tue, 23 Dec 2008 10:01:52 +0100 (CET) From: Hans Vercammen To: Yu Feng In-Reply-To: <1229883902.3161.30.camel@localhost.localdomain> References: <1229685010.6926.35.camel@jdesktop.bitron.ch> <1229735998.5745.67.camel@orcus> <1229757844.3453.35.camel@jdesktop.bitron.ch> <1229813856.8267.16.camel@orcus> <1229814963.3453.116.camel@jdesktop.bitron.ch> <1229883902.3161.30.camel@localhost.localdomain> Content-Type: text/plain; charset="UTF-8" Date: Tue, 23 Dec 2008 10:01:53 +0100 Message-Id: <1230022913.7178.19.camel@orcus> Mime-Version: 1.0 X-Mailer: Evolution 2.24.2 Content-Transfer-Encoding: 8bit Cc: vala-list Subject: Re: [Vala] Ownership syntax changes X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Dec 2008 09:02:03 -0000 On Sun, 2008-12-21 at 13:25 -0500, Yu Feng wrote: > On Sun, 2008-12-21 at 00:16 +0100, Jürg Billeter wrote: > > On Sat, 2008-12-20 at 23:57 +0100, Hans Vercammen wrote: > > > On Sat, 2008-12-20 at 08:24 +0100, Jürg Billeter wrote: > > > > On Sat, 2008-12-20 at 02:19 +0100, Hans Vercammen wrote: > > > > > On Fri, 2008-12-19 at 12:10 +0100, Jürg Billeter wrote: > > > > > > > > > > > > * `unowned' type modifier complements `weak' type modifier > > > > > > > > > > > > `weak' only make sense for reference fields, list elements, and local > > > > > > variables to break reference cycles. Vala will use > > > > > > `g_object_add_weak_pointer' in these places in future versions. > > > > > > > > > > I definitely agree we should avoid dangling pointers as much as > > > > > possible. However, I fear a bit that many people will turn to using > > > > > pointers when this is also applied to local variables. > > > > > > > > Why do you think people will switch to pointers? Do you have an example > > > > in mind where the change might cause issues? > > > > > > I don't see an immediate use case where this might fail. However, weak > > > local variables can be used to tweak unnecessary reference counting > > > overhead. Registering the pointers possibly invalidates this tweak. We > > > have to wait an see how this actually behaves in for example loops etc. > > > Judging from the implementation within GObject, weak references might > > > actually be slower as strong ones. > > > > You should not use weak for performance improvements with the new > > syntax, it's only meant to break reference cycles or to not keep an > > object alive for other reasons. > > > > The unowned modifier will still allow you to avoid any kind reference > > counting or tracking. There will just be no guarantees at all if you do > > that. > > I am confused with weak and unowned. Saying if gtk_window_list_toplevels > returns a list of GtkWindows, should these be unowned or weak? > > List Gtk.Window.list_toplevels(); > or > List Gtk.Widget.list_toplevels(); > > Because in devhelp it is written that the elements are not referenced: > > Returns a list of all existing toplevel windows. The widgets in > the list are not individually referenced. If you want to iterate > through the list and perform actions involving callbacks that > might destroy the widgets, you must call g_list_foreach (result, > (GFunc)g_object_ref, NULL) first, and then unref all the widgets > afterwards. Using GLib.List would be more appropriate in this case. If I understand correctly, using "weak" for list elements would allow you to have a collection of "unowned" references that are also tracked on validity. (for the types that support it) The keyword "weak" would change to an abstract data type instead of a simple type modifier. > > perhaps weak will be useful only for member variables(they are on the > heap) after the invention of 'unowned', given the add_weak_pointer use > case? I don't think it's feasible to track the weak references throughout the stack. However, using local weak tracking references probably have there uses in a single threaded environment where you don't necessarily need to keep the object alive. In general you would not need weak or unowned member variables if it wasn't for the cyclic references. Preventing these side-effects in a good shared/ownership design probably saves you a lot of hunting time afterwards in my opinion. Hans From mlists@ymail.com Tue Dec 23 16:33:35 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id E0061750073 for ; Tue, 23 Dec 2008 16:33:35 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -0.998 X-Spam-Level: X-Spam-Status: No, score=-0.998 tagged_above=-999 required=2 tests=[BAYES_50=0.001, HTML_MESSAGE=0.001, L_P0F_Unix=-1] X-Amavis-OS-Fingerprint: FreeBSD 4.7-5.2 (or MacOS X 10.2-10.4) (2) (up: 7477 hrs), (distance 17, link: ethernet/modem), [68.142.207.48] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id iGepjS7AqMf7 for ; Tue, 23 Dec 2008 16:33:29 +0000 (GMT) Received: from n29.bullet.mail.mud.yahoo.com (n29.bullet.mail.mud.yahoo.com [68.142.207.48]) by menubar.gnome.org (Postfix) with SMTP id C5E1375008E for ; Tue, 23 Dec 2008 16:33:28 +0000 (GMT) Received: from [68.142.200.221] by n29.bullet.mail.mud.yahoo.com with NNFMP; 23 Dec 2008 16:33:26 -0000 Received: from [76.13.13.26] by t9.bullet.mud.yahoo.com with NNFMP; 23 Dec 2008 16:33:26 -0000 Received: from [76.13.10.165] by t3.bullet.mail.ac4.yahoo.com with NNFMP; 23 Dec 2008 16:33:26 -0000 Received: from [127.0.0.1] by omp106.mail.ac4.yahoo.com with NNFMP; 23 Dec 2008 16:33:26 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 507462.82998.bm@omp106.mail.ac4.yahoo.com Received: (qmail 47033 invoked by uid 60001); 23 Dec 2008 16:33:26 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=ymail.com; h=X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type:Message-ID; b=FWE4gTQ0Y60NB3toItS1bqryvnq/evRoDAeBK7sGjhWpSm3YFS0zSTWA7hbAjnMGNo0pl+PTCl7biIt0ymB1FHWKl7c9icY7OtKMqx6lvFgHOknP+Vh3Z6XCfex0hvN7GH6qh4RybmYCFPc/2TU26+HN7s7CJwiq4if3wn79llA=; X-YMail-OSG: nJJ6kuAVM1k3H0gTCBR1RrZ_MGQTA41byrQmIc7IDuyHT2uRGSR0dKAeihPWMoAa3yA.Id2H6X.987MhoHj4hqcM34NsAiEiCP65aX9DMZKDe_hKwId.pH_PvI_igdtEADE4IftxiPpbFQRbD_pe1XXHcCE- Received: from [93.180.72.215] by web59811.mail.ac4.yahoo.com via HTTP; Tue, 23 Dec 2008 08:33:26 PST X-Mailer: YahooMailRC/1155.45 YahooMailWebService/0.7.260.1 Date: Tue, 23 Dec 2008 08:33:26 -0800 (PST) From: Mihail Naydenov To: vala MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="0-54828537-1230050006=:45770" Message-ID: <395834.45770.qm@web59811.mail.ac4.yahoo.com> Subject: [Vala] calling conventions? X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Dec 2008 16:33:36 -0000 --0-54828537-1230050006=:45770 Content-Type: text/plain; charset=us-ascii Is there a way to add calling convention to the vapi and/or vala code? While testing the vapi (for a c lib) that Im writing, I stumbled upon a problem using delegates/func pointers. It resulted in warning: assignment from incompatible pointer type and the app just crashes on some specific function pointers, fed with my delegates. After half day digging, it turned out it is the calling convention that caused the problem! (and everything is fine when I add them in the generated .c files) There should be a way to add calling convention (attribute?) to the vapi much like in C# Also the warring should be made clearer. 10x MihailNaydenov PS Im running under win32/msys --0-54828537-1230050006=:45770 Content-Type: text/html; charset=us-ascii
Is there a way to add calling convention to the vapi and/or vala code?

While testing the vapi (for a c lib) that Im writing, I stumbled upon a problem using delegates/func pointers.
It resulted in
warning: assignment from incompatible pointer type
and the app just crashes on some specific function pointers, fed with my delegates.

After half day digging, it turned out it is the calling convention that caused the problem!
(and everything is fine when I add them in the generated .c files)

There should be a way to add calling convention (attribute?) to the vapi much like in C#
Also the warring should be made clearer.
10x
MihailNaydenov

PS Im running under win32/msys

--0-54828537-1230050006=:45770-- From chust@web.de Tue Dec 23 17:57:25 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id EE54D75008E for ; Tue, 23 Dec 2008 17:57:24 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.4-2.6 (NAT!) (up: 8137 hrs), (distance 19, link: GPRS, T1, FreeS/WAN), [217.72.192.234] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HFtpnRN+GrkM for ; Tue, 23 Dec 2008 17:57:19 +0000 (GMT) Received: from fmmailgate03.web.de (fmmailgate03.web.de [217.72.192.234]) by menubar.gnome.org (Postfix) with ESMTP id B3EB7750085 for ; Tue, 23 Dec 2008 17:57:18 +0000 (GMT) Received: from smtp07.web.de (fmsmtp07.dlan.cinetic.de [172.20.5.215]) by fmmailgate03.web.de (Postfix) with ESMTP id 59C74F5C7DE6; Tue, 23 Dec 2008 18:57:16 +0100 (CET) Received: from [93.104.101.250] (helo=[192.168.0.4]) by smtp07.web.de with asmtp (TLSv1:AES256-SHA:256) (WEB.DE 4.110 #273) id 1LFBVM-0000Zt-00; Tue, 23 Dec 2008 18:57:16 +0100 Message-ID: <4951266E.7030606@web.de> Date: Tue, 23 Dec 2008 18:57:02 +0100 From: Thomas Chust User-Agent: Mozilla/5.0 (X11; U; Linux ppc; en-US; rv:1.8.1.18) Gecko/20081215 SeaMonkey/1.1.13 MIME-Version: 1.0 To: Mihail Naydenov References: <395834.45770.qm@web59811.mail.ac4.yahoo.com> In-Reply-To: <395834.45770.qm@web59811.mail.ac4.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: chust@web.de X-Sender: chust@web.de X-Provags-ID: V01U2FsdGVkX1+se8zCxR0qrCcPoY6yN74Jx2cHHVJ9EjUM9dRb IhXLs84EEk/09YBaCRRFiUmgoLW2y2Xs4C/EClrbRC7nlKvCh0 W6mw6x8qY= Cc: vala Subject: Re: [Vala] calling conventions? X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Dec 2008 17:57:25 -0000 Mihail Naydenov wrote: > [...] > There should be a way to add calling convention (attribute?) to the vapi > much like in C# That's a good idea. > Also the warring should be made clearer. > [...] That's also a good idea, but it has nothing to do with Vala. Vala could not even possibly detect this kind of problem, unless it included the C compiler itself instead of calling it as an external tool. You should tell the developers of the C compiler you use to improve their warning messages ;-) cu, Thomas From andre.kuehne@gmx.net Wed Dec 24 13:29:46 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 0ACE8750073 for ; Wed, 24 Dec 2008 13:29:46 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 3) (up: 503 hrs), (distance 24, link: ethernet/modem), [213.165.64.20] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id F-zqQEXc+NHC for ; Wed, 24 Dec 2008 13:29:39 +0000 (GMT) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by menubar.gnome.org (Postfix) with SMTP id 2C325750069 for ; Wed, 24 Dec 2008 13:29:38 +0000 (GMT) Received: (qmail invoked by alias); 24 Dec 2008 13:29:35 -0000 Received: from g227167161.adsl.alicedsl.de (EHLO [192.168.1.2]) [92.227.167.161] by mail.gmx.net (mp048) with SMTP; 24 Dec 2008 14:29:35 +0100 X-Authenticated: #19272812 X-Provags-ID: V01U2FsdGVkX1/zj9MyauXzU1Yj5Vs6LX5S+prpzFx3mafZVNL9eQ nElIfzJ+4P3xeR Message-ID: <4952393D.1040602@gmx.net> Date: Wed, 24 Dec 2008 14:29:33 +0100 From: Andre Kuehne User-Agent: Thunderbird 2.0.0.18 (X11/20081105) MIME-Version: 1.0 To: vala-list@gnome.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.62 X-Mailman-Approved-At: Wed, 24 Dec 2008 13:33:54 +0000 Subject: [Vala] instantiation via base class constructor X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Dec 2008 13:29:46 -0000 Hello, i am new to Vala, played with it the last two days and have now a bunch of open questions. Here's one of them: Is it possible to instantiate a class via a constructor of one of its base classes? For example the following does not work: class Aaa { public int x; Aaa(int x) { this.x = x; } public virtual void test() { stdout.printf("%d\n", this.x); } } class Bbb : Aaa { public override void test() { stdout.printf("%d\n", -this.x); } } void main() { new Bbb(5).test(); } $ valac super.vala super.vala:13.2-13.11: error: Too many arguments, method `Bbb.new' does not take 1 arguments new Bbb(5).test(); ^^^^^^^^^^ Compilation failed: 1 error(s), 0 warning(s) Thanks in advance! Andre From gcpv-vala@m.gmane.org Wed Dec 24 23:40:28 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 9779A75006E for ; Wed, 24 Dec 2008 23:40:28 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -3.599 X-Spam-Level: X-Spam-Status: No, score=-3.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1] X-Amavis-OS-Fingerprint: Linux 2.6, seldom 2.4 (older, 4) (up: 6151 hrs), (distance 19, link: ethernet/modem), [80.91.229.2] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gdq5zruNRY7M for ; Wed, 24 Dec 2008 23:40:21 +0000 (GMT) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by menubar.gnome.org (Postfix) with ESMTP id D881775006D for ; Wed, 24 Dec 2008 23:40:20 +0000 (GMT) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1LFdKo-0007py-NB for vala-list@gnome.org; Wed, 24 Dec 2008 23:40:14 +0000 Received: from 87-205-196-115.adsl.inetia.pl ([87.205.196.115]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 24 Dec 2008 23:40:14 +0000 Received: from uzytkownik2 by 87-205-196-115.adsl.inetia.pl with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 24 Dec 2008 23:40:14 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: vala-list@gnome.org From: Maciej Piechotka Date: Thu, 25 Dec 2008 00:33:31 +0100 Lines: 44 Message-ID: <87hc4t9mic.fsf@news.piechotka.com.pl> References: <4952393D.1040602@gmx.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 87-205-196-115.adsl.inetia.pl User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.3 (gnu/linux) Cancel-Lock: sha1:+iWN6oXi32iMks5Z8UY13NY+HgI= Sender: news Subject: Re: [Vala] instantiation via base class constructor X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Dec 2008 23:40:28 -0000 Andre Kuehne writes: > Hello, > > i am new to Vala, played with it the last two days and have now a bunch of open questions. > Here's one of them: Is it possible to instantiate a class via a > constructor of one of its base classes? For example the following does > not work: > > class Aaa { > public int x; > Aaa(int x) { this.x = x; } > public virtual void test() { stdout.printf("%d\n", this.x); } > } > > class Bbb : Aaa { > public override void test() { stdout.printf("%d\n", -this.x); } > } > The default constructor is used. Please note that the x will be not assigned. > void main() { > new Bbb(5).test(); new Bbb(5).test(); > } > > $ valac super.vala > super.vala:13.2-13.11: error: Too many arguments, method `Bbb.new' does not take 1 arguments > new Bbb(5).test(); > ^^^^^^^^^^ > Compilation failed: 1 error(s), 0 warning(s) > > Thanks in advance! > Andre Regards -- I've probably left my head... somewhere. Please wait untill I find it. Homepage (pl_PL): http://uzytkownik.jogger.pl/ (GNU/)Linux User: #425935 (see http://counter.li.org/) From gcpv-vala@m.gmane.org Thu Dec 25 22:10:21 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 9844C75009F for ; Thu, 25 Dec 2008 22:10:21 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -3.599 X-Spam-Level: X-Spam-Status: No, score=-3.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1] X-Amavis-OS-Fingerprint: Linux 2.6, seldom 2.4 (older, 4) (up: 6376 hrs), (distance 19, link: ethernet/modem), [80.91.229.2] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VMEcz40+rjGS for ; Thu, 25 Dec 2008 22:10:07 +0000 (GMT) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by menubar.gnome.org (Postfix) with ESMTP id 656C3750071 for ; Thu, 25 Dec 2008 22:10:06 +0000 (GMT) Received: from root by ciao.gmane.org with local (Exim 4.43) id 1LFyP4-00062q-FT for vala-list@gnome.org; Thu, 25 Dec 2008 22:10:03 +0000 Received: from labb12.iibf.hun.edu.tr ([193.140.238.181]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 25 Dec 2008 22:10:02 +0000 Received: from canol by labb12.iibf.hun.edu.tr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 25 Dec 2008 22:10:02 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: vala-list@gnome.org From: Canol =?utf-8?b?R8O2a2Vs?= Date: Thu, 25 Dec 2008 22:04:35 +0000 (UTC) Lines: 29 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: main.gmane.org User-Agent: Loom/3.14 (http://gmane.org/) X-Loom-IP: 193.140.225.206 (Mozilla/5.0 (Windows; U; Windows NT 5.1; tr; rv:1.9.0.5) Gecko/2008120122 Firefox/3.0.5) Sender: news Subject: [Vala] Thanks X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Dec 2008 22:10:21 -0000 Hello, I am about to finish my first desktop software (if we don't count Visual Basic ones). And it is written in Vala. Here is a screenshot: http://img152.imageshack.us/my.php?image=moviearchiverqe9.png I wanted to thank the guys who are working on this project, namely: To the creators of this project. Vala is really wonderful and so fun, To the guy who created http://www.valadoc.org . Without this web site it would be impossible for me to code this program, To the guy who created the Windows installer. This installer is working very well, it installs all the development files and prepares the compiler for you which is a pain in Windows for C/GTK development, To the guy who wrote the Tutorial at http://live.gnome.org/Vala/Tutorial (I guess Jürg wrote it himself?). It was really really helpful and provides a starting point for people like me, And of course to the academy, And all other contributers... The program is not finished and I don't know yet how to create makefiles etc... So, I can't properly distribute the software yet. But if anybody wants I can send the source code, happily. From samdanielson@gmail.com Thu Dec 25 23:35:34 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 35D94750099 for ; Thu, 25 Dec 2008 23:35:34 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 2) (firewall!) (up: 2950 hrs), (distance 16, link: (Google 2)), [74.125.46.29] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 349tQq3MQQKg for ; Thu, 25 Dec 2008 23:35:25 +0000 (GMT) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.29]) by menubar.gnome.org (Postfix) with ESMTP id 28DA3750065 for ; Thu, 25 Dec 2008 23:35:24 +0000 (GMT) Received: by yw-out-2324.google.com with SMTP id 5so1220032ywh.63 for ; Thu, 25 Dec 2008 15:35:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:cc:subject :message-id:references:mime-version:content-type:content-disposition :in-reply-to:user-agent; bh=vDJdhBVPSgf9NjdBY64FrWjInlZ4clTTlW8vxf11rEQ=; b=YUzBtFgQ5Hk1gtwv+QM2kMvClOm14LYLZCnQ7bgSmGhUZwtXflLVjwZtLmzWMLMCYN A9Y7iDmZYZtLWLiUc2PiTd2wOT0cvyC/0rPfFC1vtSMjT4pDhQ8d3aro9+vxURKTdcEx n+0ZLCRYvQyL3JjMx+ZD0m2DJV7F3UQblostc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=MW31YLCCKAcPBpxqgxNBh95JrLiuDW05tsh1XHDOsapPSGDdI24I93tMOwpVlFhNFp 9EN8YvjGna+TVM/VGXoBn5Us6e04Wihm8qUS5D5ZjCsCDPqjk6EwH5cLbuYKQtXEJC8j vnKyXpAwC1x9BXWN8silLQsPk/aVvgOtFjmW0= Received: by 10.65.123.10 with SMTP id a10mr7959302qbn.79.1230248121957; Thu, 25 Dec 2008 15:35:21 -0800 (PST) Received: from wish.Hilton.com ([12.189.104.130]) by mx.google.com with ESMTPS id k7sm19279298qba.26.2008.12.25.15.35.19 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 25 Dec 2008 15:35:21 -0800 (PST) Date: Thu, 25 Dec 2008 18:33:39 -0500 From: Sam Danielson To: Canol =?iso-8859-1?Q?G=F6kel?= Message-ID: <20081225233339.GA27502@wish.Hilton.com> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.18 (2008-05-17) Cc: vala-list@gnome.org Subject: Re: [Vala] Thanks X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Dec 2008 23:35:34 -0000 That's the Christmas Spirit. To add my two cents, I have an application I wrote in C that I have been using for about six months. It's a mess and I did not use GObject save for interfacing with gtk. I've been trying to finish that last mile, making it useful for my coworkers, but I have found that task pretty draining. Me + C + users = ???. Fortunately it at least tries to be object oriented so a conversion to Vala looks pretty straight forward and I will attempt that after I finish experimenting with Vala and SDL/Gtk. Vala hasn't helped me build an app yet but it has given me some solid entertainment for the past week. With C I'm lazy and if Gtk can manage a string for me, I let it. Maybe now with a good app language I will actually have the energy to write some domain code that doesn't depend on the GUI. Thanks to everyone for providing this wonderful tool. I am looking forward to the 1.0 release, fingers crossed. Can you post your code somewhere. I have used github http://github.com/fadec/sqlpilot/tree/master (but there's no Vala in there yet). All projects in Vala are interesting because there aren't yet very many of them. Will you please send me a tarball or post a link? -Sam From gcpv-vala@m.gmane.org Fri Dec 26 01:32:53 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 9DB54750071 for ; Fri, 26 Dec 2008 01:32:53 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -3.599 X-Spam-Level: X-Spam-Status: No, score=-3.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1] X-Amavis-OS-Fingerprint: Linux 2.6, seldom 2.4 (older, 4) (up: 6410 hrs), (distance 19, link: ethernet/modem), [80.91.229.2] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PoLWAle-D-zw for ; Fri, 26 Dec 2008 01:32:46 +0000 (GMT) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by menubar.gnome.org (Postfix) with ESMTP id 96F89750065 for ; Fri, 26 Dec 2008 01:32:46 +0000 (GMT) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1LG1Z9-0003tJ-Hc for vala-list@gnome.org; Fri, 26 Dec 2008 01:32:39 +0000 Received: from labb12.iibf.hun.edu.tr ([193.140.238.181]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 26 Dec 2008 01:32:39 +0000 Received: from canol by labb12.iibf.hun.edu.tr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 26 Dec 2008 01:32:39 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: vala-list@gnome.org From: Canol =?utf-8?b?R8O2a2Vs?= Date: Fri, 26 Dec 2008 01:32:28 +0000 (UTC) Lines: 31 Message-ID: References: <20081225233339.GA27502@wish.Hilton.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: main.gmane.org User-Agent: Loom/3.14 (http://gmane.org/) X-Loom-IP: 193.140.225.206 (Mozilla/5.0 (Windows; U; Windows NT 5.1; tr; rv:1.9.0.5) Gecko/2008120122 Firefox/3.0.5) Sender: news Subject: Re: [Vala] Thanks X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Dec 2008 01:32:53 -0000 Sam Danielson writes: > > That's the Christmas Spirit. > Merry Christmas :) It is, actually very informative to port a C program into Vala. I first started to code this program in C and then went to Vala. This provided a better understanding how things work. Since I am more familiar with SVN I created a Google Code Project: http://code.google.com/p/canols-movie-archiver I gave a very original name to the app so that it is not confused with other movie archivers: Canol's Movie Archiver :) The code is a little(!) messy. And the program is buggy, there is no check whether the user entered the data in correct format or if a movie is selected before deleting or editing movies, which causes crashes, for example. The program consist of only 1 vala file and you can compile it via: valac --pkg gtk+-2.0 -o movie_archiver main.vala command. There are too many things to add to the program in order it to be practical, though, I will spend my days to clean the code up a little bit, first. From sejerpz@tin.it Sat Dec 27 16:59:55 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 96F6975011E for ; Sat, 27 Dec 2008 16:59:55 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -3.599 X-Spam-Level: X-Spam-Status: No, score=-3.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, L_P0F_Unix=-1] X-Amavis-OS-Fingerprint: Solaris 8 (1), (distance 22, link: ethernet/modem), [212.216.176.206] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 86JDX5bknYVI for ; Sat, 27 Dec 2008 16:59:46 +0000 (GMT) Received: from vsmtp12.tin.it (vsmtp12.tin.it [212.216.176.206]) by menubar.gnome.org (Postfix) with ESMTP id 8F40A750096 for ; Sat, 27 Dec 2008 16:59:46 +0000 (GMT) Received: from [192.168.5.3] (87.19.66.110) by vsmtp12.tin.it (8.0.022) id 4950F7FC003D2E3B for vala-list@gnome.org; Sat, 27 Dec 2008 17:59:43 +0100 From: Andrea Del Signore To: Vala ML Content-Type: text/plain Date: Sat, 27 Dec 2008 17:59:41 +0100 Message-Id: <1230397181.4333.32.camel@localhost.zoo.locale> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 Content-Transfer-Encoding: 7bit Subject: [Vala] [ANNOUNCE] Vala Toys for gEdit 0.2.0 X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Dec 2008 16:59:55 -0000 After ten days of development the new 0.2.0 version of Vala Toys for gEdit a.k.a. "Complete!" is ready. The source tarball can be downloaded here: http://vtg.googlecode.com/files/vtg-0.2.0.tar.bz2 This will be the last version that supports valac 0.5.3, trunk development will start to track trunk vala compiler development. NEWS for version 0.2.0 ====================== * Internationalization framework setup. A new argentinian spanish translation is included. Thanks to Matias De la Puente * Improved code completion engine * New "execute project" dialog where the executable and command line parameters can be specified * New build dialog where make parameters can be specified * New "Configure" menu item * Improved keyboard navigation in method and files quick pick dialogs * vala-gen-project utility can be used from the command line * Many other bug fixes The complete announcement can be found here: http://groups.google.com/group/vtg-dev/browse_thread/thread/5b513e44ffd68457 The Vtg developer Andrea Del Signore From ciprian.mustiata@gmail.com Sun Dec 28 17:33:44 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 52142750064 for ; Sun, 28 Dec 2008 17:33:44 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.598 X-Spam-Level: X-Spam-Status: No, score=-2.598 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 2) (up: 4305 hrs), (distance 15, link: ethernet/modem), [209.85.218.21] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7zX2us2sK7Wb for ; Sun, 28 Dec 2008 17:33:36 +0000 (GMT) Received: from mail-bw0-f21.google.com (mail-bw0-f21.google.com [209.85.218.21]) by menubar.gnome.org (Postfix) with ESMTP id E765075000A for ; Sun, 28 Dec 2008 17:33:35 +0000 (GMT) Received: by bwz14 with SMTP id 14so11483587bwz.15 for ; Sun, 28 Dec 2008 09:33:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:in-reply-to:mime-version:content-type:references; bh=OrHN4Zj3g6LK83C4VFhyRfTb2stvYHbTYLBc5zrHZkM=; b=WcHuA5VfaHHBCnQRSgJiHpw1101tBhkeFepHn9tMsoMx1eTYSCyjRQyGF+6qWPEcnX EheU3oI+Eb7ywqjHUR5yM/Vs5wTzZpFDomR0e3XfmPtZsnj8xquyDv//w/aXXl/UunQm ZejpfUjpkPnRNyVXQFAbOuquZ/QJFrui73+Ys= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version :content-type:references; b=U1wcyRb2RQuuDsct+hUt9DPdJ6DL+9+7FwjZ6X0UqftvrXoZexBj7FXenxJKa54kug 12W5H2qbwWomoZF2ec4v18PT6RcWwLV+tUn8HtGUepsaL8IZwMEqMBaWFvyMMZv8uul5 BOlIYSaLB533L6lTN5ZN5JAZigC2i1+v3tOg8= Received: by 10.181.226.19 with SMTP id d19mr3902279bkr.38.1230485612502; Sun, 28 Dec 2008 09:33:32 -0800 (PST) Received: by 10.181.11.11 with HTTP; Sun, 28 Dec 2008 09:33:32 -0800 (PST) Message-ID: Date: Sun, 28 Dec 2008 18:33:32 +0100 From: "Ciprian Mustiata" To: "Andre Kuehne" , vala-list@gnome.org In-Reply-To: <4952393D.1040602@gmx.net> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_20259_11834922.1230485612473" References: <4952393D.1040602@gmx.net> Subject: Re: [Vala] instantiation via base class constructor X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Dec 2008 17:33:44 -0000 ------=_Part_20259_11834922.1230485612473 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi Andre, You may use base keyword to call the super (derived base class) methods and constructor. I know that did not help, but you may reduce duplicating your code. Regards, Ciprian On Wed, Dec 24, 2008 at 2:29 PM, Andre Kuehne wrote: > Hello, > > i am new to Vala, played with it the last two days and have now a bunch of > open questions. > Here's one of them: Is it possible to instantiate a class via a constructor > of one of its base classes? For example the following does not work: > > class Aaa { > public int x; > Aaa(int x) { this.x = x; } > public virtual void test() { stdout.printf("%d\n", this.x); } > } > > class Bbb : Aaa { > public override void test() { stdout.printf("%d\n", -this.x); } > } > > void main() { > new Bbb(5).test(); > } > > $ valac super.vala > super.vala:13.2-13.11: error: Too many arguments, method `Bbb.new' does not > take 1 arguments > new Bbb(5).test(); > ^^^^^^^^^^ > Compilation failed: 1 error(s), 0 warning(s) > > Thanks in advance! > Andre > _______________________________________________ > Vala-list mailing list > Vala-list@gnome.org > http://mail.gnome.org/mailman/listinfo/vala-list > ------=_Part_20259_11834922.1230485612473 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi Andre,

You may use base keyword to call the super (derived base class) methods and constructor. I know that did not help, but you may reduce duplicating your code.

Regards,
Ciprian

On Wed, Dec 24, 2008 at 2:29 PM, Andre Kuehne <andre.kuehne@gmx.net> wrote:
Hello,

i am new to Vala, played with it the last two days and have now a bunch of open questions.
Here's one of them: Is it possible to instantiate a class via a constructor of one of its base classes? For example the following does not work:

class Aaa {
       public int x;
       Aaa(int x) { this.x = x; }
       public virtual void test() { stdout.printf("%d\n", this.x); }
}

class Bbb : Aaa {
       public override void test() { stdout.printf("%d\n", -this.x); }
}

void main() {
       new Bbb(5).test();
}

$ valac super.vala
super.vala:13.2-13.11: error: Too many arguments, method `Bbb.new' does not take 1 arguments
       new Bbb(5).test();
       ^^^^^^^^^^
Compilation failed: 1 error(s), 0 warning(s)

Thanks in advance!
Andre
_______________________________________________
Vala-list mailing list
Vala-list@gnome.org
http://mail.gnome.org/mailman/listinfo/vala-list

------=_Part_20259_11834922.1230485612473-- From devros@twotechos.com Mon Dec 29 02:32:27 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id BABC175006B for ; Mon, 29 Dec 2008 02:32:27 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.799 X-Spam-Level: X-Spam-Status: No, score=-2.799 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, L_P0F_UNKN=0.8, RCVD_IN_DNSWL_LOW=-1] X-Amavis-OS-Fingerprint: UNKNOWN [16384:54:1:48:M1460,S,E:P:?:?], (link: ethernet/modem), [203.16.214.57] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id x2Yvk8HzPhxF for ; Mon, 29 Dec 2008 02:32:19 +0000 (GMT) Received: from ipmail04.adl2.internode.on.net (ipmail04.adl2.internode.on.net [203.16.214.57]) by menubar.gnome.org (Postfix) with ESMTP id B69A1750050 for ; Mon, 29 Dec 2008 02:32:15 +0000 (GMT) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AggBAFPDV0l20E8m/2dsb2JhbAAIvF5YjnOGRA X-IronPort-AV: E=Sophos;i="4.36,293,1228051800"; d="scan'208";a="273322559" Received: from ppp118-208-79-38.lns1.bne4.internode.on.net (HELO [192.168.1.2]) ([118.208.79.38]) by ipmail04.adl2.internode.on.net with ESMTP; 29 Dec 2008 13:02:12 +1030 From: devros To: Ciprian Mustiata In-Reply-To: References: <4952393D.1040602@gmx.net> Content-Type: text/plain Date: Mon, 29 Dec 2008 12:32:11 +1000 Message-Id: <1230517931.6125.4.camel@devros-mint> Mime-Version: 1.0 X-Mailer: Evolution 2.24.2 Content-Transfer-Encoding: 7bit Cc: Andre Kuehne , vala-list@gnome.org Subject: Re: [Vala] instantiation via base class constructor X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list Reply-To: devros@twotechos.com List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Dec 2008 02:32:28 -0000 Hi I hope this is what you had in mind. I just joined so missed the earlier postings. Sorry I reformated you code (force of habit) public class Aaa : Object { protected int x; public Aaa(int x) { this.x = x; } public virtual void test() { stdout.printf("%d\n", this.x); } } public class Bbb : Aaa { public Bbb( int x){ base(x); } public override void test() { stdout.printf("%d\n", -this.x); } } public class Driver : Object { public static void main(string [] args) { Bbb b = new Bbb(5); Aaa a = new Aaa(5); a.test(); b.test(); } } It compiles and works. If I missed something vala centric please let me know. Regards, Srecko On Sun, 2008-12-28 at 18:33 +0100, Ciprian Mustiata wrote: > Hi Andre, > > You may use base keyword to call the super (derived base class) > methods and constructor. I know that did not help, but you may reduce > duplicating your code. > > Regards, > Ciprian > > On Wed, Dec 24, 2008 at 2:29 PM, Andre Kuehne > wrote: > Hello, > > i am new to Vala, played with it the last two days and have > now a bunch of open questions. > Here's one of them: Is it possible to instantiate a class via > a constructor of one of its base classes? For example the > following does not work: > > class Aaa { > public int x; > Aaa(int x) { this.x = x; } > public virtual void test() { stdout.printf("%d\n", > this.x); } > } > > class Bbb : Aaa { > public override void test() { stdout.printf("%d\n", > -this.x); } > } > > void main() { > new Bbb(5).test(); > } > > $ valac super.vala > super.vala:13.2-13.11: error: Too many arguments, method > `Bbb.new' does not take 1 arguments > new Bbb(5).test(); > ^^^^^^^^^^ > Compilation failed: 1 error(s), 0 warning(s) > > Thanks in advance! > Andre > _______________________________________________ > Vala-list mailing list > Vala-list@gnome.org > http://mail.gnome.org/mailman/listinfo/vala-list > > _______________________________________________ > Vala-list mailing list > Vala-list@gnome.org > http://mail.gnome.org/mailman/listinfo/vala-list From srecko@internode.on.net Mon Dec 29 03:38:19 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id ECFCD750107 for ; Mon, 29 Dec 2008 03:38:18 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.799 X-Spam-Level: X-Spam-Status: No, score=-2.799 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, L_P0F_UNKN=0.8, RCVD_IN_DNSWL_LOW=-1] X-Amavis-OS-Fingerprint: UNKNOWN [16384:54:1:48:M1460,S,E:P:?:?], (link: ethernet/modem), [203.16.214.57] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tsBYA+Q2pAtz for ; Mon, 29 Dec 2008 03:38:13 +0000 (GMT) Received: from ipmail04.adl2.internode.on.net (ipmail04.adl2.internode.on.net [203.16.214.57]) by menubar.gnome.org (Postfix) with ESMTP id 1F90F7500A4 for ; Mon, 29 Dec 2008 03:38:12 +0000 (GMT) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AggBAOzUV0l20E8m/2dsb2JhbAAIvGhYjnOGRA X-IronPort-AV: E=Sophos;i="4.36,293,1228051800"; d="scan'208";a="273341108" Received: from ppp118-208-79-38.lns1.bne4.internode.on.net (HELO [192.168.1.2]) ([118.208.79.38]) by ipmail04.adl2.internode.on.net with ESMTP; 29 Dec 2008 14:08:10 +1030 From: Srecko Howard To: vala-list@gnome.org Content-Type: text/plain Date: Mon, 29 Dec 2008 13:38:09 +1000 Message-Id: <1230521889.6125.17.camel@devros-mint> Mime-Version: 1.0 X-Mailer: Evolution 2.24.2 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Mon, 29 Dec 2008 07:31:23 +0000 Subject: [Vala] virtual / override X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list Reply-To: srecko@twotechos.com List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Dec 2008 03:38:19 -0000 Hi all A quick question for those who are more in the know of all vala stuff. The virtual / override language options for methods. I see that the code will call the appropriate method regardless if you define the method as virtual and override it. The difference seems to be about 10 bytes of code if you don't specify that the method is virtual before overriding it. So is there a speed improvement by using explicit form? I'm assuming no lookup for the appropriate function. Also if you override the function without specifying override the code size increases (about 36 bytes). Any ideas? Basically what is the recommended way (personally I don't like the C++ virtual methods stuff, Java based person). Should it be required or optional? Regards, Srecko From mlists@ymail.com Mon Dec 29 12:21:43 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 56C59750079 for ; Mon, 29 Dec 2008 12:21:43 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: 0.398 X-Spam-Level: X-Spam-Status: No, score=0.398 tagged_above=-999 required=2 tests=[BAYES_50=0.001, HTML_MESSAGE=0.001, L_P0F_Unix=-1, MIME_QP_LONG_LINE=1.396] X-Amavis-OS-Fingerprint: FreeBSD 6.x (1) (up: 6696 hrs), (distance 15, link: ethernet/modem), [76.13.13.66] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3FBKJnAM0e-Y for ; Mon, 29 Dec 2008 12:21:35 +0000 (GMT) Received: from n3a.bullet.mail.ac4.yahoo.com (n3a.bullet.mail.ac4.yahoo.com [76.13.13.66]) by menubar.gnome.org (Postfix) with SMTP id DDA2D75008E for ; Mon, 29 Dec 2008 12:21:34 +0000 (GMT) Received: from [76.13.13.26] by n3.bullet.mail.ac4.yahoo.com with NNFMP; 29 Dec 2008 12:21:32 -0000 Received: from [76.13.10.162] by t3.bullet.mail.ac4.yahoo.com with NNFMP; 29 Dec 2008 12:21:32 -0000 Received: from [127.0.0.1] by omp103.mail.ac4.yahoo.com with NNFMP; 29 Dec 2008 12:21:32 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 924644.86369.bm@omp103.mail.ac4.yahoo.com Received: (qmail 75970 invoked by uid 60001); 29 Dec 2008 12:21:32 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=ymail.com; h=X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type:Message-ID; b=4egLKGGJ3xZO0PmK2/IRUgX/BIKgZV8oTGuvYpBbaefpg5kVGVK4lb/kRrrKOqT0TlGPWDLPQPGs3vFZLrsVviCBVAuGbMdLSRwfCYj0FQVkKKxNJZABKr3Z9ysA1OmIIEckEHkTMYPbOl+TLYUkhOVycZp/04elqS5ZKT2o07s=; X-YMail-OSG: QxdVvsEVM1m8Si6GLwkSAeq5kRhJDJKiQp0LZolFJ56I.35oGziXvLMtXgDwnOnGWHfLcHR1DAOFQOK1YmUMwHcS9yVNrHxutzalFkPJkpaY4YsZitkgZQiRFO1iauN0bWzXRFRXAsPsdZRT3aKqQ4ozXboys7CKZaMtBAY8IFwk3P7jQAk0U3PgHhwFtsvls462 Received: from [93.180.72.215] by web59810.mail.ac4.yahoo.com via HTTP; Mon, 29 Dec 2008 04:21:32 PST X-Mailer: YahooMailRC/1155.45 YahooMailWebService/0.7.260.1 Date: Mon, 29 Dec 2008 04:21:32 -0800 (PST) From: Mihail Naydenov To: vala MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="0-1541843862-1230553292=:75952" Message-ID: <815210.75952.qm@web59810.mail.ac4.yahoo.com> Subject: [Vala] [ANNOUNCE] VAPI for FreeImage X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Dec 2008 12:21:43 -0000 --0-1541843862-1230553292=:75952 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Here are bindings for FreeImage*.=0AThe package also contains quite a few v= ala samples, and some images, to test FreeImage functionality.=0A=0ADownloa= d=0A=0Avia ftp client:=0Ahost: edom-ltd.com=0Auser: stash@edom-ltd.com=0A= pass: open=0Abrowse to FreeImage directory and download FI_vapi_Dist.zip= =0A=0Avia web browser(IE does not work):=0Aftp://=EF=BB=BFstash@edom-ltd.co= m:open@edom-ltd.com/FreeImage/FI_vapi_Dist.zip=0A=0A=0ANote that both the b= indings and sample applications are "first release" and =0Ashould be consid= ered preliminary.=0A=0AMihailNaydenov=0A=0A*http://freeimage.sourceforge.ne= t/=0A=0A=0A --0-1541843862-1230553292=:75952 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
Here are bindings for FreeImage*.The package also contains quite a few vala samples, and some images, to t= est FreeImage functionality.

Download

via ftp client:
host= : edom-ltd.com
user: stash@edom-ltd.com
pass: open
browse to Fr= eeImage directory and download FI_vapi_Dist.zip

via web browser(IE d= oes not work):
ftp://=EF=BB=BFstash@edom-ltd.com:open@edom-ltd.com/FreeI= mage/FI_vapi_Dist.zip


Note that both the bindings and sample app= lications are "first release" and=C2=A0
should be considered preliminary= ..

MihailNaydenov

*http://freeimage.sourceforge.net/



=0A=0A --0-1541843862-1230553292=:75952-- From undeconstructed@gmail.com Mon Dec 29 12:33:31 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 18B647500F1 for ; Mon, 29 Dec 2008 12:33:31 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 2) (up: 8725 hrs), (distance 14, link: ethernet/modem), [209.85.220.12] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Yk3MKWk4Xyh1 for ; Mon, 29 Dec 2008 12:33:25 +0000 (GMT) Received: from mail-fx0-f12.google.com (mail-fx0-f12.google.com [209.85.220.12]) by menubar.gnome.org (Postfix) with ESMTP id DACF9750079 for ; Mon, 29 Dec 2008 12:33:24 +0000 (GMT) Received: by fxm5 with SMTP id 5so752985fxm.15 for ; Mon, 29 Dec 2008 04:33:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=0sKCUqC+g23fn2JLRPTT7iSqPLW3L4/1JOXzW16WFJY=; b=KJuamTe25bVSvWTEdDKHobRumuulJjV3LbzBPg6ApBg04VcGcnhSYDrSoMNXzEXf4D 2fXqvtCxXP0tg8okit4b3IRUXX0gXZ/wSqakBAc3XTbwLUvaswTQn6/D7e2HknftbP/q xqXJC6ZfQ0Ci/yAr+HzcTqSYaxDVK35R6xtWo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=Bf0PDTb+pJSnZUuboD1hFZ0TAjPVsg1/ufBrs+i32DJ4vCXfQljE2DhzXUY2Szue9T VJiYuQrjx7erCU7/HydQdRzFxR1DLTDSl0UliauoVddaXU5IwKsPIL7GaR1zYDVeEa8j wmf8+QfuYdGogXjyWRMdM/FxmdOmpWtG3N0QI= Received: by 10.103.192.2 with SMTP id u2mr4828202mup.95.1230554001321; Mon, 29 Dec 2008 04:33:21 -0800 (PST) Received: by 10.103.181.8 with HTTP; Mon, 29 Dec 2008 04:33:21 -0800 (PST) Message-ID: <24ee2c8d0812290433u463f82b8g72820a12111d09bd@mail.gmail.com> Date: Mon, 29 Dec 2008 12:33:21 +0000 From: "Phil Housley" To: srecko@twotechos.com In-Reply-To: <1230521889.6125.17.camel@devros-mint> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1230521889.6125.17.camel@devros-mint> Cc: vala-list@gnome.org Subject: Re: [Vala] virtual / override X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Dec 2008 12:33:31 -0000 2008/12/29 Srecko Howard : > Hi all > > A quick question for those who are more in the know of all vala stuff. > > The virtual / override language options for methods. I see that the > code will call the appropriate method regardless if you define the > method as virtual and override it. The difference seems to be about 10 > bytes of code if you don't specify that the method is virtual before > overriding it. So is there a speed improvement by using explicit form? > I'm assuming no lookup for the appropriate function. Also if you > override the function without specifying override the code size > increases (about 36 bytes). Any ideas? > > Basically what is the recommended way (personally I don't like the C++ > virtual methods stuff, Java based person). Should it be required or > optional? Well, Java simply inserts the virtual/override information into classes automatically based on the method signatures - it is all there implicitly. Vala simply allows you to choose whether or not to pay the (very small) performance cost of a virtual method call, based on whether you know virtual methods are definitely required. As for Vala calling the right method anyway, it doesn't in the general polymorphism case. The difference between virtual and simple method is like the following, (sorry if I'm explaining very basic stuff here, I might have misunderstood what you meant.): class BaseClass { public virtual void some_virtual() { ... } public void some_simple() { ... } } class SubClass : BaseClass { public override void some_virtual() { ... } public void some_simple() { ... } } BaseClass o1 = new BaseClass() o1.some_virtual() // calls BaseCall.some_virtual BaseClass o2 = new SubClass() o2.some_virtual() // calls SubClass.some_virtual o2.some_simple() // calls BaseClass.some_simple That is to say, if you think you have a SubClass at the end of a BaseClass reference, you will only be calling SubClass methods if they are virtual in BaseClass, and overridden in SubClass. -- Phil Housley From chust@web.de Mon Dec 29 12:51:28 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 30192750079 for ; Mon, 29 Dec 2008 12:51:28 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.4-2.6 (NAT!) (up: 9527 hrs), (distance 19, link: GPRS, T1, FreeS/WAN), [217.72.192.234] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JC1XsOVGDblF for ; Mon, 29 Dec 2008 12:51:22 +0000 (GMT) Received: from fmmailgate03.web.de (fmmailgate03.web.de [217.72.192.234]) by menubar.gnome.org (Postfix) with ESMTP id 544A475008E for ; Mon, 29 Dec 2008 12:51:21 +0000 (GMT) Received: from smtp07.web.de (fmsmtp07.dlan.cinetic.de [172.20.5.215]) by fmmailgate03.web.de (Postfix) with ESMTP id BB2D9F60116E; Mon, 29 Dec 2008 13:51:19 +0100 (CET) Received: from [88.217.59.140] (helo=[192.168.0.4]) by smtp07.web.de with asmtp (TLSv1:AES256-SHA:256) (WEB.DE 4.110 #273) id 1LHHaZ-00051W-00; Mon, 29 Dec 2008 13:51:19 +0100 Message-ID: <4958C7C8.4060308@web.de> Date: Mon, 29 Dec 2008 13:51:20 +0100 From: Thomas Chust User-Agent: Mozilla/5.0 (X11; U; Linux ppc; en-US; rv:1.8.1.19) Gecko/20081227 SeaMonkey/1.1.14 MIME-Version: 1.0 To: srecko@twotechos.com References: <1230521889.6125.17.camel@devros-mint> In-Reply-To: <1230521889.6125.17.camel@devros-mint> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: chust@web.de X-Sender: chust@web.de X-Provags-ID: V01U2FsdGVkX1/PWIxSrp5O5764MNHQoq5oT6cPv5CSOBBXGN4r MwdWlhD5D4uKXDW1RTNNn4kMm9ZubZHxADbhgPb8uHIwrfdMMv kdf0yPsN8= Cc: vala-list@gnome.org Subject: Re: [Vala] virtual / override X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Dec 2008 12:51:28 -0000 Srecko Howard wrote: > [...] > The virtual / override language options for methods. I see that the > code will call the appropriate method regardless if you define the > method as virtual and override it. Hello, are you sure the correct method is invoked even when called through the interface of a superclass? The precise reason for virtual method dispatch is, that in a situation like this: class Base { public virtual void foo() { stdout.puts("Hello from Base!\n"); } } class Ext : Base { public override void foo() { stdout.puts("Hello from Ext!\n"); } } void main() { Base obj = new Ext(); obj.foo(); } The result of calling obj.foo() will be that "Hello from Ext!\n" is printed, while "Hello from Base!\n" would be printed if the method foo wasn't virtual. In my experiment with Vala 0.5.3, omitting the "virtual" in the above example causes a compiler error when the "override" is encountered. Omitting the "override" causes the probably wrong behaviour at the call site of obj.foo(), that is the method Ext.foo does not override the virtual method Base.foo in that case. And omitting both "virtual" and "override" also causes "Hello from Base!\n" to be printed at the call site, but in this case, that behaviour is correct. > [...] > The difference seems to be about 10 bytes of code if you don't specify > that the method is virtual before overriding it. So is there a speed > improvement by using explicit form? Of course virtual method dispatch needs indirection through a table of pointers, which uses some more space and is somewhat slower than a normal function call. > [...] > Basically what is the recommended way (personally I don't like the C++ > virtual methods stuff, Java based person). Should it be required or > optional? Well, Java has the same kind of virtual methods as C++. The only difference is that Java has no non-virtual instance methods at all which makes the "virtual" keyword unnecessary. Whether you make a method virtual or not depends on how you intend to use it and whether you expect it to be overridden from outside your own code or not (if you do, the method must be virtual). If your program works correctly without virtual methods and you don't expect external extensions, don't use virtual methods, since your code will be faster ;-) > [...] cu, Thomas From rainwoodman@gmail.com Wed Dec 31 05:29:57 2008 Return-Path: X-Original-To: vala-list@gnome.org Delivered-To: vala-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 6455B75007C for ; Wed, 31 Dec 2008 05:29:57 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 2) (firewall!) (up: 7957 hrs), (distance 14, link: (Google 2)), [64.233.170.187] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id latOUWyEYfLr for ; Wed, 31 Dec 2008 05:29:51 +0000 (GMT) Received: from rn-out-0910.google.com (rn-out-0910.google.com [64.233.170.187]) by menubar.gnome.org (Postfix) with ESMTP id D6B29750006 for ; Wed, 31 Dec 2008 05:29:50 +0000 (GMT) Received: by rn-out-0910.google.com with SMTP id k45so3577350rnd.10 for ; Tue, 30 Dec 2008 21:29:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:from:to:content-type :date:message-id:mime-version:x-mailer:content-transfer-encoding; bh=myWNyp/tTOVBEs1Lo7BtbvdbK1Pwcc+BXJ9BOvfn69U=; b=YdJBDj65Yvx1k+fFVqStJ+yB4MSF6/aVhGKWKsBRNqepi6lx6ckj0KAQa7PJ0IHB5H L5VeQD04fd9nkA+K0h28yd7Ua8ja9jgX2z0kvDCCGX7jXfaLDV4ywBsLKPk/sXp4eE8q FIEbmypNYiQ82Ps4QIPhNgJPkoYyvZxtLgthU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:from:to:content-type:date:message-id:mime-version:x-mailer :content-transfer-encoding; b=FsDjafnORmQ50XJXZ2PbB1V0ciSy6f2dKT5I8OdlWhxAs9BJ/A6ocqd7h8jraU93uF QF/BbQw3YcdBBR5f+iNxhNay0pToFcqx/1Drt1I8GGwMNeSexPoP3AhrKUxHTpsTnkhx ZgDqoVh1prYiaTC0ZiMF6z71CylXxjp934go4= Received: by 10.65.84.15 with SMTP id m15mr11976870qbl.54.1230701388201; Tue, 30 Dec 2008 21:29:48 -0800 (PST) Received: from ?149.159.132.185? (149-159-132-185.dhcp-bl.indiana.edu [149.159.132.185]) by mx.google.com with ESMTPS id 27sm25759793qbw.0.2008.12.30.21.29.47 (version=SSLv3 cipher=RC4-MD5); Tue, 30 Dec 2008 21:29:47 -0800 (PST) From: Yu Feng To: vala-list Content-Type: text/plain Date: Wed, 31 Dec 2008 00:29:45 -0500 Message-Id: <1230701385.23688.14.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.24.2 (2.24.2-2.fc10) Content-Transfer-Encoding: 7bit Subject: [Vala] Problems with ref functions that returns void. X-BeenThere: vala-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: Vala compiler development and discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Dec 2008 05:29:57 -0000 Hi, gconf_entry_ref returns nothing; How to handle this? Shall someone file a bug to GConf to ask them to return the object pointer in gconf_entry_ref? Yu