After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 64096 - int glib_debug_shutdown (void)
int glib_debug_shutdown (void)
Status: RESOLVED DUPLICATE of bug 627423
Product: glib
Classification: Platform
Component: general
1.3.x
Other Linux
: Normal enhancement
: ---
Assigned To: gtk-bugs
gtk-bugs
: 76769 120258 127098 140548 305037 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2001-11-08 23:33 UTC by Michael Meeks
Modified: 2012-08-26 14:55 UTC
See Also:
GNOME target: ---
GNOME version: Unversioned Enhancement


Description Michael Meeks 2001-11-08 23:33:05 UTC 
It would be wonderful to have a method such as this, that would replace the
'atexit' object debugging approach there currently - but, better than this
return the status, ie. whether things leaked or not - so that other
projects' regression tests can automaticaly fail if a leak has occured.

Oh - and it'd be great if it didn't warn when no objects are leaked ...
Comment 2 Owen Taylor 2002-10-15 21:37:10 UTC 
*** Bug 76769 has been marked as a duplicate of this bug. ***
Comment 3 Owen Taylor 2002-10-15 21:37:31 UTC 
Bug 76769 has slightly more extensive commentary in it.
Comment 4 Owen Taylor 2003-08-25 15:09:06 UTC 
*** Bug 120258 has been marked as a duplicate of this bug. ***
Comment 5 Matthias Clasen 2003-11-16 21:28:39 UTC 
*** Bug 127098 has been marked as a duplicate of this bug. ***
Comment 6 Owen Taylor 2004-04-21 18:51:26 UTC 
*** Bug 140548 has been marked as a duplicate of this bug. ***
Comment 7 Owen Taylor 2005-05-21 23:13:46 UTC 
*** Bug 305037 has been marked as a duplicate of this bug. ***
Comment 8 Denis Vlasenko 2005-06-20 18:51:43 UTC 
Can we use appropriate attributes?

void __attribute__((constructor)) init(void) {}
void __attribute__((destructor)) finish(void) {}

(possibly wrapped in #ifdef GNUC)
Comment 9 Dan Winship 2012-08-26 14:55:01 UTC 
lots more discussion has happened in a newer bug

*** This bug has been marked as a duplicate of bug 627423 ***