Hi there,
while testing and playing around with instance counting, I found that a
simple
void main(void)
{
NSAutoreleasePool *pool = nil;
pool = [[NSAutoreleasePool alloc] init];
{
NSObject *o;
o = [[NSObject alloc] init];
NSLog(@-- %@, [o description]);
On 2005-09-05 13:11:18 +0100 Chris Vetter [EMAIL PROTECTED] wrote:
Hi there,
while testing and playing around with instance counting, I found that a
simple
void main(void)
{
NSAutoreleasePool *pool = nil;
pool = [[NSAutoreleasePool alloc] init];
{
NSObject *o;
o
On Mon, 5 Sep 2005 14:13:07, Nicola wrote:
Ahm ... it would be a leak if every time you call NSLog, 50 objects get
allocated and never released ... then the program would go on allocating
more and more objects until eventually running out of memory. :-)
But you called it just once. The
Ahm ... it would be a leak if every time you call NSLog, 50 objects get
allocated and never released ... then the program would go on allocating
more and more objects until eventually running out of memory. :-)
But you called it just once. The objects you see might be internal
'static' data used
I had the same problem a month ago.
Is anyone maintaining the Cairo backend? Its horribly out of sync with
current Cairo releases.
Currentlz I am maintaining the cairo backend. And the CVS code should be up
to date with cairo 1.0. I did send out a mail to the GNUstep developer list
Hi,
Major update - new classes, new tools, new functionality, interface
changes, removed obsoleted stuff.
What is StepTalk?
-
Language independent scripting framework for GNUstep.
More information: http://mediawiki.gnustep.org/index.php/StepTalk
Introduction:
