gmane.comp.programming.vala

Re: [Vala] Mad question - C to Vala

Donn — 2013-05-23T08:52:48

Indeed. calav -o revealo_sourcodeo.vala obscuranto_gobjecticus.c
:D


\d

Re: [Vala] Mad question - C to Vala

Donn — 2013-05-23T08:49:44

Yeah, I figured :) Ah well.


\d

Re: [Vala] GDBus codegen support

Luca Bruno — 2013-05-23T07:58:34

I remembered such a thing. It's indexed so badly from search engines 
:-(. A reference to this tool must be added to l.g.o. with proper keywords.
_______________________________________________
vala-list mailing list
vala-list< at >gnome.org
https://mail.gnome.org/mailman/listinfo/vala-list

[Vala] Customized Cell for List

Christian Capasso — 2013-05-23T07:56:44

Hi everyone,

I'm trying to create a customized object to represent a list of objects.
Since now, I have followed some different methods and none of them has
brought me to the solution.

First, I have created a Gtk.Fixed with some Gtk.Labels inside: then, when I
have to represent the list, the code clones the Fixed many times as
necessary. But, this led me to a problem: each time the Fixed is cloned,
any callback that is connected to the first fixed, is disconnected and
re-connected to the just created one.

Then, I have created a Gtk.TreeView to try some customizations on its cell:
I did not manage to get big changes, but only few customizations,
completely useless to me. How can I customize more a Cell?

Is there a better way to implement this?
Thank you very much,
Christian

Re: [Vala] GDBus codegen support

Jürg Billeter — 2013-05-23T07:55:42

Hi Tiago,

On Wed, 2013-05-22 at 21:50 -0300, Tiago Katcipis wrote:

There is a separate tool called vala-dbus-binding-tool, see
http://git.freesmartphone.org/?p=vala-dbus-binding-tool.git;a=summary

Regards,
Jürg

_______________________________________________
vala-list mailing list
vala-list< at >gnome.org
https://mail.gnome.org/mailman/listinfo/vala-list

Re: [Vala] GDBus codegen support

Luca Bruno — 2013-05-23T07:30:55

So you're asking a way to generate Vala code with gdbus-codegen? That 
indeed makes sense. There's no such program or plan for making it that I 
know.
I can see these possibilities:
1) Enhance current gdbus-codegen to support generating vala code. Note 
that this program is not written in vala obviously.
2) Create a separate gdbus like codegen for vala, and decide whether to 
ship this program with vala as contrib, as a valac option, or a separate 
project
3) Do not generate vala code at all, instead integrate the xml parser 
inside valac itself to create the necessary ast. I don't like this much 
as you can't see how vala maps from gdbus idl to vala.

[Vala] GDBus codegen support

Tiago Katcipis — 2013-05-23T00:50:15

Hi all,

First of all congratulations on such a great idea such as Vala. I'm working
on a very limited environment where C++ is not an option, so to do object
orientation I'm using GObject. But writing GObjects by hand is quite
annoying :-), so Vala is really a boost on GObject development, making such
a high level language generating C code and with low overhead bindings is
just great.

But I'm working with a lot of legacy code written in C/Gobject, algo there
is a lot of GDBus generated code (and of course, DBus interfaces
descriptions, on xml). Now we started to use Vala and it is just great to
write DBus interfaces, the client code and the server code, both are just
easy and beautiful.

But even it being simple...i just feel that I'm repeating myself, having to
map what is defined on the DBus IDL xmls that generates the C code on
Valacode by hand (i know the
Vala code is pretty straightforward, but it is still duplication, manually
doing this is error prone and just annoying). This kind of duplication
irritates me, it does not seen to be healthy :-).

Is there any plan on supporting Vala on GDbus codegen ? I would be very
interested on doing it...and it really seems to be a good idea, but i may
be missing something, or there is another tool that can help.

Best regards,
Tiago Katcipis

Re: [Vala] Mad question - C to Vala

Steven Oliver — 2013-05-22T16:19:37

Interesting idea in this case though. You want a tool to translate (C) to a language (Vala) which in turn just translates it back to its original language (C). 


To bad the compiler doesn't have a reverse gear! Ha!
—
Sent from Mailbox for iPhone

