I lost the original message so I'm going to reply to this. At 07:33 PM 12/26/2002, you wrote:
Correct. This is because the output of 'rcon status' is larger than the maximum size of a single UDP packet. As such, half-life HAS to split it up. It has no choice in the matter.> I'd like to resurrect this again. :-) > > I've changed my code to work with this so that split packets get reassembled > and properly ordered. This works *most* of the time, but I find that > sometimes responses to commands like "rcon status" are split but do not use > this convention.
It depends on who's splitting the data. Sometimes it can be a router along the way, other times it can be half-life being smart and trying to split it before it sends it out.> > For example, if there are 24 players on my server, usually the response to > an "rcon status" is split. Sometimes, it uses the convention below and I > can reassemble and reorder it. But sometimes it just looks like two > seperate "normal" packets, i.e. each packet starts with "ff ff ff ff 6C > <data>". > > I'm guessing that it only does this if the break happens to fall at the end > of a line. (??) If so, is this a bug or intended behavior? I personally > would rather it *always* split the same way because my program is trying to > parse what comes back but I have no way of knowing if/when all the data is > there.
-a
_______________________________________________
hlds_apps mailing list
[EMAIL PROTECTED]
http://list.valvesoftware.com/mailman/listinfo/hlds_apps
