Well, probably a GTK# Cursor wraps a much constrained GTK resource, that must be released as soon as possible, and the GC may release it some minutes or hours too late. This is typical of graphics/windowing code, as normally there is contention for hardware-limited resources (not always memory-related).
HIH, :) On Wed, 30 Mar 2005 11:16:59 -0500, Wei Weng <[EMAIL PROTECTED]> wrote: > In mono-doc on Gtk.TreeView.GetCursor > (http://www.go-mono.com/docs/[EMAIL PROTECTED]), > in the remarks section, it says: > > Remarks > The returned path must be freed with TreePath.Free. > > huh? I thought all these would be taken care of by the garbage collection, > and I don't need to worry about freeing resources anymore. > > What is happening here? Can someone enlight? > > Thanks > > Wei > > _______________________________________________ > Gtk-sharp-list maillist - [email protected] > http://lists.ximian.com/mailman/listinfo/gtk-sharp-list > -- Rafael "Monoman" Teixeira --------------------------------------- I'm trying to become a "Rosh Gadol" before my own eyes. See http://www.joelonsoftware.com/items/2004/12/06.html for enlightment. It hurts! _______________________________________________ Gtk-sharp-list maillist - [email protected] http://lists.ximian.com/mailman/listinfo/gtk-sharp-list
