On Wed, 6 Jun 2001, Ben Stanley wrote:
Hi,
I recently tried to use a glib compiled with --enable-mem-check to debug
gnucash, but instead ran into a 'block freed x times' message (from
gtkcalendar.c). The number x was an incredibly large number, suggesting that
1. The pointer being
On Thu, 7 Jun 2001, Ben Stanley wrote:
Thanks for all the replies.
I am now planning to maintain a separation between all the hash table
data and the user block areas, to increase robustness in the face of
rogue programs.
I looked at the pluggable interface in glib 1.3.5. It seems that
Thanks for all the replies.
I am now planning to maintain a separation between all the hash table
data and the user block areas, to increase robustness in the face of
rogue programs.
I looked at the pluggable interface in glib 1.3.5. It seems that the
g_malloc/g_free etc functions must be
I am lost. How does glib compare with glibc?
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of
Ben Stanley
Sent: Wednesday, June 06, 2001 4:03 PM
I have currently only looked at gmem.c in glib-1.2.9. Is
there any more
recent version that I
Phillip Shelton wrote:
I am lost. How does glib compare with glibc?
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of
Ben Stanley
Sent: Wednesday, June 06, 2001 4:03 PM
I have currently only looked at gmem.c in glib-1.2.9. Is
there any more
recent
On Wed, 06 Jun 2001 16:45:08 Phillip Shelton wrote:
I am lost. How does glib compare with glibc?
glib and glibc are two seperate libraries. Glib was
originally written as part of the gtk+ toolkit, and
provides a whole collection of useful routines, such as
basic data structures like lists,
I wrote something similar for the Kannel project (http://www.kannel.org,
file gwlib/gwmem-check.c). You might want to look at it for ideas.
It's fast enough to be used as the default memory manager for Kannel.
It doesn't have overflow lists, though -- it figures that if Kannel
allocates too
On Wed, 6 Jun 2001, Ben Stanley wrote:
Comments are solicited, bearing in mind that this is a debugging memory
manager proposal, not the normal one, and that I am aiming for
robustness in the face of programmer error over efficiency, That being
said, if you know of ways to achieve the same
On Wed, Jun 06, 2001 at 04:03:10PM +1000, Ben Stanley wrote:
The addition of this information allows a more meaningful 'check_heap'
operation, which may actually walk the heap and check that all the
doubly linked list structure is intact, and that the magic numbers
guarding the front and
Thank you all for your replies.
You were looking at glib-1.2.9? I found a copy of 1.2.10
-Original Message-
From: Ben Stanley [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, June 06, 2001 5:08 PM
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: Re: GLib RFC: Improve checking
: Wednesday, June 06, 2001 5:25 PM
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: RE: GLib RFC: Improve checking provided with
--enable-mem-check
On Wed, 06 Jun 2001 16:45:08 Phillip Shelton wrote:
I am lost. How does glib compare with glibc?
glib and glibc are two seperate
11 matches
Mail list logo
