Re: GObject properties and g_value_set_string()

Hi again, Yes, g_value_set_string() does call g_strdup(). bests, Joël On Thu, Feb 7, 2019 at 5:20 AM Joël Krähemann wrote: > > Hi all, > > Currently, I do my properties like following: > > http://git.savannah.nongnu.org/cgit/gsequencer.git/tree/ags/lib/ags_turtle.c?h=2.1.x#n175 >

Re: gobject-introspection Version 1 || GNOME

or 126* > > *Noida SEZ, Uttar Pradesh – 201301, India* > > *Email : komal.chha...@em-msph.com <komal.chha...@em-msph.com>* > > > > *for* > > > > *ExxonMobil Global Services Company* > > *22777 Springwoods Village Parkway* > > *Spring, TX 77389*

RE: gobject-introspection Version 1 || GNOME

l Services Company 22777 Springwoods Village Parkway Spring, TX 77389 United States of America From: Chhabra, Komal /CS Sent: Friday, February 23, 2018 2:46 PM To: 'gtk-devel-list@gnome.org' <gtk-devel-list@gnome.org> Subject: RE: gobject-introspection Version 1 || GNOME Importanc

RE: gobject-introspection Version 1 || GNOME

Hi Team, This is Komal Chhabra, a Team Lead from centralized license management team of ExxonMobil known as Software Asset Management[previously known as ITAM. The Software Asset Management group at ExxonMobil exists in large part to steward software license compliance We are contacting you

Re: GObject introspection and cairo?

On Sat, 2017-07-15 at 18:21 +0200, Nicola Fontana wrote: > They have been included in gobject-introspection 1.53.2, released > on may: > > https://git.gnome.org/browse/gobject-introspection/log/ Fine. My Gentoo box has still dev-libs/glib-2.50.3-r1:2::gentoo I will try to grab the lastest and

Re: GObject introspection and cairo?

Il Sat, 15 Jul 2017 13:47:22 +0200 Stefan Salewski scrisse: > On Tue, 2017-05-09 at 17:05 +0200, Nicola Fontana wrote: > > ... > > > > https://bugzilla.gnome.org/show_bug.cgi?id=743364 > > > > No idea how long does it take to have that upstream. > > > > Ciao. > > Is it

Re: GObject introspection and cairo?

On Tue, 2017-05-09 at 17:05 +0200, Nicola Fontana wrote: > Il Tue, 09 May 2017 16:39:10 +0200 Stefan Salewski > scrisse: > > > I am currently working again on the gobject introspection based > > bindings for Nim language (https://github.com/StefanSalewski/nim-gi > > ). > > >

Re: GObject property validation during object construction

Hi Link, My understanding is that the private string gets setup in my_object_class_init(). Then in my_object_init() you can initialize it to a default value. After that, you can set a new string value using a property set accessor function that can validate the string and/or you can use CSS

Re: GObject introspection and cairo?

Il Tue, 09 May 2017 16:39:10 +0200 Stefan Salewski scrisse: > I am currently working again on the gobject introspection based > bindings for Nim language (https://github.com/StefanSalewski/nim-gi). > > And I wonder why there is only minimal support for cairo -- >

Re: GObject introspection and cairo?

On 9 May 2017 at 15:39, Stefan Salewski wrote: > I am currently working again on the gobject introspection based > bindings for Nim language (https://github.com/StefanSalewski/nim-gi). > > And I wonder why there is only minimal support for cairo -- >

Re: gobject-introspection unmaintained?

On Mon, 2017-02-13 at 11:41 +, Emmanuele Bassi wrote: > > but the issue tracker is disabled. > > Because GNOME uses Bugzilla, not GitHub issues: https://bugzilla.gnom > e.org Ah yes -- found it. Yesterday I wondered why I get "\" as Dir_Separator on my Linux box, I thought I was doing

Re: gobject-introspection unmaintained?

On 13 February 2017 at 11:19, Stefan Salewski wrote: > Is gobject-introspection unmaintained? It's not heavily maintained, but it's not unmaintained either. > I found a github reposity at > > https://github.com/GNOME/gobject-introspection The GitHub GNOME organization is a

Re: gobject

On Thu, 2016-10-20 at 15:01 +0100, Emmanuele Bassi wrote: > Hi; > > On 20 October 2016 at 14:50, Timothy Ward wrote: > > > > > > > > > Yes. Ideally, the "new" style, with G_DECLARE_* and > > > G_DEFINE_TYPE, > > > should be used for all newly written code, as it allows not

Re: gobject

Hi; On 20 October 2016 at 14:50, Timothy Ward wrote: >> Yes. Ideally, the "new" style, with G_DECLARE_* and G_DEFINE_TYPE, >> should be used for all newly written code, as it allows not only >> hiding the internals of the type system, but also allows GLib >> maintainer to

Re: gobject

On Thu, 2016-10-20 at 12:18 +0100, Emmanuele Bassi wrote: > Hi; > > you should probably try and keep the thread, instead of breaking > with > every new email. Unfortunately Evolution or Evolution data server has been playing up and displaying downloaded messages with no subject or anything else,

Re: gobject

Hi; you should probably try and keep the thread, instead of breaking with every new email. On 20 October 2016 at 11:32, Timothy Ward wrote: > The referenced docs are good but only up to a point. Patches are very welcome; we recently landed a whole review of the GObject

Re: gobject

Hi The referenced docs are good but only up to a point. Their seems to be two methods used A) one that used a boiler plate type declarations code etc and B) one that uses the G_DECLARE type declarations. OLD and NEW. The referenced docs do not provided full explanations or examples of either.

Re: gobject

On Wed, Oct 12, 2016 at 7:41 AM, Timothy Ward wrote: > Is there a good tutorial or reference material on gtk gobject "c" > coding. > > 1) Explaining in detail the whole process from what should be in > header files and source files, structure declarations, boiler plate > code

Re: gobject

Il Thu, 13 Oct 2016 01:41:03 +1100 Timothy Ward scrisse: > Is there a good tutorial or reference material on gtk gobject "c" > coding. > > 1) Explaining in detail the whole process from what should be in > header files and source files, structure declarations, boiler plate >

