What is the maximum number of threads per process in Windows

Quote:

---

Originally Posted by Arjay

Here you go: QueueUserWorkItem.


Arjay

---

the other funny thing is that i can't find QueueUserWorkItem in my MSDN lib on my computer i can find it only in the internet version

Quote:

---

Originally Posted by raindog

the other funny thing is that i can't find QueueUserWorkItem in my MSDN lib on my computer i can find it only in the internet version

---

Since you are using VC6, you will probably need to install the Platform SDK. This includes features in Windows that weren't available when VC6 was released.

Arjay

i'll dl it and let you know but it will take me about 10h because i have a 128Kb/s connection :sick:

could you please explain to me the questions i've asked at the end of the 1. page of this thread

thanx in advance

Quote:

---

Originally Posted by raindog

i'm a bit new to all this what does ::CloseHandle() instead of CloseHandle() mean?
and why did you write _tmain instead of main

---

The '::' colons are a scoping operators which don't really matter much in this c-style program. In C++, if I was in a window class that had a member FindWindow, if I wanted to call the native FindWindow api (instead of my FindWindow member), I would call ::FindWindow. This would tell the compiler to look outside the class scope for the function. In this sample, it really doesn't matter since we don't have a class with a CloseHandle method anyway - I really did it out of habit. _tmain is the default main declaration given when creating a console project in .net 2003. It appropriately passes the correct ANSI or UNICODE strings to main depending on the compiler settings (i.e. whether the app is compiled as UNICODE).

Arjay

thank you very very much:thumb:

Quote:

---

Q What version of Microsoft Visual Studio is required to build the Platform SDK samples?
To build the Platform SDK samples, you need either Microsoft Visual Studio .NET or Microsoft Visual Studio 2003. For more information, see Microsoft Visual Studio

---

i've installed it i've registered it with visual studio and it still won't work ... looks like there is no hope since i use visual studio 6. i'll have to write my own thread pool :sick:

Quote:

---

Originally Posted by raindog

i've installed it i've registered it with visual studio and it still won't work ... looks like there is no hope since i use visual studio 6. i'll have to write my own thread pool :sick:

---

Did you make sure to change the include and lib search order so that the platform sdk files are used before the VC6 ones? Search VC help for 'VC++ Directories.' If I recall correctly it's in the "Tools\Options" menu. There should be no reason for QueueUserWorkItem not to work in VC6 with the current SDK installed.

Arjay

Quote:

---

Originally Posted by Arjay

Did you make sure to change the include and lib search order so that the platform sdk files are used before the VC6 ones? Search VC help for 'VC++ Directories.' If I recall correctly it's in the "Tools\Options" menu. There should be no reason for QueueUserWorkItem not to work in VC6 with the current SDK installed.

Arjay

---

now it passes the compile but there is a problem the last thing that the prog writes is IN thread count 500 but it never writes out the result

Quote:

---

Originally Posted by raindog

now it passes the compile but there is a problem the last thing that the prog writes is IN thread count 500 but it never writes out the result

---

Did you import the threadpool.cpp exactly into the VC6 project? Have you set a breakpoint on the start of the Integral function and debug it?

Quote:

---

Originally Posted by Arjay

Did you import the threadpool.cpp exactly into the VC6 project? Have you set a breakpoint on the start of the Integral function and debug it?

---

yes and no thread passes by the

Code:

---

WaitForMultipleObjects(sizeof(aHandles)/sizeof(HANDLE),
                                                          &aHandles[0],
                                                          TRUE,
                                                          INFINITE);

---

i think that is because even thou i use this method i still need 1000 threads to be created and the pool allows only 500... i think this because when i raise the deltax to say 1 it works fine

Quote:

---

Originally Posted by raindog

yes and no thread passes by the

Code:

---

WaitForMultipleObjects(sizeof(aHandles)/sizeof(HANDLE),
                                                        &aHandles[0],
                                                        TRUE,
                                                        INFINITE);

---

i think that is because even thou i use this method i still need 1000 threads to be created and the pool allows only 500... i think this because when i raise the deltax to say 1 it works fine

---

I tried both the 0.015 and 0.010 values and it worked - do these values work for you?

Quote:

---

Originally Posted by Arjay

I tried both the 0.015 and 0.010 values and it worked - do these values work for you?

---

no they both stop at in 500 threads could you send me the exe files of those which work

this is how the program copiled on my computer with 0.01 looks like

what operating sistem do u use ... i use XP SP2 ... if you use some other maybe that is why it works with you ... and you see an average of 400 threads because the rest of the screen flies by and you only see the exiting stage but to reach the lowest children you still need to create more than a 1000 threads when using 0.01 .... just a thought :)