Thread: Sending 2 things simultaniously to same client.

Hi, I'm having trouble figuring out how to do two things "simultaniously" over the same connection. Say I want to send 2 files to the same client or send 1 file and some text messages. The problem is that I use the send function to do both so I can't make sure that the client recv doesn't mix the file info with the text message (I'm using winsock). An example of the behavior I need is something similar to msn messenger (or any other chat software), there you can chat and send a file at the same time. Since I'm sending both messages and files with the send function, there is no way for the client recv function to know the difference because all it does is receiving the next bytes available over the connection.

I would really appreciate any help I can get because I don't see any solution at all.

Thank you very very much!

Originally Posted by antex

Ok thanks. Is it a bad idea to let the first or first few bytes received from each call identify the type, or is that good enough for most purposes? But what if not all info gets extracted in one call, due to some connection problem or some kind of buffer problem, then the next piece of information won't be the identification bytes. How do I solve this? I really don't understand internal socket buffers or whatever they are called.

Why not just make another connection to the host? Imagine trying to have three conversations on a single phone line. You could come up with some complicated protocol to allow multiple people to all talk on the same line, but WHY?

Well, I didn't think about that at all, but that seem to be a good option and far easier to program too. Thank you both for your replies! I really appreciate you help!

You could try sending the text as OOB data, which is handled seperately from the normal data stream.

Originally Posted by abachler

You could try sending the text as OOB data, which is handled seperately from the normal data stream.

A Google search for "TCP OOB" turns up zillions of examples why using OOB transmission is a bad idea, not universally supported, not guaranteed to work, etc.