Re: GObject introspection for cairo

Il Thu, 22 Jan 2015 09:50:00 -0800 Jasper St. Pierre jstpie...@mecheye.net scrisse: Cairo-GObject provides access to enums, but it won't automatically get you great cairo bindings. It might actually get you 90% of the way there, though, and I'd be interested seeing how far you can run with

Re: GObject introspection for cairo

hi; On 22 January 2015 at 16:13, Nicola Fontana n...@entidi.it wrote: I need introspection access to a type actually not exported in cairo-1.0.gir, and in fact that gir file exports only a fraction of the types available. Cairo is not a GObject library, so introspection is fairly useless.

Re: GObject introspection for cairo

Il Thu, 22 Jan 2015 16:28:19 + Emmanuele Bassi eba...@gmail.com scrisse: if you have patches, please attach them on Bugzilla. Patches attached to bug #743364: https://bugzilla.gnome.org/show_bug.cgi?id=743364 Ciao. -- Nicola ___ gtk-devel-list

Re: GObject introspection for cairo

Il Thu, 22 Jan 2015 16:28:19 + Emmanuele Bassi eba...@gmail.com scrisse: Cairo is not a GObject library, so introspection is fairly useless. Hi Emmanuele, the cairo source tree includes cairo-gobject [1] that already wraps enums and structs in GObject style. I just browsed the code and

Re: GObject introspection for cairo

Cairo-GObject provides access to enums, but it won't automatically get you great cairo bindings. It might actually get you 90% of the way there, though, and I'd be interested seeing how far you can run with just that, and be happy to merge patches that make it easier. Why? cairo has a subtype

Re: gobject-introspection: Cryptic error in g-ir-scanner

On 2014/02/04 at 12:04 PM, Ankit Vani a...@nevitus.org wrote: On Tue, Feb 4, 2014 at 3:27 PM, Bastien Nocera had...@hadess.net wrote: Try getting a backtrace of the crash. It's likely a bug in the library itself. Can you tell me how exactly to go about getting a backtrace? I've tried

Re: gobject-introspection: Cryptic error in g-ir-scanner

On Tue, 2014-02-04 at 15:20 +0530, Ankit Vani wrote: Hi I have set up gobject-introspection in Pidgin -- and it works well for libpurple, pidgin and finch. However, g-ir-scanner dies with a very cryptic error when g-ir-scanner scans libgnt. The error looks like: GISCAN Gnt-2.8.gir

Re: gobject-introspection: Cryptic error in g-ir-scanner

