Re: [PATCH] [RFC] Add g_*_deinit() API

uld finally be valgrind friendly :) -- Felipe Contreras ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list

Re: GCancellable is not really cancellable?

On Mon, Apr 26, 2010 at 4:35 PM, Alexander Larsson wrote: > On Mon, 2010-04-26 at 16:04 +0300, Felipe Contreras wrote: >> On Mon, Apr 26, 2010 at 2:59 PM, Alexander Larsson wrote: >> > This is how cancellation worked in gnome-vfs, and it has a few problems. >> >>

Re: GCancellable is not really cancellable?

Hi Alexander, On Mon, Apr 26, 2010 at 2:59 PM, Alexander Larsson wrote: > On Sun, 2010-04-25 at 22:05 +0300, Felipe Contreras wrote: > >> So what am I supposed to do? ref() the object each time I do an async >> operation, and unref() it each time the operation finishes, while

GCancellable is not really cancellable?

extra field in order to find out if the object has been disposed? What's the point? Wouldn't it be better to truly cancel the operation? Cheers. -- Felipe Contreras ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gn

Re: Moving GLib and GTK+ to git

po viewers will annotate commits with the tag or branch if one or more > exists (for example, the GTK_2_16_0 tag on this page: > http://git.gnome.org/cgit/gtk+/log/?ofs=50) It would be better if you used more git compliant tags like "v2.16.0". Those tags make sense, but "BEFORE

Re: Moving GLib and GTK+ to git

sed arguments using G_GNUC_UNUSED glib macro." This is also the guideline used in git.git, and it looks pretty good: id: fix foobar or if there's no id: Generic cleanup Note that no full-stop is used. -- Felipe Contreras ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list

Re: Cross-compiling GLib 2.18 with arm-linux.

-( Well, it looks like it's very old =/ My bet is you would need to do many changes to remove the asm code. -- Felipe Contreras ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list

Re: Cross-compiling GLib 2.18 with arm-linux.

; > gatomic.c:570: parse error before "volatile" > > > > I’m guessing that my arm-linux-gcc compiler is not compatible with the > embedded assembly directive, and that’s why I’m getting the error.  However, > I thought I’d check to see if maybe there was s

Re: GIO and sockets

On Thu, Sep 4, 2008 at 4:29 AM, Dan Winship wrote: > Felipe Contreras wrote: >> How should applications use sockets with GIO? >> >> I'm interested in hostname resolution, and socket handling. If >> possible also proxy handling. > > There i

GIO and sockets

Hi, How should applications use sockets with GIO? I'm interested in hostname resolution, and socket handling. If possible also proxy handling. Any pointers? -- Felipe Contreras ___ gtk-devel-list mailing list gtk-devel-list@gnome.org

Re: Proposal for a collection API in glib

om/c/fid658F8E1DB8DB0E76D6B2E27AD4370F1BE87CAC46.aspx?s=gst_mini_object_new#L146 -- Felipe Contreras ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list

Re: GHashTable and const

;>> const_cast<> unneeded and noop -- yes. But break... hard to imagine. >>> >> >> Anything assigning or passing in g_hash_table_size as a function >> pointer would break. > > Yes, indeed... :-( I don't get it, can you explain how exactly?

Re: proposal about glib

gt; The GLib event loop has been designed to handle a low number of file > descriptors. Typical Gtk+ applications uses only 1 file descriptor (the X > connection). GLib isn't used only on GTK+ applications. -- Felipe Contreras ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list

Re: Steps to get to GTK+ 3.0

but it simplifies things for application > developers and makes maintenance much easier and I consider that much > more important. Why not leave the choice to the application developers? Something a general-purpose utility library should avoid is patronizing the clients, right? -- Felipe Contreras ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list

Re: glib and Xlib

2008/6/6 jaafar EL GONNOUNI <[EMAIL PROTECTED]>: > Hello; > > What is glib adding that the GTK + compared to Xlib ? > > All what is possible with glib with Xlib is feasible, then why create a new > library. GObject for exampl

Re: Steps to get to GTK+ 3.0

like this. > I remember in good old days yosh would kick out off IRC > anyone who disagreed with him. What now, you want to > continue the tradition folks? > > behdad and bkor, they will clean up your mailing list in > no time! I've been into this ant-establishment stuff before; you'll better fork, or accept the painfully slow progress, and work together. People don't change. Discussing things that Won't Change only pisses people. That's my opinion based on my experience. Best regards. -- Felipe Contreras ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list

Re: Steps to get to GTK+ 3.0

developers hate C++ with passion, if a toolkit requires C++, it's cutting a huge user-base. -- Felipe Contreras ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list

Re: Steps to get to GTK+ 3.0

t's not currently >> used to compile GTK+, nor will be anytime soon. >> > > Doesn't GNU have an ARM compiler? Googling gave me this > (http://www.gnuarm.com/). Yes, Montavista and Codesourcery both sell support for such compilers, and of course you can build your own

Re: Steps to get to GTK+ 3.0

h table just to add that function wasn't appealing. What about publicly stating that including foo_private.h is looking for trouble, and perhaps foo_protected.h for objects that inherit. I'm just dumping ideas, I don't know what's the proper solution, but I definitely see obstacles to re-use current objects/widgets. Best regards. -- Felipe Contreras ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list

Re: Steps to get to GTK+ 3.0

, which is POSIX. So my bet is that it's not currently used to compile GTK+, nor will be anytime soon. Let's not block possibilities based on considerations for hypothetical non-realistic situations. Do you know of any embedded compiler that can be used to compile GTK+? Best regards. -- Felipe Con

Re: [PATCH] Use autopoint for GLib

Tue, 2008-05-06 at 19:41 -0400, Havoc Pennington wrote: > > > >> Hi, > > > >> > > > >> On Tue, May 6, 2008 at 4:15 PM, Felipe Contreras > > > >> <[EMAIL PROTECTED]> wrote: > > > >>> Is there any reason? > &g

Re: [PATCH] Use autopoint for GLib

On Tue, May 6, 2008 at 10:27 PM, Havoc Pennington <[EMAIL PROTECTED]> wrote: > Hi, > > 2008/5/6 Felipe Contreras <[EMAIL PROTECTED]>: > > > I noticed disable-nls wasn't available so I dug until I came with a > > solution. > > > > I'm

Re: [PATCH] Use autopoint for GLib

On Tue, May 6, 2008 at 10:38 PM, Claudio Saavedra <[EMAIL PROTECTED]> wrote: > El mar, 06-05-2008 a las 22:08 +0300, Felipe Contreras escribió: > > > > > I would have created a bug report but the bug reporting form is a joke > > [1]. > > There's als

[PATCH] Use autopoint for GLib

simple-bug-guide.cgi -- Felipe Contreras Index: configure.in === --- configure.in (revision 6879) +++ configure.in (working copy) @@ -433,24 +433,23 @@ dnl gettext support dnl -ALL_LINGUAS="am ar as az be [EMAIL PROTECTED] bg bn bn