|
|
I currently have a MFC application in which I've already implemented CAsyncSocket as my socket class. I think this might have been a bad idea because it seems like onReceive messages are getting bogged down by general UI messages and it isnt running as fast as it should.
Is there another socket class that I could use to solve this problem?
I've considered moving my current socket to another thread so it would have its own message map but this would prove to be extremely difficult and would require a lot of rewriting of the appliction (which is something that I would like to avoid).
Would an Event based socket work better (WSAEventSelect)?
I should also say that the GUI and Socket are extremely intertwined. IE... a button click basically just sends a packet to my server and as I accept a packet I simply display it on the screen. This is why moving it to another thread would prove difficult.
-- modified at 15:51 Wednesday 31st May, 2006
|
|
|
|
|
SPowers wrote: I should also say that the GUI and Socket are extremely intertwined. IE... a button click basically just sends a packet to my server and as I accept a packet I simply display it on the screen. This is why moving it to another thread would prove difficult.
Tying communication processes closely with GUIs is not a good idea. Neither will ever perform optimally. If this is your own code, I would rewrite it so that the socket's receive is caught in a separate thread that spawns an event for your GUI to catch (either using an Event or a Windows Message).
If you absolutely must leave it the way it is, try increasing the buffer size for the data you pull in the OnReceive handler.
If you decide to become a software engineer, you are signing up to have a 1/2" piece of silicon tell you exactly how stupid you really are for 8 hours a day, 5 days a week
Zac
|
|
|
|
|
Would switching to an event based socket help at all?
Following your design could I create a socket to receive and one to send and only put the receive side of the socket within the thread? My gut tells me that this would be impossible but then again this is the first socketed app I've made.
I only say this because the only part of the app where I'm worried about performance is on the receive end of the socket. I would only send about 20 packets per execution of the app and receive 20 million (which just fill up a buffer)
|
|
|
|
|
SPowers wrote: Would switching to an event based socket help at all?
In a single-threaded app, not really. From what you are describing, you are spending a lot of time processing GUI events, which keeps the socket's OnReceive handler from doing its job.
SPowers wrote: Following your design could I create a socket to receive and one to send and only put the receive side of the socket within the thread? My gut tells me that this would be impossible but then again this is the first socketed app I've made.
Generally, I usually stick the socket operations completely in a separate thread. The send calls don't gain much of a benefit from this, but it does keep the socket operations grouped together logically (e.g. makes it easier to understand the code).
Its been a while since I looked at it, but I believe that is what I did in the code for
this article. The article itself is about something completely different, but I used communication code I had written as part of the demo. That should at least give you a starting place, though.
If you decide to become a software engineer, you are signing up to have a 1/2" piece of silicon tell you exactly how stupid you really are for 8 hours a day, 5 days a week
Zac
|
|
|
|
|
Hello,
I am a beginner to intermediate programmer with understanding in OpenGL and C++, along with other programming languages. I have read over several "tutorials" on creating a DLL and calling a function from within the DLL. I have also read several "tutorials" on creating a screen saver. I have a basic understanding of how to do each of these. But what I am wanting to do is create a screen saver that basically just calls a dll that then runs the graphics calculations and such. Here is the general description of what I am trying to do, and then I'll give a more spcific question of what help I am looking for.
I am wanting a way to see my OpenGL graphics creations. So I figure that a screen saver of what I create would be great. So I am wanting to create a screen saver that is a shell of sorts. All it does is access a dll that has all of the graphics code in it. Then I can just update my dll and the screen saver will automatically be updated. So I need to figure out a way to create a dll that bascially has a "WinMain" function in it so that it will run my graphics. Eventually I want to pass in a variable to the main function so that I can specify which effect I want to be displayed.
So here is my question:
How do I create a dll that has it's own "WinMain" function so that I can just call one function in the dll and it will run as if it were it's own program? Or can this even be done?
I am not looking for someone to do this for me but to rather give me some terms to look up or better yet a simple example. I appreciate any help you guys can give me. Thanks for the help. 
Maybe if I can get it figured out I will write up an article and submit to CodeProject for others to use, with references to those that helped me figure it out of course.
~REasley
Conquering the world one bit at a time.
|
|
|
|
|
reasley wrote: How do I create a dll that has it's own "WinMain" function...
Search for DllMain().
"The largest fire starts but with the smallest spark." - David Crow
|
|
|
|
|
Thanks. I just found that function, finally, on the MSDN site. One question I have on this function though is that if I use this function as if it were a WinMain function and put a loop in it to process graphics animations, is there a way to gracefully close the dll when the screen saver turns off? For instance, when the mouse is moved the screen saver should exit, but if the dll has a graphics processing loop in it's DllMain function, will the screen saver still receive the exit notification? And if it does, I would guess that then I would want to call the FreeLibrary function to release the dll, or possibly the FreeLibraryAndExitThread function so that it closes the screen saver as well. But will I be able to release the resources created by the dll or is it done automatically when the FreeLibary function is called? I did not see any type of "WinProc" funciton for the dll so that I can process messages.
~REasley
Conquering the world one bit at a time.
|
|
|
|
|
reasley wrote: ...if I use this function as if it were a WinMain function and put a loop in it to process graphics animations...
Not a good idea. It should be treated as a get-in-and-get-out-quickly function. Why don't you just export a function that can be called whenever you are ready for the work to start?
"The largest fire starts but with the smallest spark." - David Crow
|
|
|
|
|
I am still learning the ins-and-outs of using dlls and was not sure if I could even do what I was wanting to do. This helps, now I know that I can't, or shouldn't, use the DllMain function as a WinMain replacement.  Thanks I will start looking for an alternative method.
~REasley
Conquering the world one bit at a time.
|
|
|
|
|
reasley wrote: Thanks. I just found that function, finally, on the MSDN site. One question I have on this function though is that if I use this function as if it were a WinMain function and put a loop in it to process graphics animations, is there a way to gracefully close the dll when the screen saver turns off? For instance, when the mouse is moved the screen saver should exit, but if the dll has a graphics processing loop in it's DllMain function, will the screen saver still receive the exit notification? And if it does, I would guess that then I would want to call the FreeLibrary function to release the dll, or possibly the FreeLibraryAndExitThread function so that it closes the screen saver as well. But will I be able to release the resources created by the dll or is it done automatically when the FreeLibary function is called? I did not see any type of "WinProc" funciton for the dll so that I can process messages.
For what you want, you don't want to use DLLMain. DllMain basically initializes the dll. You can pretty much leave the default code the wizard gives you in it alone. What you will want is to create a function that will spawn a thread to do operations. That thread will need to keep an event handle and check it periodically to see if it needs to exit. To cause the thread to exit, you will call a separate method that will trigger the event.
The basic flow will look like this:
In the main application (pseudo-code)
<br />
LoadLibrary("MyDll.dll")<br />
MyStartFunc = GetProcAddress("Start")<br />
MyStopFunc = GetProcAddress("Stop")<br />
<br />
MyStartFunc()<br />
<br />
MyStopFunc()<br />
<br />
FreeLibrary(MyDll)<br />
In the Dll
<br />
MyEvent = NULL<br />
<br />
function Start<br />
[<br />
MyEvent = CreateEvent()<br />
StartThread(MyGraphicLoop)<br />
]<br />
<br />
function MyGraphicLoop<br />
[<br />
if (MyEvent is Triggered)<br />
exit<br />
else<br />
RenderGraphics()<br />
]<br />
<br />
function Stop<br />
[<br />
TriggerEvent(MyEvent)<br />
]<br />
If you decide to become a software engineer, you are signing up to have a 1/2" piece of silicon tell you exactly how stupid you really are for 8 hours a day, 5 days a week
Zac
-- modified at 16:31 Wednesday 31st May, 2006
|
|
|
|
|
That is great to know! So I can still have all of my code in the dll I just use the dll to spawn a thread that will do the rendering/calculation loop. That doesn't sound to difficult to do. Thanks a lot Zac and everyone else who responded.
~REasley
Conquering the world one bit at a time.
|
|
|
|
|
I am using Visual Studio 2005 Standard, C++.
How to set IDE for Multithreading?
Some say Properties /Code Generation, but I don't see on my IDE.
Could anyone help me?
Thanks!
Yonggoo
|
|
|
|
|
Yonggoo wrote: How to set IDE for Multithreading?
Uuh ?  What do you mean exactly ? There is not such thing as 'IDE for multithreading'.
Cédric Moonen
Software developer
Charting control
|
|
|
|
|
Yonggoo wrote: I am using Visual Studio 2005 Standard, C++.
How to set IDE for Multithreading?
Some say Properties /Code Generation, but I don't see on my IDE.
Could anyone help me?
Thanks!
That is where it is in VC6. You just need to select the multithreaded libraries. There is a drop-down list (can't remember where in the .Net versions) that allows you to select "Debug", "Debug Multithreaded", "Single Threaded", etc. Select the proper multithreaded library.
If you decide to become a software engineer, you are signing up to have a 1/2" piece of silicon tell you exactly how stupid you really are for 8 hours a day, 5 days a week
Zac
|
|
|
|
|
I found it!
In Visual Studio 2005 Standard IDE, there is option about multithreaded.
In general condition,
Properties/configuration properties/C/C++/code generation/runtime library
But, in some conditions that option is not available,like when we chose 'empty project'.
As long as I know!
Thanks!
Yonggoo
-- modified at 16:57 Wednesday 31st May, 2006
|
|
|
|
|
Using Vis C/C++, Vis Stu 6.0
I am writing code for PCI communications.
I need to loop around at 1000Hz or so to
check for incoming data.
Looping with Sleep(1) puts a 15.6 millisec
delay, so it seems as if it uses the
nefarious Tick Timer. This is way too slow
for this app.
Is there any way to make precision timing,
or sleep with true resulution at 1 millisec
or smaller?
Many thanks,
Robert
|
|
|
|
|
Robert Palma Jr. wrote: Is there any way to make precision timing,
or sleep with true resulution at 1 millisec
or smaller?
No, because Windows is not a real-time OS. See here for more.
"The largest fire starts but with the smallest spark." - David Crow
|
|
|
|
|
Robert Palma Jr. wrote: Is there any way to make precision timing,
or sleep with true resulution at 1 millisec
or smaller?
Sleep relinquishes the processor from the current thread for at least the time you give it. It does NOT mean that it will regain CPU time in 1 ms if you call Sleep(1); it does mean that you will not regain CPU time in less than 1 ms. You are basically telling the OS that you don't need to work for at least a certain amount of time so it can let someone else work.
Windows does have a high resolution timer, but it has been a while since I even bothered with it. Check out this book.
If you decide to become a software engineer, you are signing up to have a 1/2" piece of silicon tell you exactly how stupid you really are for 8 hours a day, 5 days a week
Zac
|
|
|
|
|
Hi,
I have a client application that is calling a method from an ActiveX control. Inside the ActiveX control I have a worker thread doing some additional processing. However, the ActiveX method that is called from the client application is blocking my worker thread. I need to verify a global value from the worker thread while inside that ActiveX method call? Any ideas on how to this?
Thanks
|
|
|
|
|
what inside activex is block thread?
Kuphryn
|
|
|
|
|
The ActiveX method is blocking the worker thread inside the ActiveX control!
|
|
|
|
|
control resides inside thread?
Kuphryn
|
|
|
|
|
Using spy++ I find a window.
But, I need to get the screen coords for the window so I can place a the mouse there. Can anyone tell me how or what API function I can use to get the actual screen coordinates of the window.
Please
this is what I currently have
RECT myRect2 = new RECT();
GetWindowRect(hwnd, out myRect2);
int posx = (myRect2.right - myRect2.left) / 2;
int posy = (myRect2.bottom - myRect2.top) / 2;
where hwnd is the handle of the wind returned from EnumChildWindows
Is this right or wrong? My SendInput doesn't appear to be working correctly.
1 line of code equals many bugs. So don't write any!!
-- modified at 14:50 Wednesday 31st May, 2006
|
|
|
|
|
Ista wrote: Is this right or wrong?
It's not the most efficient, nor is it syntactically correct. Try:
RECT myRect2;
GetWindowRect(hwnd, &myRect2);
Ista wrote: int posx = (myRect2.right - myRect2.left) / 2;
int posy = (myRect2.bottom - myRect2.top) / 2;
This finds the center of the window. Is this what you want?
"The largest fire starts but with the smallest spark." - David Crow
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
