|
Ok, thanks. I was looking at your posted code again and realized you had two sets of connect
code there 
I hope the author of the server code understands that the second param to listen() just sets the
number of possible pending connections (default is 5), not the total max connections possible.
Setting it to 4 seems kind of....unnecessary
Mark
"Great job, team. Head back to base for debriefing and cocktails."
(Spottswoode "Team America")
|
|
|
|
|
About the receive code...
From what I see above you are connecting, sending some data, and closing the socket. In that
case you are never going to get a FD_READ notification to trigger the OnReceive() call unless the
server happens to send some data fast enough at connect time. Unlikely.
There's two issues I see with your OnReceive handler, assuming it does get called before the
socket is closed:
1) You've maybe assumed you will receive the entire string in one call to Receive(). This is
not always the case. A successful recv() on a socket will return 1 or more bytes, up to the
number of bytes requested. If you receive one byte and you are expecting 10 bytes then you'll
need to handle that.
2) You are requesting 4096 bytes to receive. This is only ok (in your sample code) if you have a
communication protocol where the other end sends 4096 byte "packets" or you only plan on receiving
once before closing the socket. Generally with TCP you should know how many bytes to expect and
only receive that many, unless you cache received data and parse it later (or maybe on another
thread).
Mark
"Great job, team. Head back to base for debriefing and cocktails."
(Spottswoode "Team America")
|
|
|
|
|
I receive the following error when doing the build:
Cannot open include file: 'Resource.h': No such file or directory
The resource.h file is physically located within the proper directory with the other source files. This just started happening. I was able to build with no problems prioor to this message. This is VC++ 6.0
Thanks
John P.
|
|
|
|
|
You've probably changed your include path, either in the project settings, in the environment settings, or by changing to a different project configuration that wasn't updated when a change was made previously.
The paths in the 'include path' option in project settings are relative to the location of the project file.
|
|
|
|
|
Thank you for that info!
John P.
|
|
|
|
|
whether the Resource file is included in Project.
VIBIN
"Fool's run away,where angle's fear to tread"
|
|
|
|
|
I tried to "re-include" it, and it tells me that it's already there. Doesn't make logical sense to me.
John P.
|
|
|
|
|
Try this.
1)Take a copy of ur project..
2)In that copy u delete the resourc file from the project. Not from the folder.
3)Now include the resource file again.(Project - add to project - Files )
Check out whether the above is working...
VIBIN
"Fool's run away,where angle's fear to tread"
|
|
|
|
|
Thanks. I'll give that a try.
John P.
|
|
|
|
|
|
Or I can just do the following:
HWND hConsoleHandle = FindWindow(NULL, (LPCTSTR)"Window Name");
ShowWindow(hConsoleHandle, SW_SHOWMAXIMIZED);
Regards,
The only programmers that are better than C programmers are those who code in 1's and 0's.....
Programm3r My Blog: ^_^
|
|
|
|
|
Programm3r wrote: WINDOWPLACEMENT *lpwndpl; lpwndpl->length = sizeof(lpwndpl); lpwndpl->showCmd = SW_SHOWMAXIMIZED; GetWindowPlacement(hConsoleHandle,lpwndpl);
Yuo've never allocated the memory that contains the WINDOWPLACEMENT variable, Plus, using sizeof on a pointer returns the size of the pointer, not the structure. Change this to
WINDOWPLACEMENT wndpl;
wndpl.length = sizeof(wndpl);
wndpl.showCmd = SW_SHOWMAXIMIZED;
GetWindowPlacement(hConsoleHandle,&wndpl);
Judy
|
|
|
|
|
I thought this was going to be an easy one since the MSDN documentation seems to indicate that there is a CWinApp::HtmlHelp() member function. I have a feeling the MSDN I am using is meant for use with a newer version of Visual Studio 6. My CWinApp header does not have such a member function.
Is there any other way to use Html Help in a VC6 project? I don't need to build the chm's - I just want to be able to call them (replace CWinApp::WinHelp()).
Thanks,
Dave
|
|
|
|
|
I'm going to reply to my own question. It drives me nuts when people just say: never mind, I figured it out and leave it at that. Here's what I ended up doing:
In my CXXXApp (CWinApp derived class), I override WinHelp() and replace WinHelp() with the following:
<br />
CString szFile(m_pszHelpFilePath);<br />
char drive[_MAX_DRIVE];<br />
char dir[_MAX_DIR];<br />
char fname[_MAX_FNAME];<br />
char ext[_MAX_EXT]; <br />
_splitpath(szFile,drive,dir,fname,ext);<br />
CString szChm;<br />
szChm.Format("%s%s%s.chm",drive,dir,fname);<br />
nCmd = HH_HELP_CONTEXT;<br />
::HtmlHelp(AfxGetMainWnd()->m_hWnd,szChm,nCmd,dwData);<br />
I needed to have the platform SDK installed to get the htmlhelp.h and .lib files. With those added to my project, the help seems to work identically to the way it did with WinHelp (jumps to the right topic,...).
If you see something that I may have overlooked or could be doing better, please let me know.
|
|
|
|
|
Hi All,
We can build a project in Debug or Release mode.
Why we have given these two options...
VIBIN
"Fool's run away,where angle's fear to tread"
|
|
|
|
|
You have <big>GOT</big> to be kidding me...!
Peace!
-=- James Please rate this message - let me know if I helped or not!<HR>If you think it costs a lot to do it right, just wait until you find out how much it costs to do it wrong!
Avoid driving a vehicle taller than you and remember that Professional Driver on Closed Course does not mean your Dumb Ass on a Public Road!
See DeleteFXPFiles
|
|
|
|
|
I want to know,Is there any difference between the exe build by Debug and Release....
VIBIN
"Fool's run away,where angle's fear to tread"
|
|
|
|
|
vibindia wrote: Is there any difference between the exe build by Debug and Release....
Ofcourse, debug build have dignostic information for debugging purpose, and obviously will be larger in size. You are not supposed to distribute debug versions.
Refer debug[^] section here on CP for more information.
|
|
|
|
|
Sorry to jump in here:
You meant to say: USUALLY, the debug build will be larger than the release build. I've also seen release builds of 2 Megs vs. debug builds of 500K.
Other than that, you are dead on target
Cheers,
Sebastian
--
Contra vim mortem non est medicamen in hortem.
|
|
|
|
|
Sebastian Schneider wrote: You meant to say: USUALLY, the debug build will be larger than the release build.
Yes.
Sebastian Schneider wrote: I've also seen release builds of 2 Megs vs. debug builds of 500K.
Can not think of scenario. 
Sebastian Schneider wrote: Other than that, you are dead on target
|
|
|
|
|
Just have the two debug and release use slightly different settings for unrolling and inline 
We got some sick folks arounds here.
Cheers,
Sebastian
--
Contra vim mortem non est medicamen in hortem.
|
|
|
|
|
Hey, you had that question too at one point.
--
Kein Mitleid Für Die Mehrheit
|
|
|
|
|
You are likely correct - but I will be damned to go before a potential audience of almost 4 million and announce it!
Peace!
-=- James Please rate this message - let me know if I helped or not!<HR>If you think it costs a lot to do it right, just wait until you find out how much it costs to do it wrong!
Avoid driving a vehicle taller than you and remember that Professional Driver on Closed Course does not mean your Dumb Ass on a Public Road!
See DeleteFXPFiles
|
|
|
|
|
--
Verletzen zerfetzen zersetzen zerstören
Doch es darf nicht mir gehören
Ich muss zerstören
|
|
|
|
|
In a Debug-Version are a lot of data and allocation verifications, information about the
runtime, etc...
For that reason, in Debug-Mode the execution stops at Breakpoints for example, in release not.
In a Release-Version you don't have all these verifications, your programm runs faster.
Thats the general theory of it, but i can't tell you the exact details
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