On Wed, May 22, 2013 at 11:59 AM, Mario Daniel Ruiz Saavedra
<desiderantes< at >rocketmail.com> wrote:

_______________________________________________
vala-list mailing list
vala-list< at >gnome.org
https://mail.gnome.org/mailman/listinfo/vala-list

Re: [Vala] Mad question - C to Vala

Mario Daniel Ruiz Saavedra — 2013-05-22T15:59:12

I asked that some time ago, and no, there isn't anything like that, but i've seen similar efforts with other languages, like Retronator's "Automagically", which translates from Obj-C to C#.
_______________________________________________
Mario Daniel Ruiz Saavedra
Estudiante Ing. Sistemas - Uninorte
mruizd-JMgHAozgOv0PQx2L+B5UNQ< at >public.gmane.org - identi.ca/desiderantes

-----Original Message-----
From: Donn <donn.ingle-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org>
Sender: "vala-list" <vala-list-bounces-rDKQcyrBJuzYtjvyW6yDsg< at >public.gmane.org>
Date: Wed, 22 May 2013 14:13:59 
To: vala-list<vala-list-rDKQcyrBJuzYtjvyW6yDsg< at >public.gmane.org>
Subject: [Vala] Mad question - C to Vala

I foresee the answer, but heck: Is there some program to feed a gobject 
C source into that will spit out a vala source file? I'd love to see 
certain sources in Vala which fits my brain so much better.

\d

[Vala] Mad question - C to Vala

Donn — 2013-05-22T12:13:59

I foresee the answer, but heck: Is there some program to feed a gobject 
C source into that will spit out a vala source file? I'd love to see 
certain sources in Vala which fits my brain so much better.

\d

Re: [Vala] memory management with structs

Jim Nelson — 2013-05-20T17:48:39

If you're using structs in Vala, be aware of this issue:

https://bugzilla.gnome.org/show_bug.cgi?id=661041

Re: [Vala] memory management with structs [Solved]

Donn — 2013-05-19T08:37:51

Thanks!

\d

Re: [Vala] Vala and Cairo 1.12

Donn — 2013-05-19T08:33:56

Noted. Thanks for the help.

\d

[Vala] Why do we keep static fields in GObject derived classes?

Geert Jordaens — 2013-05-19T06:57:06

Why do we keep static fields in GObject derived classes?

