Re: The use of RefPtr



On Sat, 07 Mar 2009 00:11:13 -0700
Eddie Carle <eddie erctech org> wrote:
> On Sat, 2009-03-07 at 01:57 -0500, Hubert Figuiere wrote:
> > There is no point in trying to make things more complex to make on
> > case marginally less complex. It is not like you have to track the
> > model to delete it when needed.
> 
> Hmm, I'm not sure we fully understand each other. My issue is that I
> want to have a non-dynamically allocated TreeModel (or derivation of
> one). The problem of course is that you can't have a RefPtr going
> ahead and trying to delete a piece of non-dynamically allocated
> memory. This would obviously cause the program to crash. I want my
> TreeModel freed when it goes out of scope. The question is then, how
> do I get my ComboBox to use my non-dynamically allocated TreeModel
> without crashing the program?

This is a complete waste of time.  All GObjects are constructed on the
heap, and they are all reference counted.

Chris


[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]