site_archiver@lists.apple.com Delivered-To: darwin-dev@lists.apple.com Thanks Godfrey On 2008-09-13, at 7:34 PM, Jason Coco wrote: On Sep 13, 2008, at 05:25 , Brian Bergstrand wrote: Jason _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/gvdl%40mac.com _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.appl... If you have a small test app, can you please raise the bug with bug- reporter. In practice the kernel does usually clean up after a mach- port de-register but you could have detected a corner case. No matter how your app terminates, if you leave dangling resources they will be cleaned up for you by the kernel. There may be a few exceptions, but Mach ports (which is what IOKit handles are) are not one of them. I thought as much, but it seems strange to me that in this case, the computer will no longer go to sleep due to being idle. I've tested it with a simple terminal program. If I interrupt the run loop (^C for example or SIGTERM) and don't call IODeregisterForSystemPower() the computer simply will not sleep again until it's been rebooted. If anyone else could test this, I'd really appreciate it... it seems like a bug but I only have my hardware at the moment to test on and there may be something wrong with that. This email sent to gvdl@mac.com This email sent to site_archiver@lists.apple.com