|
You should be able to distinguish which port it is from your object's properties, i.e. PortNo.
Veni, vidi, abiit domum
|
|
|
|
|
In my eg. when you see the client code, the client tries to connect in port no 1500.
But In the Server side code when I debug the code after the client request, it gets in the function CMainFrame::AcceptClients() and it gets inside the condition
if (m_pSocket->Accept())
and gets lost. whereas it is supposed to get inside the condition
if (m_pSVRLisnSocket->Accept(*pSocket)) because pSVRLisnSocket object is created to listen in port 1500. If it happens i can assume that this socket is for port 1500 and proceed further to send the data meant for it.
Why is that, its getting inside the first condition <if (m_psocket-="">Accept())> even though this socket m_pSocket is listening in 1499
|
|
|
|
|
You should be using separate objects (one for each port number) to listen on, so you can easily distinguish which object (and port) gets the connection. You cannot assume anything.
Veni, vidi, abiit domum
|
|
|
|
|
I am agree that I am using separate objects (one for each port number) to listen on. But the problem is when the client requests a connection in object_2 at port number_2 (both object_1 and Object_2 are objects of class CListenSocket) it triggers the event CListenSocket::OnAccept(int nErrorCode) which in turn calls m_pFrm->AcceptClients()
and inside the function I am calling both
(m_pSocket->Accept(*pSocket)) and (m_pSVRLisnSocket->Accept(*pSocket)).
What happens is it gets inside m_pSocket->Accept which in turn calls CSocket::Accept() and strucks inside the below loop inside the function while my application proceeds without connecting to the client
while (!CAsyncSocket::Accept(rConnectedSocket, lpSockAddr, lpSockAddrLen))
{
if (GetLastError() == WSAEWOULDBLOCK)
{
if (!PumpMessages(FD_ACCEPT))
return FALSE;
}
else
return FALSE;
}
I thought that it will not take (m_pSocket->Accept(*pSocket)) but will call
(m_pSVRLisnSocket->Accept(*pSocket)) since this object_2 (m_pSVRLisnSocket) is getting the client request.
Please help me to find out what is causing the problem and how to resolve it.
|
|
|
|
|
Sorry, but I cannot follow that. I am not familiar with these MFC constructs, but would assume that when you get a connection there is some way to identifiy which port it occurred on.
Veni, vidi, abiit domum
|
|
|
|
|
i'd like to known how to work with threads when there'r many clients
|
|
|
|
|
Search Google for "multithreaded c++", and read through some of the samples and articles.
Veni, vidi, abiit domum
|
|
|
|
|
You need not to anything different at client side. The required capability needs to be implemented at server side. Your server should be able to server multiple request/connections.
In your case, when server accepts the first connection, it should spawn the thread to handle the requests from the connected client and the main thread should continue listening of the socket for any new connection.
Sample 1.[^]
Sample 2.[^]
|
|
|
|
|
Server Side:
m_pSocket->Create(1500);
m_pSocket->Listen();
m_pSocket->Accept(*pSocket);
pSocket->GetPeerName(sIP,iPort);
GetPeerName
Client Side:
m_pCLTSocket->Create();
m_pCLTSocket->Connect(lpszAddress, 1500));
I checked in the debugger the value of iPort which shows 4774. I am listening at port 1500 and connecting the client at port 1500.
Then what is the port number that is returned by GetPeerName(sIP,iPort) function?
|
|
|
|
|
This is the address of the socket at the client end, which will be allocated by the system when it calls Connect. Port 1500 is the port number at the server end.
Veni, vidi, abiit domum
|
|
|
|
|
Thanks a lot for the clarification.
|
|
|
|
|
in the function of undating,i need to obtain the version number which is getted from web server and set it to my software. could anyone show me how to set the version in code.
thanks!
|
|
|
|
|
Is this a C++ question, and if so what version are you referring to?
Veni, vidi, abiit domum
|
|
|
|
|
thank u,my meaning is replacing the version of my .exe with the one from server.
|
|
|
|
|
i found how to complete it.thx all the same
|
|
|
|
|
what was the solution ?
I'd rather be phishing!
|
|
|
|
|
use method UpdateResource
|
|
|
|
|
I am dealing with tons of functions, and i am using sendmessage and other macros as well, but somehow each time i use sendmessage the handles in taskmanger get increased, even using createfont as this
Hfont = createfont(.....)
deleteobject(Hfont)
but as i know deleteobject will delete the Gdi object, but what abut its handle? I am not sure why this happens, even this
listview_setitemcount(.....)
bty I am destroying my HWND object each time i use X button, so i make a new one (I have no problem with Gdi they all fine) except those handles? has anyone faced this?
Update; now 100% sure that using sendmessage(....) increasing my handles 1 time, but why?
modified 25-Sep-13 5:17am.
|
|
|
|
|
Just “discovered” that I can post a message into application main window from a secondary thread: AfxGetMainWnd()->PostMessage(WM_GRAPH, 0, 0);
No biggie, but I can also process the message using MFC PreTranslateMessage.
Still “so what?”
The catch is – the PreTranslateMessage “walker” starts in main app window and goes <b>DOWN the MFC </b>hierarchy and the message is eventually processed by correct object.
Just exactly the opposite what the doc say.
It does the work I need, but I wonder if my VC++ is broken again or is this normal?
Cheers Vaclav
|
|
|
|
|
Hi,
The documentation is correct. Note that 'PreTranslateMessage' is an MFC invention. Basically it boils down to this:
In Win32 each window has a default WindowProc callback function[^]. However the MFC does its own internal command routing. You should probably read some of the older MFC documentation from MSDN that explains it in detail.
Found one from Paul Dilascia (circa 1995):
http://www.microsoft.com/msj/0795/dilascia/dilascia.aspx[^]
Best Wishes,
-David Delaune
|
|
|
|
|
I am using sockets derived from CSocket
I am getting details about the client IP address and Port after calling Accept(socket).
Eg:
void CListenSocket::OnAccept(int nErrorCode)
{
CSocket::OnAccept(nErrorCode);
m_pSocket->Accept(*pSocket);
}
Anyone Please let me know if it is possible to know the details about the client IP address and Port before calling Accept(socket).
|
|
|
|
|
Perhaps this[^] link will help.
|
|
|
|
|
How to check outdated driver programmatically?
|
|
|
|
|
Check it for what specifically?  A detail or three would be nice!
"One man's wage rise is another man's price increase." - Harold Wilson
"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
"Show me a community that obeys the Ten Commandments and I'll show you a less crowded prison system." - Anonymous
|
|
|
|
|
Maybe this[^] link will get you started in the right direction.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
![Rose | [Rose]](https://codeproject.freetls.fastly.net/script/Forums/Images/rose.gif)
