Re: No Word Wrap at CR or LF or CRLF - C / C++ / MFC Discussion Boards

TCP/IP Message Framing and Parsing [modified]

staticv26-Aug-09 0:13

26-Aug-09 0:13

I want to send varying length application specific messages between my client and server application. The problem is how should I determine the length of message when receiving it?

I thought of one way was that I should append a termination string in the end of the message. But others said that prefixing the message length is far more better?

May I know why and how do I prefix it? Any code examples would be really appreciated. I'm using Winsocks (version 2.2, if that helps)

And, by the way, what is the minimum amount of bytes/bits that will successfully transfer in one shot using TCP/IP?

Thanks

Top Web Hosting Providers[^]

Do, or do not. There is no 'try'.

modified on Wednesday, August 26, 2009 6:25 AM

Re: TCP/IP Message Framing and Parsing

Stuart Dootson26-Aug-09 3:43

Stuart Dootson

26-Aug-09 3:43

Ahmed Manzoor wrote:
I thought of one way was that I should append a termination string in the end of the message. But others said that prefixing the message length is far more better?

Prefix the length. That gives you a definite message length, which lets you detect errors better.

Say you had a termination string and the packet containing the termination string was lost. Your program would keep searching and either a) never see the terminator, so think the message never ended, or b) see the wrong terminator (maybe from the next message) and merge two messages into one.

Ahmed Manzoor wrote:
And, by the way, what is the minimum amount of bytes/bits that will successfully transfer in one shot using TCP/IP?

No minimum really - but you need to turn off the Nagle algorithm (see setsockopt and TCP_NODELAY[^]).

Java, Basic, who cares - it's all a bunch of tree-hugging hippy cr*p

Re: TCP/IP Message Framing and Parsing

staticv26-Aug-09 17:16

staticv

26-Aug-09 17:16

I don't understand what you mean by no minimum? Can you please explain?

Top Web Hosting Providers[^]

Do, or do not. There is no 'try'.

Re: TCP/IP Message Framing and Parsing

Stuart Dootson26-Aug-09 21:20

Stuart Dootson

26-Aug-09 21:20

If you turn off Nagling, then you can send a single byte in a TCP/IP packet. You can't get smaller than that (except 0, which is nothing).

Java, Basic, who cares - it's all a bunch of tree-hugging hippy cr*p

Re: TCP/IP Message Framing and Parsing

Moak26-Aug-09 21:22

Moak

26-Aug-09 21:22

You can send one byte at a time. You do NOT need to turn off Nagle algorithm in order to be able to send single bytes.

Beside using a length prefix or a terminator, there is also a third possibility. If you send only one message per TCP connection, then close the connection gracefully[^]. The receiving peer will know when it has received the complete message and can close the socket. However, if you want to send more then one message, the first two possibilities would be better.

My webchat in Europe Java | [Coffee]

(in 4K)

Re: TCP/IP Message Framing and Parsing

staticv26-Aug-09 21:40

staticv

26-Aug-09 21:40

Can you please provide an example? using the recv() and send() functions?

Top Web Hosting Providers[^]

Do, or do not. There is no 'try'.

No Word Wrap at CR or LF or CRLF

thomasIC26-Aug-09 0:04

thomasIC

26-Aug-09 0:04

Hello,

I have the following problem. I must display a printstream as readable text. Inside the stream are the signs asci 13 (Carriage Return) and asci 10 (Line Feed). If I want to display it in a CRichEditCtrl, the Control wraps the line.

If Set

SetTargetDevice(NULL, 1);

The Control makes also a word wrap at CR and LF.

I there a possibility to supress the word wrap?

best regards
thomas

Re: No Word Wrap at CR or LF or CRLF

«_Superman_»26-Aug-09 0:51

«_Superman_»

26-Aug-09 0:51

Word wrap is different from carriage return/line feed.
CR/LF will move to the beginning of the next line.

Word wrap will move to the next line if the line does not fit in the current view.
If you do not want to move to next line in spite of having CR/LF you will have to remove the character pair from the stream.

«_Superman_»
I love work. It gives me something to do between weekends.

Re: No Word Wrap at CR or LF or CRLF

thomasIC26-Aug-09 1:08

thomasIC

26-Aug-09 1:08

Thanks for your reply,