There is currently no way of correctly accessing static class members 
unless at least one object is instantiated.
Moreover the initialisation of the fields depends on the variable type 
(valuetype/reftype).

     public class ClassA : Object {
         public static int int_value_a = 7;                    // <= 
Initialised in outside GObject class
         public static string string_value_a = "7";  // <= Initialised 
within the GObject class *_class_init
     }

     void main() {
         stdout.printf("Access to static member ClassA.int_value_a == 
%d\n",ClassA.int_value_a);
         stdout.printf("Access to static member ClassA.string_value_a == 
%s\n",ClassA.string_value_a);
         var a = new ClassA();
         stdout.printf("After first ClassA object instatiation\n");
         stdout.printf("Access to static member ClassA.int_value_a == 
%d\n",ClassA.int_value_a);
         stdout.printf("Access to static member ClassA.string_value_a == 
%s\n",ClassA.string_value_a);
     }

     => output

     Access to static member ClassA.int_value_a    == 7
     Access to static member ClassA.string_value_a == (null)
     After first ClassA object instatiation
     Access to static member ClassA.int_value_a    == 7
     Access to static member ClassA.string_value_a == 7


Could we define static fields as guaranteed initialized once class 
fields? Keep the static modifier as a guard.

     public class ClassA : Object {
         public static int int_value_a = 7;                    // <= 
Move field initializer within the GObject class *_class_init
         public static string string_value_a = "7";  // <= Move field 
initializer within the GObject class *_class_init (AS-IS)

         /*
          * Allow as field initializers are generated within the GObject 
class *_class_init
      */
         static construct {
             int_value_a = 7;
             string_value_a = "7";
         }

         /*
          * Not allow access to static fields in a class construct block
          * as field initializers are generated within the GObject class 
*_base_init
          * and are initialized on each first call of a Gobject Type / 
Sub Type
      */
         class construct {
             /*
              * Issue an Error or Waring for BC:
              * Access to static member %s.%s in class construct 
forbidden/discouradged
              */
             int_value_a = 6;
             string_value_a = "6";
         }

         /*
          * Not allow access to static fields in a object construct block
          * as field initializers are generated within the GObject class 
*_constructor
          * and are initialized on each instantiation of an object.
      */
         construct {
             /*
              * Issue an Error or Waring for BC:
              * Access to static member %s.%s in construct 
forbidden/discouradged
              */
             int_value_a = 5;
             string_value_a = "5";
         }

         /*
          *  Not allow access in the standard object constructor 
(guaranteed initialize once)
      */
         public    ClassA () {
             /*
              * Issue an Error or Waring for BC:
              * Access to static member %s.%s in construct 
forbidden/discouradged
              */
             int_value_a = 4;
             string_value_a = "4";
         }

         /*
          *  Allow access for a non standard constuctor that overrules 
guaranteed initialize once
      */
         public    ClassA.x () {
             int_value_a = 4;
             string_value_a = "4";
         }
     }


I think this would make the behavior more defined.

Re: [Vala] Vala and Cairo 1.12

Jonas Kulla — 2013-05-18T14:57:16

2013/5/15 Donn <donn.ingle-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org>


It's basically the same as declaring foreign functions in C.
Let's say you want to use the function 'int cairo_do_foo()' from Vala,
you would write something like:

namespace Cairo {
    [CCode (cname="cairo_do_foo")]
    extern int do_foo();
}

The 'CCode' part is a directive to valac for how it should
output the C code. We tell it the actual C function name
to use.

Jonas

Re: [Vala] memory management with structs (OT a bit)

Jonas Kulla — 2013-05-18T14:46:26

2013/5/18 Donn <donn.ingle-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org>


I'm pretty sure he was simply referring to B. As he mentioned,
compact classes aren't exactly meant to be used in newly written
Vala code, but rather exist to make the writing of bindings easier.

i.e. How do you create a class that does *not* inherit from GObject?


By not specifying a parent class, ie. just "class MyKlass { ... }".

Jonas

Re: [Vala] memory management with structs (OT a bit)

Donn — 2013-05-18T13:26:34

Okay, but did that answer the question? I'm not sure.

It was:
Are such classes the:
A) [Compact] classes
or
B) is any class that does not specify a parent class automatically a
"light" class?

i.e. How do you create a class that does *not* inherit from GObject?

\d

Re: [Vala] memory management with structs (OT a bit)

Jonas Kulla — 2013-05-18T11:40:15

2013/5/18 Donn <donn.ingle-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org>

Hi,

no, compact classes are even simpler than non-Gobject classes. The latter
still have reference count and can be extended,
whereas compact classes are mostly "classified" structs without ref count
which also cannot be extended in subclasses.

Re: [Vala] memory management with structs (OT a bit)

Donn — 2013-05-18T11:12:11

Are such classes the [Compact] classes, or is any class that does not 
specify a parent class automatically a "light" class?

\d

Re: [Vala] memory management with structs

Luca Bruno — 2013-05-18T10:15:13


They aren't ref counted. Structs are value types, they are always either
shallow copied or deep copied (depends on ownership).
Beware the only difference is with nullable structs. Unfortunately the
semantics there is a little different (it's a bug). Nullable structs are
allocated on the heap and are not copied.



Yes, should be possible, int, double, etc. are vala structs.



You can use classes that don't inherit from GObject, which are lighter.



Compact classes are used for bindings, they aren't well supported when
writing new vala code.



As above, they're especially suited for bindings. Compact classes are
usually non-ref counted. If it's not a struct and it's not a GTypeInstance,
it's probably a compact class.

[Vala] memory management with structs

rastersoft — 2013-05-18T09:41:28

Hi all:

How is the memory management in vala when using structs instead of 
classes? I presume they are not ref-counted...

The real questions are:

   * is it possible to use structs as elements in a Gee list without 
running into memory management problems?
   * How to avoid them, in case there are such problems? Or so Imust use 
true classes?
   * Can I use instead compact classes inside Gee lists adding them the 
memory management decorator?
   * In case the last answer is true, how are presented the compact 
classes outside Vala? (for programs using gobject-introspection). Is it 
possible to work with them from C?

Thanks.