[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[bug #25553] gui bug when build with mingw32, with garbage collection
|
From: |
Richard Frith-Macdonald |
|
Subject: |
[bug #25553] gui bug when build with mingw32, with garbage collection |
|
Date: |
Wed, 11 Feb 2009 08:40:04 +0000 |
|
User-agent: |
Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_5_6; en-us) AppleWebKit/525.27.1 (KHTML, like Gecko) Version/3.2.1 Safari/525.27.1 |
Update of bug #25553 (project gnustep):
Status: None => Fixed
Open/Closed: Open => Closed
_______________________________________________________
Follow-up Comment #3:
Yes, you use
IF_NO_GC(DESTROY(pool));
or
IF_NO_GC([pool release]);
depending on whether or not you want to set the value of poll to nil when not
using GC.
Anyway, I've fixed this in subversion.
One caveat here ... while GC used to work fine with the base library many
years ago, the gui and backend code was never really changed to work with GC.
It might work with the new MacOS-X 10.5 APIs, but if it does it's likely to
leak memory.
I'm concentrating on finishing the 10.5 APIs for gnustep-base and checking
that everything works there before really looking at gui and back.
_______________________________________________________
Reply to this item at:
<http://savannah.gnu.org/bugs/?25553>
_______________________________________________
Message sent via/by Savannah
http://savannah.gnu.org/