Mercurial > pidgin
view plugins/mono/MPlugin.cs @ 13905:4e44ecb866bd
[gaim-migrate @ 16394]
msn_session_sync_users() iterates over the buddy list, following the ->next pointers of the groups, contacts, and buddies. msn_show_sync_issue(), if called, removed the buddy for which it was called, in preparation for the buddy either being added to the server list or confirmed-to-be-removed. This could lead to the buddy pointer being released and ->next therefore being junk.
The buddy is now not removed until the user responds to the action dialog presented via msn_show_sync_issue(). I'm unclear why gtkgaim got away with this exercise in memory stomping but Adium/libgaim crashed every time, but it's safer in any case.
I also changed some foo->bar to gaim_foo_get_bar().
committer: Tailor Script <tailor@pidgin.im>
| author | Evan Schoenberg <evan.s@dreskin.net> |
|---|---|
| date | Sun, 02 Jul 2006 09:37:25 +0000 |
| parents | 67fbd2ff4c4e |
| children |
line wrap: on
line source
using Gaim; public class MPlugin : GaimPlugin { public void HandleSig(object[] args) { Buddy buddy = (Buddy)args[0]; Status old_status = (Status)args[1]; Status status = (Status)args[2]; Debug.debug(Debug.INFO, "mplug", "buddy " + buddy.Name + " went from " + old_status.Id + " to " + status.Id + "\n"); } public override void Load() { Debug.debug(Debug.INFO, "mplug", "loading...\n"); /*Signal.connect(BuddyList.GetHandle(), this, "buddy-away", new Signal.Handler(HandleSig));*/ BuddyList.OnBuddyStatusChanged.connect(this, new Signal.Handler(HandleSig)); } public override void Unload() { Debug.debug(Debug.INFO, "mplug", "unloading...\n"); } public override void Destroy() { Debug.debug(Debug.INFO, "mplug", "destroying...\n"); } public override GaimPluginInfo Info() { return new GaimPluginInfo("C# Plugin", "0.1", "Test C# Plugin", "Longer Description", "Eoin Coffey", "urled"); } }