but the problem is that I can't remove it form the text, because it is important to show these signs as symbol. I have my own font to show CR sign or a LF sign.

Re: No Word Wrap at CR or LF or CRLF

«_Superman_»26-Aug-09 2:03

«_Superman_»

26-Aug-09 2:03

Then how about replacing these characters with your own symbol in the stream itself so that it will not move to the next line.

«_Superman_»
I love work. It gives me something to do between weekends.

Re: No Word Wrap at CR or LF or CRLF

thomasIC26-Aug-09 2:30

thomasIC

26-Aug-09 2:30

It doesn't work the control wraps the text anyway.

Re: No Word Wrap at CR or LF or CRLF

David Crow26-Aug-09 3:00

David Crow

26-Aug-09 3:00

You might need to look into the ES_MULTILINE, ES_AUTOVSCROLL, and ES_AUTOHSCROLL styles.

"Old age is like a bank account. You withdraw later in life what you have deposited along the way." - Unknown

"Fireproof doesn't mean the fire will never come. It means when the fire comes that you will be able to withstand it." - Michael Simmons

Re: No Word Wrap at CR or LF or CRLF

thomasIC26-Aug-09 3:14

thomasIC

26-Aug-09 3:14

Thias doesen't work. I tried it.

Re: No Word Wrap at CR or LF or CRLF

David Crow26-Aug-09 3:18

David Crow

26-Aug-09 3:18

You tried looking into it, or you tried implementing those styles? Wrapping in an edit control is only caused by one or two things: the characters being put in the control, and the styles of the control. Both have been suggested to you.

Re: No Word Wrap at CR or LF or CRLF

thomasIC26-Aug-09 3:44

thomasIC

26-Aug-09 3:44

I just look into these styles, but how should I implement a style?

Directx

messages25-Aug-09 23:44

messages

25-Aug-09 23:44

Hi everyone
my os is vista 64bit pack1 and I installed DirectX SDK(10) on my system
but I cant compile this code an it returns :

hr=E_INVALIDARG

DXGI_SWAP_CHAIN_DESC swapchainDesc;
ZeroMemory(&swapchainDesc,sizeof(swapchainDesc));
swapchainDesc.BufferCount=1;
swapchainDesc.BufferDesc.Width=width;
swapchainDesc.BufferDesc.Height=height;
swapchainDesc.BufferDesc.Format=DXGI_FORMAT_R8G8B8A8_UNORM;
swapchainDesc.BufferDesc.RefreshRate.Numerator=60;
swapchainDesc.BufferDesc.RefreshRate.Denominator=1;
swapchainDesc.BufferUsage=DXGI_USAGE_RENDER_TARGET_OUTPUT;
swapchainDesc.OutputWindow=hWnd;
swapchainDesc.SampleDesc.Count=1;
swapchainDesc.SampleDesc.Quality=0;
swapchainDesc.Windowed=false;
HRESULT hr=D3D10CreateDeviceAndSwapChain(NULL,
D3D10_DRIVER_TYPE_REFERENCE,
NULL,
0,
D3D10_SDK_VERSION,
&swapchainDesc,
&pSwapChain,
&pD3DDevice);

on the callstack window it shows this message:

The application was compiled against and will only work with D3D10_SDK_VERSION (28), but the currently installed runtime is version (29).
Recompile the application against the appropriate SDK for the installed runtime.

I tired with examples of Directx but error is same.

how can I solve this problem?

Re: Directx

Stuart Dootson26-Aug-09 3:50

Stuart Dootson

26-Aug-09 3:50

