log libpurple/protocols/msn/directconn.c @ 32487:ab9025b46134

age author description
Wed, 11 May 2011 05:00:06 +0000 Paul Aurich msn: Avoid reading uninit memory.
Mon, 09 May 2011 22:56:29 +0000 Elliott Sales de Andrade Getting the P2P version is probably the slplink's job, since it has
Mon, 09 May 2011 08:06:27 +0000 Elliott Sales de Andrade Get the P2P version based on the user. Still hard-coded as v1 though.
Thu, 06 Jan 2011 05:12:00 +0000 Elliott Sales de Andrade Use the serializing function for SlpMsgParts on a direct connection.
Wed, 05 Jan 2011 04:43:41 +0000 Elliott Sales de Andrade Oops, this shouldn't be in here.
Tue, 04 Jan 2011 09:12:59 +0000 Elliott Sales de Andrade A direct connection really has no need of the whole P2P packet header,
Tue, 04 Jan 2011 06:55:30 +0000 Richard Laager Remove trailing whitespace
Mon, 27 Dec 2010 03:08:45 +0000 Elliott Sales de Andrade Ignore short packets related to p2pv2.
Fri, 17 Dec 2010 07:49:47 +0000 Elliott Sales de Andrade Change SLP P2P functions to use the new buffer access functions
Thu, 16 Dec 2010 00:14:49 +0000 Elliott Sales de Andrade Correct the ref counts on the SlpMsgParts. When it's removed from the
Wed, 15 Dec 2010 23:10:13 +0000 Elliott Sales de Andrade Use the unref functions everywhere, instead of destroy. I also removed
Wed, 15 Dec 2010 21:48:37 +0000 Elliott Sales de Andrade Remove some old code.
Sun, 21 Nov 2010 09:56:48 +0000 Elliott Sales de Andrade Fix a lot more leaks, some old, some new.
Sun, 21 Nov 2010 00:53:26 +0000 Elliott Sales de Andrade Don't attempt to process zero-length DC messages. We should probably
Fri, 30 Jul 2010 18:21:59 +0000 masca Add DC packet lenght when creating the SlpPart.
Thu, 29 Jul 2010 00:12:54 +0000 masca Process SlpMessageParts, a sequence of parts will generate a SlpMessage.
Mon, 19 Jul 2010 21:05:06 +0000 masca propagate from branch 'im.pidgin.pidgin' (head 51236278b5344e58692ae671bd25a862058432da)
Tue, 06 Jul 2010 19:00:21 +0000 masca Add support to ref/unref SlpMessageParts.
Thu, 24 Jun 2010 00:12:45 +0000 masca Hide msn_slplink_destroy and use the unref version everywhere.
Thu, 17 Jun 2010 19:54:52 +0000 masca Reomove MsnMessage reference from DirectConn.
Thu, 17 Jun 2010 18:04:42 +0000 masca This bit must be migrated too.
Wed, 16 Jun 2010 21:32:12 +0000 masca Add a function that enqueue a Part instead of a Message since directconn does not sends messages.
Tue, 08 Jun 2010 21:26:39 +0000 masca Drop slp header and footer from MsnMessage in favor of MsnSlpMessage->header and footer.
Sun, 06 Jun 2010 21:27:12 +0000 masca merge of '5af6a35c4c39341b79cc8d61c700da2b874b9b6b'
Wed, 02 Jun 2010 20:51:24 +0000 masca propagate from branch 'im.pidgin.cpw.qulogic.msnp16' (head 49bf2f5880edfe6f07decbf14418f2032ba59ad0)
Sat, 05 Jun 2010 01:27:07 +0000 masca Use p2p functions in directconn too.
Thu, 03 Jun 2010 21:50:45 +0000 masca Drop Binary from the struct name.
Thu, 03 Jun 2010 21:41:43 +0000 masca Drop MsnSlpHeader in favor of MsnP2pBinaryHeader.
Thu, 03 Jun 2010 21:18:53 +0000 masca Chang member name so it is compatible with MsnSlpHeader struct names.
Thu, 03 Jun 2010 21:07:08 +0000 masca Start moving p2p specific code to its own module.
Fri, 28 May 2010 22:45:52 +0000 masca Include internal.h on each c file to avoid windows breakage as recommended by Daniel.
Fri, 28 May 2010 08:05:38 +0000 masca Remove unnecesary includes from msn.h.
Thu, 03 Jun 2010 01:22:31 +0000 Mark Doliner I noticed that this wasn't being used
Fri, 28 May 2010 23:30:20 +0000 Elliott Sales de Andrade It's probably best just to be explicit about the ordering here.
Fri, 28 May 2010 21:26:57 +0000 Elliott Sales de Andrade For some reason, this line creates the following warning:
Wed, 26 May 2010 23:20:18 +0000 Elliott Sales de Andrade I think it's more accurate to say that a DC is a P2P transfer, so if that
Sun, 23 May 2010 21:45:19 +0000 Elliott Sales de Andrade NULL-ify some reverse links so that there's no double-free on exit.
Fri, 21 May 2010 07:43:18 +0000 Elliott Sales de Andrade C comments only.
Fri, 21 May 2010 07:36:59 +0000 Elliott Sales de Andrade Make it more explicit that incoming and outgoing timeouts are different.
Thu, 20 May 2010 09:06:47 +0000 Elliott Sales de Andrade If there's stuff stuck in the DC queue, then try to send it over the SB if
Mon, 17 May 2010 08:45:46 +0000 Elliott Sales de Andrade Ref the slplink before destroying the DC, or we might lose our slpcall.
Mon, 17 May 2010 08:42:51 +0000 Elliott Sales de Andrade Use msn_dc_fallback_to_p2p where possible.
Mon, 17 May 2010 07:56:00 +0000 Elliott Sales de Andrade This is not a timeout, but an input handler.
Mon, 17 May 2010 07:34:52 +0000 Elliott Sales de Andrade Fallback to P2P if connecting to external IP didn't work immediately.
Sat, 15 May 2010 08:02:08 +0000 Elliott Sales de Andrade If removing a timeout and return FALSE in its handler isn't good, then
Sat, 08 May 2010 00:08:01 +0000 Elliott Sales de Andrade We can't both remove a timeout and return FALSE in its callback.
Thu, 06 May 2010 07:36:56 +0000 Elliott Sales de Andrade This should probably work a bit better. At least, we want to get rid of any
Wed, 05 May 2010 09:07:10 +0000 Elliott Sales de Andrade Valgrind pointed out that dest and src may overlap, so we need to use
Wed, 05 May 2010 08:18:35 +0000 Elliott Sales de Andrade I've seen packet sizes larger than our current maximum. Hopefully 8KiB is
Wed, 05 May 2010 08:14:40 +0000 Elliott Sales de Andrade Remote more seemingly unnecessary stuff.
Wed, 05 May 2010 08:11:05 +0000 Elliott Sales de Andrade I'm not sure what this stuff is, but it looks old and useless.
Wed, 05 May 2010 07:33:55 +0000 Elliott Sales de Andrade I'm pretty sure we need to actually use dc->msg_pos for something, instead
Wed, 05 May 2010 07:32:45 +0000 Elliott Sales de Andrade I think this finally works with both aMSN and the official client, for
Wed, 05 May 2010 07:29:24 +0000 Elliott Sales de Andrade Try and reduce some code duplication.
Wed, 05 May 2010 07:26:57 +0000 Elliott Sales de Andrade Make msn_dc_fallback_to_p2p non-static, and remove some old code.
Wed, 05 May 2010 07:02:05 +0000 Elliott Sales de Andrade The length of a DC packet does not include itself.
Sun, 25 Apr 2010 23:38:27 +0000 Elliott Sales de Andrade It seems like every DC packet requires a length, so why make every little
Sun, 25 Apr 2010 23:15:32 +0000 Elliott Sales de Andrade Obviously, if this comparison fails, I should be returning FALSE.
Sat, 24 Apr 2010 20:39:06 +0000 Elliott Sales de Andrade All these processing functions are called from places where dc != NULL,
Sat, 24 Apr 2010 20:37:49 +0000 Elliott Sales de Andrade Remove some duplicate code.