On Tue, Feb 4, 2014 at 3:27 PM, Bastien Nocera had...@hadess.net wrote: Try getting a backtrace of the crash. It's likely a bug in the library itself. Can you tell me how exactly to go about getting a backtrace? I've tried using gdb on python (to run g-ir-scanner) without any special setting,

Re: gobject-introspection: Cryptic error in g-ir-scanner

On Tue, 2014-02-04 at 15:34 +0530, Ankit Vani wrote: On Tue, Feb 4, 2014 at 3:27 PM, Bastien Nocera had...@hadess.net wrote: Try getting a backtrace of the crash. It's likely a bug in the library itself. Can you tell me how exactly to go about getting a backtrace? I've tried using gdb

Re: GObject Introspection Enum details

You can try g_registered_type_info_get_type_name(), but mind asking why you want to know? On Sun, Nov 17, 2013 at 11:33 AM, Aleksey prolog.her...@gmail.com wrote: Hi guys I am trying to use GIRepository (version 1.38) to retrieve Enumeration details and I'm wondering how to retrieve

Re: GObject Introspection Enum details

Thanks Jasper I've somehow overlooked that GIEnumInfo is inherited GIRegisteredTypeInfo, not directly from GIBaseInfo. Unfortunately, g_registered_type_info_get_type_name() returns NULL. I've also tried g_registered_type_info_get_g_type g_type_name: GType type =

Re: gobject across network

hi; On 16 June 2013 17:24, Andrea Zagli aza...@libero.it wrote: is there a way to send a gobject from a server to a client via network (ex. via http or other protocol)? i want to create a gobject in a daemon in a server and pass it to a client if you're doing in on the same machine, then you

Re: gobject across network

On Mon, Jun 17, 2013 at 1:38 AM, Emmanuele Bassi eba...@gmail.com wrote: hi; On 16 June 2013 17:24, Andrea Zagli aza...@libero.it wrote: is there a way to send a gobject from a server to a client via network (ex. via http or other protocol)? i want to create a gobject in a daemon in a

Re: gobject across network

hi; On 16 June 2013 21:32, Tristan Van Berkom t...@gnome.org wrote: if you're doing in on the same machine, then you can use DBus and the GDBus facilities in GIO. [0] Also, note that GDBus does not have any requirement for usage on the same system. I know Tristan knows this, but probably

Re: gobject-introspection bindings: how to get gtype for enum type?

Hi again, Answering to self: Le 13/05/2013 18:08, Thibaut Paumard a écrit : I want to implement setting GObject properties during initialization with g_object_newv(). When the property is of an Enum type, I need to find the gtype corresponding to the exact Enum type. What I have in my hands

Re: [GObject-Introspection] Doubt about GIR files generation

