log libpurple/protocols/msn/slpcall.c @ 18403:8ee1f173253c

age author description
Thu, 17 May 2007 14:32:24 +0000 Evan Schoenberg slpcall now explicitlt references its xfer and unreferences it when it is destroyed. While it *looks* like this should *probably* have happened anyways due to the interactins between xfer_init, xfer_end, and xfer_cancel_remote, having the xfer's owner make this explicit makes the process less fragile and more obvious, and it may fix a crash as the slp is destroyed. Fixes #1070
Thu, 17 May 2007 14:30:48 +0000 Evan Schoenberg disapproval of revision 'a0488ed637a52fa346f3a78ed4e16fb8db3aeb59'
Thu, 17 May 2007 14:29:17 +0000 Evan Schoenberg slpcall now explicitlt references its xfer and unreferences it when it is destroyed. While it *looks* like this should *probably* have happened anyways due to the interactins between xfer_init, xfer_end, and xfer_cancel_remote, having the xfer's owner make this explicit makes the process less fragile and more obvious, and it may fix a crash as the slp is destroyed. Fixes #1070
Mon, 19 Mar 2007 07:01:17 +0000 Sean Egan sed -ie 's/gaim/purple/g'
Sat, 20 Jan 2007 02:32:10 +0000 Sean Egan Rename gtk/ and libgaim/ to pidgin/ and libpurple/