On Fri, 2007-03-23 at 18:48 -0400, Dan Winship wrote:
Hey, Alex, I see you've started porting gnome-vfs-mime to gvfs. I've got
some questions/comments on that.
I've been thinking about replacing GnomeDesktopItem lately
(http://bugzilla.gnome.org/show_bug.cgi?id=415070) and recently realized
Hi,
On 3/26/07, Alexander Larsson [EMAIL PROTECTED] wrote:
Do many apps really require creating launchers from arbitrary desktop
files? What is the typical usecase of that?
This is pretty nice for handling autostart within your own
application. (Ie, take your regular .desktop file, move it to
(Originally posted to gtk-list)
Tristan Van Berkom wrote:
On Mon, 2007-03-26 at 10:51 -0500, James Pelletier wrote:
I've been working on a spinner widget that is basically just the spinner
portion of a spinbutton.
Although the spinbutton handles numbers fairly cleanly, it doesn't seem
to
I just wanted to post on this thread again to see where things stand.
Jake, are you working on this still, and planning on sending in any patches?
If not, I may begin to take a shot at getting current branch code to compile
on Win64. I have the mono runtime semi-ported to Win64, so glib is what
Jonathan Chambers writes:
Should I post diffs to this list?
It's better to open a bug in bugzilla and attach diffs to it.
--tml
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
My apologies for being lax on this. glib is part of our whole underlying
platform of dependencies, so I ended up working on some other libraries
for a bit.
The big thing is the parameters to the allocation functions. My gut is
to change them to be gsize as that is pedantically correct, and
Hi to all!
I'm developping a app with GLib. Recently I've tryied to remove all the
memory leaks of the app, using valgrind with great success.
However, there is still one small leak that I want to discuss with you.
The funcion g_get_user_config_dir returns a const gchar *. In the
docs it says
On Mon, Mar 26, 2007 at 08:39:06PM +0100, Rúben Fonseca wrote:
Hi to all!
I'm developping a app with GLib. Recently I've tryied to remove all the
memory leaks of the app, using valgrind with great success.
However, there is still one small leak that I want to discuss with you.
The
On Mon, 2007-03-26 at 20:40 +0100, Rúben Fonseca wrote:
So my question is, is g_get_user_config_dir really leaking? Or it is
just a Valgrind problem? Can I make it not to leak?
Looking up entries in the password database (thats the getpwnam_r call)
can potentially take a long time (say the
On Mon, 2007-03-26 at 20:57 +0100, Ross Burton wrote:
On Mon, 2007-03-26 at 20:40 +0100, Rúben Fonseca wrote:
So my question is, is g_get_user_config_dir really leaking? Or it is
just a Valgrind problem? Can I make it not to leak?
Looking up entries in the password database (thats the
El lun, 26-03-2007 a las 00:18 +0300, [EMAIL PROTECTED] escribió:
I tried this idea and changed the GtkTreeDataList to be an array instead of
linked list (see the attached patch, made against svn head). The original
testcase (5000x50 model) started up faster (but was still slow), but I didn't
Hans Petter Jansson wrote:
If it's cached, shouldn't it still be reachable?
valgrind has a (mostly useless) mode that shows reachable-but-not-freed
blocks.
Havoc
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
On Mon, 2007-03-26 at 21:10 -0400, Havoc Pennington wrote:
Hans Petter Jansson wrote:
If it's cached, shouldn't it still be reachable?
valgrind has a (mostly useless) mode that shows reachable-but-not-freed
blocks.
Yes, but then it says still reachable. This one says definitely
lost.
A few years ago there used to be a distributor patch in Gentoo to enable
this, and it was sweet. What happened, here?
--
Alex Jones
http://alex.weej.com/
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
14 matches
Mail list logo