I'm using MinGW 32 and the Ultimate++ development environment.
http://www.ultimatepp.org/
Main Topics
Browse All TopicsI've been having one hell of a problem with a program I'm making. Basically, it's inter-process communication using sockets. I've done sockets for years, and just recently started running into this roadblock that I can't figure out. I've gotten it to connect to the "server" (which is just another program running a bind on 127.0.0.1), but when we exchange information, I've used a set of MessageBox's to show me the data going between the two. The MessageBox's hault program execution until user input, but from what I understand, messages are supposed to queue up, right? Anyways, this is what I'm getting (an example conversation):
-Connect to localhost-
server SEND: 0,CONNECTED
client RECV: 0,CONNECTED_TO_SERVER
client SEND: 1,COMMAND,1,ARGS,HERE
server RECV: 1,COMMAND,1,ARGS,HERE
server SEND: 2,FLUSH
client RECV: 2,FLUSHCTED_TO_SERVER
-----
You'll notice that my client is recv'ing but it almost looks like the buffer/recv queue I'm using isn't being flushed properly and it has remnants of previous packets in it.
Maybe it has something to do with my methodology? I'm using a while() loop on a non-blocking socket inside of a different thread in my GUI, and skipping past anything with a WSAEWOULDBLOCK error to recieve everything. I hope the experts aren't laughing at me at this point :P
Here's the strange part...I'm doing EVERYTHING I can to zero this buffer out though..during every loop iteration, I set my buffer's 0 index to 0x00 like so:
recvBuff[0] = 0x00;
Which should set the string to null (just to make sure I'm not overwiting what I had)..from the server side, I used a MessageBox to show me what the server was sending, and it IS sending properly formatted packets, so I know the problem is on my client end...I even tried taking the recvBuff upon a successful recv call and doing a strncpy into a NEW buffer based on the size of data receieved like so:
lResult = recv(socket,recvBuff,512,0
if(lResult > 0)
{
strncpy(buff2,recvBuff,lRe
..etc..
}
It probably has a whole lot to do with my loop, but I can't for the LIFE of me figure out why my buffer isn't clearing/why my socket recv data is all mashing together.
OH I FORGOT -- If I put a message box after the recv call showing the AMOUNT of data I received like so:
sprintf(buffer,"%i -- Number of bytes recvd",lResult);
MessageBox(0,buffer,"Recv"
Then it actually shows me the correct number AND parses correctly..but only if that message box is there. Is it a speed issue? What the hell is going on?? lol
Any help at all would be GREATLY appreciated...and if you can think of a better way to do winsock in C++ (I'm using MingW via Ultimate++), perhaps async sockets or something, PLEASE let me know. I'm about to smash my computer due to this lol :P
-Kevin
This Question has been solved and asker verified All Experts Exchange premium technology solutions are available to subscription members.
Experts Exchange has been collecting answers to technology questions since 1996…3 million and counting! If you have a question, chances are we already have your answer.
If you can't find the exact answer you're looking for, ask our exclusive community of 50,000 experts. You’ll get a personalized answer from a trusted professional.
Thousands of free tech tips, tricks, how-to’s and tutorials are available in our peer reviewed articles section. See for yourself how smart our experts are, no login required.
Access the answers to your technology questions today.
30-day free trial. Register in 60 seconds.
Members of the expert community talk about why the experience at Experts Exchange is different than what you will find anywhere else.

Try it out and discover for yourself.
30-day free trial. Register in 60 seconds.
Join the community of experts here and help other tech pros by answering question in your area of expertise. You can earn FREE access to all Experts Exchange's premium features and resources.
I'm using MinGW 32 and the Ultimate++ development environment.
http://www.ultimatepp.org/
>> I'm using isn't being flushed properly and it has remnants of previous packets in it.
Which looks as if you're treating the socket connection as a packet sending/receiving system.
>> I've done sockets for years
Which suggests that you know that the system is a stream system.
Could you be a little more specific on what "client SEND: 1,COMMAND,1,ARGS,HERE" is?
In particular what exactly contitues a "packet"?
Business Accounts
Answer for Membership
by: gtokasPosted on 2009-07-14 at 05:28:25ID: 24848619
With C++ Builder implementation is easy...
What compiler are you using??
George Tokas.