Can we do multithreading without relying on Win32 programming?

Thompson Lee · 2012-01-17T17:36:32

If I were given a choice between Java and C++ to do multiprogramming, I would always choose Java, for its simplicity in multithreading. I would not choose C++ to do multithreading, because of Win32. But, if I'm forced to use one of the languages, then I will not complain. A little while ago, I read something about C++1x, a standard of C++. I know all of this new standard and whatnots. Then I see that there will be a <thread.h> standard template library header in the C++0x (somehow jumped to C++1x for being too slow). If <thread.h> are to be included in C++ STL, I won't be needing Win32 to create multithreading applications. From here, it becomes a chain of memories. I imagine myself creating non-Win32 C++ programs with multithreading, drawing non-Win32 frames (similar to Java JFrames), using STLs to create a window frame in C++, etc. Then dreams of me wishing for C++ and Java to be alike (C++ with an universal STL that is just like Java SDK). God, help me. Do you think we can do multithreading without doing Win32 programming in the future?

For Beginners

Started by tom_mai78101 January 14, 2012 06:47 PM

9 comments, last by keltor2243 12 years, 3 months ago

keltor2243

123

January 17, 2012 05:36 PM

I would strongly suggest just getting "over" the issue with external libs and use Boost.Thread. It's great and multiplatform. In Windows-land, you'll have to wait for "maybe" VC11 for <thread> support and even then thread-local storage support is iffy.

Can we do multithreading without relying on Win32 programming?

This topic is closed to new replies.

Popular Topics

Recommended Tutorials

Can we do multithreading without relying on Win32 programming?

This topic is closed to new replies.

Popular Topics

Recommended Tutorials

Reticulating splines