view doc/core-signals.dox @ 23246:2567a386f3a8

Wow, this isn't used. That will save us either 4 bytes or 8 bytes for each PurpleStatus, depending on whether you're on a 32 bit or 64 bit OS. We create a full set of PurpleStatuses (between 2 and maybe 10, depending on the protocol) for each PurplePresence, and each buddy in your buddylist has a PurplePresence. Assuming you on a 64 bit machine, you have 200 buddies, and you're using a protocol with 8 PurpleStatusTypes, this saves you 12KB of memory. Eh, I guess that's not so bad. Our status system is pretty memory inefficient right now... we tend to duplicate a lot of stuff from the PurpleStatusTypes unneccessarily. I think we can probably get a way with NOT duplicating it and having PurplePresence and PurpleStatus look through to the PurpleStatusTypes as appropriate. But it'll break our API a little, so we can't do it until 3.0.0.
author Mark Doliner <mark@kingant.net>
date Thu, 29 May 2008 17:41:08 +0000
parents e0613cf8c493
children 4179ab2cfe1f
line wrap: on
line source

/** @page core-signals Core Signals

 @signals
  @signal quitting
 @endsignals

 @see core.h

 <hr>

 @signaldef quitting
  @signalproto
void (*quitting)();
  @endsignalproto
  @signaldesc
   Emitted when libpurple is quitting.
 @endsignaldef

 */
// vim: syntax=c.doxygen tw=75 et