Ok. But was there any approaches taken before like the object's lifetime
prediction or some kind of prefetching? If it is done how much it can be
beneficial? The aim is to optimize glib's memory performance in both
usage and time complexity.
Tim Janik wrote:
> On Tue, 26 Sep 2006, Kaustubh Atra
On Tue, 2006-09-26 at 19:08 -0700, Mark Richardson wrote:
> Sorry about posting in the gtk dev area, but this is borderline app
> dev/gtk dev.
>
> Anyway, I'm making a custom widget, and when I try to create a
> signal...
> signals[MOVE_CURSOR]=g_signal_new("move_cursor",
> G_OBJECT_CLASS_TYPE(go
Sorry about posting in the gtk dev area, but this is borderline app dev/gtk dev. Anyway, I'm making a custom widget, and when I try to create a signal... signals[MOVE_CURSOR]=g_signal_new("move_cursor", G_OBJECT_CLASS_TYPE(gobject_class), G_SIGNAL_RUN_LAS | G_SIGNAL_ACTION, G_STRUCT_OFFSET (Gt
On Mon, 2006-09-25 at 13:14 +0200, Alexander Larsson wrote:
> On Mon, 2006-09-25 at 11:40 +0200, Tim Janik wrote:
> > hm, in your initial proposal, you said that apps don't currently have
> > control
> > over whether they want to use/care about threading or not. so, are you
> > planning for a way
On Tue, 26 Sep 2006, Kaustubh Atrawalkar wrote:
> Hi
>
> Is there any object caching mechanism in glib? The paper given in the
> gslice.c header part says the there is object caching mechanism. But i
> wonder hows exactly it is done? While calling g_slice_alloc function
> there is just a request o
Sven Neumann wrote:
> Hi,
>
> On Tue, 2006-09-26 at 09:40 +0200, Attilio Fiandrotti wrote:
>
>
>>Indeed, i made daily "cvs update" and rebuilt GTK from scratch for the
>>whole past week, before 2.10.4 was released, but it seems this wasn't
>>enough.
>
>
> You should consider to do this for t
Hi
Is there any object caching mechanism in glib? The paper given in the
gslice.c header part says the there is object caching mechanism. But i
wonder hows exactly it is done? While calling g_slice_alloc function
there is just a request of memory size. It does not mention anything
about the ob
Hi,
On Tue, 2006-09-26 at 09:40 +0200, Attilio Fiandrotti wrote:
> Indeed, i made daily "cvs update" and rebuilt GTK from scratch for the
> whole past week, before 2.10.4 was released, but it seems this wasn't
> enough.
You should consider to do this for the stable branch on a regular basis.
Matthias Clasen wrote:
> On 9/25/06, Attilio Fiandrotti <[EMAIL PROTECTED]> wrote:
>
>> And the DFB backend was indeed found to be broken by the gtk-gnome
>> Debian team when they tried to build a DFB flavour of GTK for use in the
>> debian-installer.
>> Is there a way to check if the DirctFB back
Olumide writes:
> How can I using get the stack trace sysinternals's Process Explorer
> (I've downloaded it).
The Process Explorer stack trace, to the best of my knowledge, is
fully reliable only for code that includes Microsoft-style debugging
information. gcc-compiled code doesn't. Otherwise
10 matches
Mail list logo