Thanks for your answer. Unfortunately, I already do that and it still fails. Doing tests looking for a solution I've omitted the GIR files generation and it fails while linking the library to the main program, so I'm doing something wrong with the Autotools (although everything works if the

Re: [GObject-Introspection] Doubt about GIR files generation

On 07/03/13 13:04, Alejandro T. Colombini wrote: if any symbol name has been added or modified in the version being build, libtool complains about undefined references to these symbols while linking. It happens only during the g-ir-scanner execution and doesn't in the regular linking of the

Re: GObject Destruction

Sorry for the late response, the email got lost in my messy inbox. On Mon, Dec 24, 2012 at 7:20 PM, David Nečas y...@physics.muni.cz wrote: Yes and no. You can do this g_signal_connect(object, signal, G_CALLBACK(g_object_unref), NULL); and it will unref the object when the signal is

Re: [gobject-introspection] How to use caller-allocates and allow-none annotations in Clutter

Hi, In 50ead835.5070...@collabora.co.uk Re: [gobject-introspection] How to use caller-allocates and allow-none annotations in Clutter on Mon, 07 Jan 2013 14:14:13 +, Simon McVittie simon.mcvit...@collabora.co.uk wrote: [I am not a g-i developer, please do not take this as authoritative

Re: [gobject-introspection] How to use caller-allocates and allow-none annotations in Clutter

[I am not a g-i developer, please do not take this as authoritative.] On 07/01/13 13:22, Kouhei Sutou wrote: ClutterActorIter iter; ClutterActor *child; clutter_actor_iter_init (iter, container); while (clutter_actor_iter_next (iter, child)) { /* do something with child

Re: GObject Destruction

On Wed, 19 Dec 2012 18:55:40 +0100, Nicola Fontana n...@entidi.it wrote: By exposing only dispose() and internalizing finalization in libgobject. How can you do this without one of the following: (a) Requiring that objects must not have any data, even internal, that cannot be NULL[*] during

Re: GObject Destruction

I was wondering if this GObject destruction scheme allows destroying an object in a callback for a signal of itself. Is this possible? Sorry for the slight of topic! Merry Christmas, Ian Liu. On Dec 24, 2012 9:38 AM, David Nečas y...@physics.muni.cz wrote: On Wed, 19 Dec 2012 18:55:40 +0100,

Re: GObject Destruction

On Mon, Dec 24, 2012 at 06:22:02PM -0200, Ian Liu Rodrigues wrote: I was wondering if this GObject destruction scheme allows destroying an object in a callback for a signal of itself. Yes and no. You can do this g_signal_connect(object, signal, G_CALLBACK(g_object_unref), NULL); and it

Re: GObject Destruction

Il Tue, 18 Dec 2012 21:49:13 +0100 David Nečas y...@physics.muni.cz scrisse: I'm not sure whether multiple executions of dipose() can occur in a single-threaded program (see the source if you can understand). But how would break reference cycles when, for instance, a GtkWindow is destroyed in

Re: GObject Destruction

Use g_object_get(CAST_TO_PARENT_TYPE(obj), x, x, NULL); On Tue, Dec 18, 2012 at 4:57 AM, Günther Wutz andr...@gunibert.de wrote: Hi, i have read the development stuff about GObject initialization and destruction of an Object. But i have currently a problem, which drives me crazy. I have

Re: GObject Destruction

The issue is that the class has already been finalized. At that point, you are no longer allowed to access any properties. I suppose you could also try and access raw storage from class A, but storing any data you'll need to free something in class B when you allocate it seems like the cleanest

Re: GObject Destruction

Il Tue, 18 Dec 2012 04:57:52 +0100 Günther Wutz andr...@gunibert.de scrisse: I have an Class A, which stores two Integer as properties (say x and y) and an Class B which inherits from A and makes a multidimensional array on the heap with size x*y. In my finalize method i want to free the

Re: GObject Destruction

Il Tue, 18 Dec 2012 19:46:40 +0100 David Nečas y...@physics.muni.cz scrisse: On Tue, Dec 18, 2012 at 07:19:33PM +0100, Nicola Fontana wrote: I always free dynamic stuff (included allocated memory) in dispose(), not in finalize(), protecting it from double calls. There you should have a

Re: GObject Destruction

On Tue, Dec 18, 2012 at 08:45:42PM +0100, Nicola Fontana wrote: I always wondered if this double step finalization is hystorical craft. Why not drop finalize() altogether and avoid double dispose calls directly from libgobject? The purpose of dispose() is to break reference cycles, i.e. to

Re: GObject Destruction

I don't understand why freeing an array requires knowing the size of it. The call for freeing a block of memory is free(void *data);, without any size in there. The libc keeps track of the size of each block in its allocator. On Tue, Dec 18, 2012 at 1:58 PM, Günther Wutz andr...@gunibert.de

Re: GObject Destruction

On Tue, Dec 18, 2012 at 05:37:08PM -0500, Jasper St. Pierre wrote: The call for freeing a block of memory is free(void *data); And the call for freeing a GSlice-allocated block of memory is void g_slice_free1(gsize block_size, gpointer mem_block); And the call for freeing a memory-mapped

Re: GObject Destruction

If you're using GSlice on a dynamically-sized array, you are using GSlice wrong. This is not what GSlice was designed for and you will cause fragmentation. The case for munmap is better, but again, I'd just store the overall size of the region, rather than calculating it again. On Tue, Dec 18,

Re: GObject Destruction

Store X/Y in class B. On Mon, Dec 17, 2012 at 10:57 PM, Günther Wutz andr...@gunibert.de wrote: Hi, i have read the development stuff about GObject initialization and destruction of an Object. But i have currently a problem, which drives me crazy. I have an Class A, which stores two

Re: [Solved] Re: [gobject-introspection] callback without GDestroyNotify

On Tue, 2012-10-23 at 19:43 +0100, Emmanuele Bassi wrote: hi; don't use the G namespace for you code unless you plan on submitting it for inclusion in GLib. If you're writing a gtweet library, then the namespace ought to be Gtweet. ciao, Emmanuele. Of course I'm going to submit

Re: [Solved] Re: [gobject-introspection] callback without GDestroyNotify

On ons, 2012-10-24 at 11:34 +0530, Mohan R wrote: On Tue, 2012-10-23 at 19:43 +0100, Emmanuele Bassi wrote: hi; don't use the G namespace for you code unless you plan on submitting it for inclusion in GLib. If you're writing a gtweet library, then the namespace ought to be

Re: [Solved] Re: [gobject-introspection] callback without GDestroyNotify

hi; On 24 October 2012 07:04, Mohan R mohan...@gmail.com wrote: On Tue, 2012-10-23 at 19:43 +0100, Emmanuele Bassi wrote: hi; don't use the G namespace for you code unless you plan on submitting it for inclusion in GLib. If you're writing a gtweet library, then the namespace ought to be

Re: [Solved] Re: [gobject-introspection] callback without GDestroyNotify

On Wed, 2012-10-24 at 10:42 +0100, Emmanuele Bassi wrote: you should not be using the g_*/G* namespace unless you're contributing code to GLib (glib, gobject, gio) — not GNOME. using the g_* namespace from other components may very well lead to symbol collision. Sorry, I was confused. So,

[Solved] Re: [gobject-introspection] callback without GDestroyNotify

Fixed it, My mistake, annotations are wrong, because the name of the function is 'g_tweet_object_samplestream', but the anotation says 'tweet_object_samplestream'. Sorry to distrub you all. On Tue, 2012-10-23 at 21:11 +0530, Mohan R wrote: /** * tweet_object_samplestream: * @tweetObject: a

Re: [Solved] Re: [gobject-introspection] callback without GDestroyNotify

hi; don't use the G namespace for you code unless you plan on submitting it for inclusion in GLib. If you're writing a gtweet library, then the namespace ought to be Gtweet. ciao, Emmanuele. On Oct 23, 2012 7:15 PM, Mohan R mohan...@gmail.com wrote: Fixed it, My mistake, annotations are

Re: gobject-introspection and GBoxed

Hi Tomeu, On 12 January 2012 11:02, Tomeu Vizoso to...@sugarlabs.org wrote: Looks like a bug in pygobject, could you file a bug with a backtrace? It may be worth trying out with the latest release to scope better the problem. I've tried with git master gobject-introspection and 3.0.3

Re: gobject-introspection and GBoxed

On Wed, Jan 11, 2012 at 14:47, jcup...@gmail.com wrote: Hi all, I'm adding gobject-introspection support to my library. It's working well for the GObject classes, but I just can't get it to work for GBoxed objects. I'm sure I'm missing something obvious. Do I need to write an override to

Re: gobject-introspection broken (?) on quartz ?

Which machine is this on? If this is on Tiger, you need to build yourself a newer make (3.71, it's in MacPorts) because things break with the (old) make 3.70 that's shipped with latest XCode for Tiger. regards, -kris. On Nov 18, 2011, at 6:32 AM, Paul Davis wrote: make Makefile:2712: ***

Re: gobject-introspection broken (?) on quartz ?

On Fri, Nov 18, 2011 at 3:18 AM, Kristian Rietveld k...@loopnest.org wrote: Which machine is this on?  If this is on Tiger, you need to build yourself a newer make (3.71, it's in MacPorts) because things break with the (old) make 3.70 that's shipped with latest XCode for Tiger. yes, this is

Re: gobject-introspection broken (?) on quartz ?

On Fri, Nov 18, 2011 at 7:56 AM, Paul Davis p...@linuxaudiosystems.com wrote: On Fri, Nov 18, 2011 at 3:18 AM, Kristian Rietveld k...@loopnest.org wrote: Which machine is this on?  If this is on Tiger, you need to build yourself a newer make (3.71, it's in MacPorts) because things break with

Re: gobject-introspection broken (?) on quartz ?

On Fri, Nov 18, 2011 at 8:03 AM, Paul Davis p...@linuxaudiosystems.com wrote: On Fri, Nov 18, 2011 at 7:56 AM, Paul Davis p...@linuxaudiosystems.com wrote: On Fri, Nov 18, 2011 at 3:18 AM, Kristian Rietveld k...@loopnest.org wrote: Which machine is this on?  If this is on Tiger, you need to

Re: gobject-introspection broken (?) on quartz ?

On Nov 18, 2011, at 2:03 PM, Paul Davis wrote: On Fri, Nov 18, 2011 at 7:56 AM, Paul Davis p...@linuxaudiosystems.com wrote: On Fri, Nov 18, 2011 at 3:18 AM, Kristian Rietveld k...@loopnest.org wrote: Which machine is this on? If this is on Tiger, you need to build yourself a newer make

Re: gobject-introspection broken (?) on quartz ?

On Nov 18, 2011, at 1:56 PM, Paul Davis wrote: yes, this is Tiger. Is there any particular reason why this has not been added to the bootstrap process? I think because not that many people are building on Tiger anymore. I stumbled across it this Summer and I just ended up installing GNU

Re: gobject-introspection broken (?) on quartz ?

On Fri, Nov 18, 2011 at 9:53 AM, Kristian Rietveld k...@loopnest.org wrote: My apologies (I didn't have my Tiger machine handy), I meant that Tiger ships with GNU make 3.80 and you need at least GNU make 3.81.  This is due to usage of $(or ...) and/or $(and ...) which are only available in

Re: gobject-introspection broken (?) on quartz ?

On Nov 18, 2011, at 6:53 AM, Kristian Rietveld wrote: On Nov 18, 2011, at 2:03 PM, Paul Davis wrote: On Fri, Nov 18, 2011 at 7:56 AM, Paul Davis p...@linuxaudiosystems.com wrote: On Fri, Nov 18, 2011 at 3:18 AM, Kristian Rietveld k...@loopnest.org wrote: Which machine is this on? If

Re: gobject-introspection broken (?) on quartz ?

On Nov 18, 2011, at 7:02 AM, John Ralls wrote: On Nov 18, 2011, at 6:53 AM, Kristian Rietveld wrote: On Nov 18, 2011, at 2:03 PM, Paul Davis wrote: On Fri, Nov 18, 2011 at 7:56 AM, Paul Davis p...@linuxaudiosystems.com wrote: On Fri, Nov 18, 2011 at 3:18 AM, Kristian Rietveld

Re: gobject-introspection-0.10.8 warnings on AIX

On Tue, 15 Nov 2011 at 12:48:35 -0600, Albert Chin wrote: We've built gobject-introspection-0.10.8 on AIX, HP-UX, Solaris, IRIX, Tru64 UNIX, and RHEL. We have it compiling everywhere except AIX. We're seeing the following error. Any ideas?

Re: gobject-introspection-0.10.8 warnings on AIX

On Tue, Nov 15, 2011 at 07:12:06PM +, Simon McVittie wrote: On Tue, 15 Nov 2011 at 12:48:35 -0600, Albert Chin wrote: We've built gobject-introspection-0.10.8 on AIX, HP-UX, Solaris, IRIX, Tru64 UNIX, and RHEL. We have it compiling everywhere except AIX. We're seeing the following

Re: gobject-introspection-0.10.8 warnings on AIX

On Tue, Nov 15, 2011 at 01:46:59PM -0600, Albert Chin wrote: On Tue, Nov 15, 2011 at 07:12:06PM +, Simon McVittie wrote: On Tue, 15 Nov 2011 at 12:48:35 -0600, Albert Chin wrote: We've built gobject-introspection-0.10.8 on AIX, HP-UX, Solaris, IRIX, Tru64 UNIX, and RHEL. We have

Re: gobject-introspection-0.10.8 warnings on AIX

On Tue, Nov 15, 2011 at 04:28:45PM -0600, Albert Chin wrote: On Tue, Nov 15, 2011 at 01:46:59PM -0600, Albert Chin wrote: On Tue, Nov 15, 2011 at 07:12:06PM +, Simon McVittie wrote: On Tue, 15 Nov 2011 at 12:48:35 -0600, Albert Chin wrote: We've built gobject-introspection-0.10.8 on

Re: gobject-introspection-0.10.8 warnings on AIX

On Tue, Nov 15, 2011 at 07:12:06PM +, Simon McVittie wrote: On Tue, 15 Nov 2011 at 12:48:35 -0600, Albert Chin wrote: We've built gobject-introspection-0.10.8 on AIX, HP-UX, Solaris, IRIX, Tru64 UNIX, and RHEL. We have it compiling everywhere except AIX. We're seeing the following

Re: gobject-introspection and MinGW

Dieter Verfaillie wrote: Such things as needing to convert \\ to / Are you still getting those even with os.path.join() being monkey-patched? From my windows branch: https://github.com/dieterv/gobject-introspection/commit/75ff95092d952c0e4aa17ad58de5a02da54c1240 I'll have to get back to you

Re: gobject-introspection and MinGW

Dieter Verfaillie wrote: On 15/10/2011 18:49, Earnie wrote: I'm building gobject-introspection-1.30.0 with MSYS and MinGW. I'm to the point of the GISCAN GLib-2.0.gir and it reports No mscvr71.dll loaded. I'm using the python.org provided Windows distribution version 2.7. I had to modify the

Re: gobject-introspection and MinGW

On Tue, 18 Oct 2011 14:39:38 -0400, Earnie wrote: With your additional work in dumper.py and shlib.py I managed to get through a build. That being said, there are additional patches that need to occur in dumper.py. I'll forward those to you based on your github work. Those are very much

Re: gobject-introspection and MinGW

Earnie wrote: Earnie wrote: Earnie wrote: I'm building gobject-introspection-1.30.0 with MSYS and MinGW. I'm to the point of the GISCAN GLib-2.0.gir and it reports No mscvr71.dll loaded. I'm using the python.org provided Windows distribution version 2.7. I had to modify the hack in

Re: gobject-introspection and MinGW

On 15/10/2011 18:49, Earnie wrote: I'm building gobject-introspection-1.30.0 with MSYS and MinGW. I'm to the point of the GISCAN GLib-2.0.gir and it reports No mscvr71.dll loaded. I'm using the python.org provided Windows distribution version 2.7. I had to modify the hack in

Re: gobject-introspection and MinGW

Earnie wrote: Earnie wrote: I'm building gobject-introspection-1.30.0 with MSYS and MinGW. I'm to the point of the GISCAN GLib-2.0.gir and it reports No mscvr71.dll loaded. I'm using the python.org provided Windows distribution version 2.7. I had to modify the hack in giscanner/utils.py at

Re: gobject-introspection and MinGW

Earnie wrote: I'm building gobject-introspection-1.30.0 with MSYS and MinGW. I'm to the point of the GISCAN GLib-2.0.gir and it reports No mscvr71.dll loaded. I'm using the python.org provided Windows distribution version 2.7. I had to modify the hack in giscanner/utils.py at line 101 to

Re: gobject and gtk_widget_set_sensitive

Depends on the custom widget implementation, normally when we set_sensitive() to parent widget then the childs inherit this, but I can't say this is a bug!, so what is the custom library?. Ardhan --- jwm.art@gmail.com wrote: From: James Morris jwm.art@gmail.com To:

Re: GObject Introspection: array type too unspecific?

On 07/07/2011 01:07 AM, Florian Müllner wrote: 2011/7/6 Michael Kappert g_type_info_get_array_type returns a GIArrayType which only distinguishes C, ptr, byte and nested arrays. This does not seem to be enough to generate wrappers automatically. The exact array element type

Re: GObject Introspection: array type too unspecific?

Hey, 2011/7/6 Michael Kappert michael.kapp...@gmx.net g_type_info_get_array_type returns a GIArrayType which only distinguishes C, ptr, byte and nested arrays. This does not seem to be enough to generate wrappers automatically. The exact array element type needs to be known. (Or doesn't it?

Re: gobject construction with parameter

On 01/31/11 16:39, James Morris wrote: On 31 January 2011 13:32, Jannis Pohlmann jan...@xfce.org wrote: Can anyone point me in the direction of code examples where the construction of the g object requires a parameter so I can see how to do it please? - I can't make sense of the

Re: gobject construction with parameter

On 01/31/11 16:39, James Morris wrote: On 31 January 2011 13:32, Jannis Pohlmann jan...@xfce.org wrote: Can anyone point me in the direction of code examples where the construction of the g object requires a parameter so I can see how to do it please? - I can't make sense of the

Re: gobject construction with parameter

On 01/31/11 16:39, James Morris wrote: On 31 January 2011 13:32, Jannis Pohlmann jan...@xfce.org wrote: Can anyone point me in the direction of code examples where the construction of the g object requires a parameter so I can see how to do it please? - I can't make sense of the

Re: gobject introspection in runtime possible?

On Thu, 2011-04-07 at 12:22 +0200, Andrea wrote: Hello list, Just a flash question about introspection (I'm a newbye). Is it possible to get introspection data from a GObject in runtime? I was wondering if it would be convenient to create a special introspectable parent object to declare

Re: gobject introspection in runtime possible?

Le jeudi 07 avril 2011 à 12:22 +0200, Andrea a écrit : Hello list, Just a flash question about introspection (I'm a newbye). Is it possible to get introspection data from a GObject in runtime? I was wondering if it would be convenient to create a special introspectable parent object to

Re: [gobject-introspection] How should name collisions be resolved

On Thu, Feb 10, 2011 at 12:14 PM, Alan alan.mcgov...@gmail.com wrote: In .NET it is invalid to generate a property or a method which is the same name as an event as it is ambiguous as to whether you're invoking the event or calling the method. Yeah, this fits into a general class of corner

Re: [gobject-introspection] How should name collisions be resolved

On Thu, Feb 10, 2011 at 05:14:39PM +, Alan wrote: In .NET it is invalid to generate a property or a method which is the same name as an event as it is ambiguous as to whether you're invoking the event or calling the method. This also affects Vala. Other problems happen wrt properties and

Re: gobject construction with parameter

On 1 February 2011 00:39, James Morris jwm.art@gmail.com wrote: On 31 January 2011 13:32, Jannis Pohlmann jan...@xfce.org wrote: Can anyone point me in the direction of code examples where the construction of the g object requires a parameter so I can see how to do it please? - I can't

Re: gobject construction with parameter

Hey, On Mon, 31 Jan 2011 13:14:30 + James Morris jwm.art@gmail.com wrote: Hi, I'm trying to modify some existing code which uses gobject so that the function to create a new object can take a parameter. The existing code is quite simple, and my modifications simplify it further so

Re: gobject construction with parameter

On 31 January 2011 13:32, Jannis Pohlmann jan...@xfce.org wrote: Can anyone point me in the direction of code examples where the construction of the g object requires a parameter so I can see how to do it please? - I can't make sense of the documentation. I usually do this by adding a

Re: Gobject-Introspection and CMPH

On Wed, Dec 15, 2010 at 8:54 PM, Matthias Clasen matthias.cla...@gmail.com wrote: On Wed, Dec 15, 2010 at 8:43 PM, John Ralls jra...@ceridwen.us wrote: But since you bring it up, what is the official policy? Is it C89? Is it published somewhere? For GTK+, we're generally avoiding C++

Re: Gobject-Introspection and CMPH

On 16 December 2010 17:07, Colin Walters walt...@verbum.org wrote: On Wed, Dec 15, 2010 at 8:54 PM, Matthias Clasen matthias.cla...@gmail.com wrote: On Wed, Dec 15, 2010 at 8:43 PM, John Ralls jra...@ceridwen.us wrote: But since you bring it up, what is the official policy? Is it C89? Is it

Re: Gobject-Introspection and CMPH

On Thu, 2010-12-16 at 12:07 -0500, Colin Walters wrote: On Wed, Dec 15, 2010 at 8:54 PM, Matthias Clasen matthias.cla...@gmail.com wrote: On Wed, Dec 15, 2010 at 8:43 PM, John Ralls jra...@ceridwen.us wrote: But since you bring it up, what is the official policy? Is it C89? Is it

Re: Gobject-Introspection and CMPH

On Thu, Dec 16, 2010 at 12:44 PM, Emmanuele Bassi eba...@gmail.com wrote: then they should be removed. we don't use c99 in glib and gtk -- it's been pointed out many times in many threads on this very mailing list. Actually gtk3 currently fails with -std=c99 even due to some anonymous unions

Re: Gobject-Introspection and CMPH

On Dec 16, 2010, at 9:47 AM, Colin Walters wrote: On Wed, Dec 15, 2010 at 8:43 PM, John Ralls jra...@ceridwen.us wrote: Okay well, I *think* you answered my question, which is that you want the stack to build with c99. No, but Emmanuele did: It should be c89. Gobject-introsopection has

Re: Gobject-Introspection and CMPH

On Thu, Dec 16, 2010 at 2:30 PM, John Ralls jra...@ceridwen.us wrote: On Dec 16, 2010, at 9:47 AM, Colin Walters wrote: On Wed, Dec 15, 2010 at 8:43 PM, John Ralls jra...@ceridwen.us wrote: Okay well, I *think* you answered my question, which is that you want the stack to build with c99.

  1   2   3   >