Re: More String debugging

2000-09-26 Thread Chris Kuklewicz

Good news: I found a stupid bug I had added to HashStore::unref.  I
will test tommorrow night.  It may not fix any segfaults though.

On Wed, Sep 27, 2000 at 01:48:29AM -0400, Isaac Richards wrote:
> 
> On 27-Sep-2000 Chris Kuklewicz wrote:
> > I'll ask for a second opinion: when a pointer is passed as the string
> > data for a column of the clist widget, what memory management is
> > required?  I am assuming it keeps the pointer, and you are not
> > supposed to alter the string it points to.  Metadata strings are all
> > allocated by HashStore and only removed when the all metadata classes
> > referring to it call unref.
> 
> With very few exceptions, gtk copies all strings you give it.
> 

Is there a replacement for GtkLabel that uses a true MVC design?
That would save alot of string duplication.

___
[EMAIL PROTECTED]
http://www.freeamp.org/mailman/listinfo/freeamp-dev



RE: More String debugging

2000-09-26 Thread Isaac Richards


On 27-Sep-2000 Chris Kuklewicz wrote:
> I'll ask for a second opinion: when a pointer is passed as the string
> data for a column of the clist widget, what memory management is
> required?  I am assuming it keeps the pointer, and you are not
> supposed to alter the string it points to.  Metadata strings are all
> allocated by HashStore and only removed when the all metadata classes
> referring to it call unref.

With very few exceptions, gtk copies all strings you give it.

Isaac
___
[EMAIL PROTECTED]
http://www.freeamp.org/mailman/listinfo/freeamp-dev