C / C++ / MFC

10-Dec-02 23:10

Hi,
I am doing a very basic thing of sending data to a server and getting the reply back.
For which first I have to send in a Login request and get authenticated, once authenticated, I have to send the actual data.

The problem I am facing is when I send the data, it embeds some funny characters before the actual text, which is causing the problem.
Upon further investigation, it was found that if I send the data without the login, it gets to the server correctly.

Is there some kind of REFRESH!!! for the second time when the data is sent so that it has correct values?

[CODE]
=========================================
for login authentication:

e = sendto(sd,"<req><loginid>8888\n",89,0,(struct sockaddr *)&saServer,sizeof(saServer));

For sending Data:

e = sendto(sd,"<req><loginid>8888<reqtype>08<broadcast><messagetype>M<no>5359846<message>Test+Value\n");
==========================================
[CODE]

The second sendto, does not send the data correctly.
Is there some refresh after we do the first sendto?

Kindly Help!!!
Best Regards,
John Cry | :((

jhwurmbach10-Dec-02 23:42

10-Dec-02 23:42

From MSDN-doc I get that the 3rd parameter of ::sendto() is int len.
Are you setting this one correctly to the length of the data you want to transmit?
And: do you get an error-return in your variable e?

--
"My opinions may have changed, but not the fact that I am right."
Found in the sig of Herbert Kaminski

John Bosko10-Dec-02 23:44

10-Dec-02 23:44

Hi,
yes the return variable is '0' which is correct.
Thanks,
John

jhwurmbach10-Dec-02 23:54

10-Dec-02 23:54

So, having 0 bytes transfered is correct?
I don't think so! Something is rotten here, and I am of no help, 'cause I never used sockets. Sorry!
But it seems you HAVE TO read the MSDN about this.

"My opinions may have changed, but not the fact that I am right."
Found in the sig of Herbert Kaminski

John Bosko11-Dec-02 19:06

11-Dec-02 19:06

Oops!! sorry I gave you the return code '0' which means success.
yes, there is a return confirmation which I am getting.
But I am not selecting the entire return confirmation, just taking in first 40 bytes.
Thanks,
John

Rage11-Dec-02 0:06

Rage

11-Dec-02 0:06

John Bosko wrote:
yes the return variable is '0' which is correct.

which is _not_ correct. Try and give the length of the data you want to send as third parameter of the sendto. I think that this is really a buffer problem. When you send your data without preceding it by the login request, the buffer is empty (and not full with the loggin request stuff), so IMO that's why there is no problem in that case.

~RaGE();

Rage10-Dec-02 23:58

Rage

10-Dec-02 23:58

Maybe you should empty the socket buffer before restarting to use sendto again. How are you authenticating it (from the sender point of vue) ? Does the sender got something from the reciever (confirmation message ?) so that he is allowed to send data ? If yes, this could have been sent back if the buffer was not emptied. I experienced that a couple of months ago.

~RaGE();

John Bosko11-Dec-02 0:00

11-Dec-02 0:00

Hi,
How do I empty the socket buffer?
If you can help me out with it, I guess it would solve my problem!!!

Kindly Help,
John

Rage11-Dec-02 0:17

Rage

11-Dec-02 0:17

John Bosko wrote:
How do I empty the socket buffer?

I was just looking for it, but i did not find anything, and i cannot remember myself Frown | :(

Sorry .. I stiil think this should not happen if you receive the same amount of byte that you send, so be careful to the length parameter in sendto. Sorry i cannot help more.

~RaGE();

EnableMenuItem

Sunnygirl10-Dec-02 22:52

10-Dec-02 22:52

hello @all,

i want to use

<br />
BOOL EnableMenuItem(<br />
  HMENU hMenu,         // handle to menu<br />
  UINT uIDEnableItem,  // menu item to enable, disable, or gray<br />
  UINT uEnable         // menu item flags<br />
);<br />

i have two menu's:

IDR_MAINFRAME
IDR_MENU1

i want to use it, in the IDR_MENU1.
but when i write:

EnableMenuItem(IDR_MENU1, ID_EXTRAS_SERVICE, MF_GRAYED);

it do not work.

thanks
sunny

jhwurmbach10-Dec-02 23:46

10-Dec-02 23:46

HMENU hMenu is not the resource ID of your menu resource, but the menu handle you get from the CMenu::hmenu member or from the ::LoadMenu() call which created your menu.

"My opinions may have changed, but not the fact that I am right."
Found in the sig of Herbert Kaminski

Sunnygirl10-Dec-02 23:52

10-Dec-02 23:52

thanks for reply.
i work with mfc, where can i find this functions? i don´t find them.

thanks
sunny

jhwurmbach11-Dec-02 0:03

11-Dec-02 0:03

OK. I try to explain:
Any function in global space can (should) be preceeded with the scope operator :: This means it is not from the loacal namespace (e.g. class) but global. Most of the time, the compiler can figure it out itself, but it helps human readers to explicitly say that you are calling the global scope function, and not some member.
::LoadMenu() is a WIN32 function in global scope. MSDN will be of help with the details.
CMenu::m_hmenu is the member variable m_hmenu from the namespace CMenu. CMenu is the MFC class dealing with menus. Also MSDN helps here.

Hope this helps

--
"My opinions may have changed, but not the fact that I am right."
Found in the sig of Herbert Kaminski

Sunnygirl11-Dec-02 0:10

11-Dec-02 0:10

i don´t think i understand it, but i tried this:

EnableMenuItem(::LoadMenu(IDR_MENU1), ID_EXTRAS_SERVICE, MF_GRAYED);

but it do not work? do you mean something different? can you give me an example?

thanks
sunny

jhwurmbach11-Dec-02 0:32

11-Dec-02 0:32

You probably did the loading of the menu from resources somewhere before.
You said you are using MFC, so you will have a variable of type CMenu somewhere, which represents your IDR_MENU1, right?
Like this:

...
CMenu menuOne;
menuOne.LoadMenu(IDR_MENU1);
...

Then you would write:

BOOL e = ::EnableMenuItem( menuOne.m_hmenu, ID_EXTRAS_SERVICE, MF_GRAYED);

And then you can see in the MSDN-entry for EnableMenuItem, that the 3rd parameter in your code is not correct:

MSDN: "This parameter must be a combination of either MF_BYCOMMAND or MF_BYPOSITION and MF_ENABLED, MF_DISABLED, or MF_GRAYED"

So, you have to add either MF_BYCOMMAND or MF_BYPOSITION to it.

"My opinions may have changed, but not the fact that I am right."
Found in the sig of Herbert Kaminski

Sunnygirl11-Dec-02 1:11

11-Dec-02 1:11

oooohhhhhhhhhhhhh.....i know what you mean. Eek! | :eek:

but my problem is, i have NO CMENU objekt.

i make this:

HMENU menu;<br />
		menu = LoadMenu(AfxGetApp()->m_hInstance, MAKEINTRESOURCE(IDR_MENU1));<br />
				::SetMenu(*(AfxGetApp()->m_pMainWnd), menu);

what can i do now? Unsure | :~

thanks a lot Rose | [Rose]

sunny

jhwurmbach11-Dec-02 1:19

11-Dec-02 1:19

Sunnygirl wrote:

HMENU menu;
menu = LoadMenu(AfxGetApp()->m_hInstance, MAKEINTRESOURCE(IDR_MENU1));
::SetMenu(*(AfxGetApp()->m_pMainWnd), menu);

And adding a line

BOOL e = ::EnableMenuItem(menu, /*item and flag parameter here*/)

at the bottom does not work?
Does it compile?
Your HMENU is valid?
You corrected the flags like MSDN shows?

--
"My opinions may have changed, but not the fact that I am right."
Found in the sig of Herbert Kaminski

Ted Ferenc11-Dec-02 3:04

Ted Ferenc

11-Dec-02 3:04

I don't know if this is what you want, it is a cut/paste from one of my progs but try:-

CWnd* pMain = AfxGetMainWnd();

// Get the main window's menu
CMenu* pMenu = pMain->GetMenu();
CMenu* pSubMenu = NULL;

// Now get a handle to the pop up menu, the 1st one e.g. File
pSubMenu = pMenu->GetSubMenu(0);
pSubMenu->EnableMenuItem(ID_FILE_TRANSFER, MF_GRAYED);