Sounds to me like you the version of the DirectX 10 SDK you have is older than the version of the DirectX 10 runtime you have installed (maybe a game's installed a newer version of the runtime?). I'd suggested downloading and installing a newer DirectX10 SDK and rebuilding your program.

Java, Basic, who cares - it's all a bunch of tree-hugging hippy cr*p

Re: Directx

Stuart Dootson26-Aug-09 5:15

Stuart Dootson

26-Aug-09 5:15

Further to my previous reply - the current (March 2009) version of the DirectX SDK has D3D10_SDK_VERSION set to 29. I'm guessing you'll need to download and install that.

Java, Basic, who cares - it's all a bunch of tree-hugging hippy cr*p

byte to int -> bit shifting confusion [modified]

Souldrift25-Aug-09 21:31

Souldrift

25-Aug-09 21:31

Hi there,

I got a little confused here, maybe someone can help with this noob question.

Following code piece to convert byte to int (supposedly big endian):

unsigned int time =	((m_aHeader[4] & 0xff) << 24) | 
			((m_aHeader[5] & 0xff) << 16) | 
			((m_aHeader[6] & 0xff) << 8) | 
			 (m_aHeader[7] & 0xff);

Now why is this different than

unsigned int time =	((m_aHeader[4] ) << 24) | 
			((m_aHeader[5] ) << 16) | 
			((m_aHeader[6] ) << 8) | 
			 (m_aHeader[7] );

m_aHeader is a byte array.

Edit: Just found, my problem only occurs when I use the first piece of code in java (in c++ it works fine).

I create the bytes in c++ with

m_aHeader[4] =	(BYTE) ((time >> 24) & 0xff);
m_aHeader[5] =	(BYTE) ((time >> 16) & 0xff);
m_aHeader[6] =	(BYTE) ((time >> 8) & 0xff);
m_aHeader[7] =	(BYTE)  (time & 0xff);

If I read it in c++ with the further above mentioned code pieces, everything is fine.
If I try this in java, though,

long time =     ((m_aHeader[4] ) << 24) | 
	        ((m_aHeader[5] ) << 16) | 
		((m_aHeader[6] ) << 8) | 
		 (m_aHeader[7] );

modified on Wednesday, August 26, 2009 3:44 AM

Re: byte to int -> bit shifting confusion

CPallini25-Aug-09 21:40

CPallini

25-Aug-09 21:40

Provided m_aHeader[k] (k=4..7) is a byte, there is no difference, i.e. you may write ( note there is NO 0xff close to m_aHeader[7])

unsigned int time = (m_aHeader[4] << 24) | (m_aHeader[5] << 16) | (m_aHeader[6] << 8) | m_aHeader[7];

If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler.
-- Alfonso the Wise, 13th Century King of Castile.

This is going on my arrogant assumptions. You may have a superb reason why I'm completely wrong.
-- Iain Clarke

[My articles]

Re: byte to int -> bit shifting confusion

Souldrift25-Aug-09 21:43

Souldrift

25-Aug-09 21:43

I know, thanks. the m_aHeader[7] 0xff was a typo.

and yes, there should be no difference. I just updated my post, since I found the difference is only in java Frown | :(

Re: byte to int -> bit shifting confusion

Stuart Dootson25-Aug-09 22:11

Stuart Dootson

25-Aug-09 22:11

The reason you generally want to and with 0xff is to ensure that when your byte is promoted to int (as it will be internally in the expression), it is zero-extended, i.e. the top 24 bits of the int are set to zero, not one. Why would they be set to one? Basically if the language sign-extends the byte when it makes it an int AND the top bit of the byte is set.

Now, if you use 'unsigned char' for BYTE and 'unsigned int', you should be OK. If you used 'signed char' for BYTE, then you could have issues.

Java, Basic, who cares - it's all a bunch of tree-hugging hippy cr*p

Re: byte to int -> bit shifting confusion

Souldrift25-Aug-09 22:23

Souldrift

25-Aug-09 22:23

Yes, that´s it. Thank´s a lot. Just found out that it was a signed/unsigned issue. Didn´t know, though, why java would make a difference between

int time = data[3];

result is -16

and

int time = data[3] & 0xff;

result is 240

(data[3] being a byte holding 11110000)

So thanks again. I love this forum Smile | :)

.

Souldrift

Minimize Mainframe in SDI

kiranin25-Aug-09 21:18

kiranin

25-Aug-09 21:18

i want to minimize the application Mainframe window, and want to show the other dialogs which are opened from the application?
from following code it is minimizing everything
AfxGetMainWnd()->ShowWindow(SW_MINIMIZE);

Re: Minimize Mainframe in SDI

Amin.Abdi25-Aug-09 21:36

Amin.Abdi

25-Aug-09 21:36

you can hide and show it with

SW_HIDE

and

SW_SHOW

Use Ctrl+Left/Right to switch messages, Ctrl+Up/Down to switch threads, Ctrl+Shift+Left/Right to switch pages.