How do you thread?

I'm just curious. When you write multithreaded applications, how do you do the threading?

I almost invariably use POSIX. As a C programmer, I'm very familiar with it and it's available on all the platforms that my company and my personal projects care about.

I use a pthread wrapper atm, but once Mingw gets C++1x threads working, I'll switch to that.

I am using boost::thread

We're exclusively Windows here, so we use the Afx functions.
We make a lot of use of the WaitForMultipleObjects call, which I don't think has an exact equivalent in the other APIs.

We program for Windows too, but I prefer Boost.Thread over the Win API (or MFC wrappers). I find that the Windows stuff makes it too easy to develop a bad design. When you restrict yourself to the boost stuff, a good design seems to come more natural.

Quote:

---

Originally Posted by JohnW@Wessex

We make a lot of use of the WaitForMultipleObjects call, which I don't think has an exact equivalent in the other APIs.

---

Boost has the wait_for_all function.

Quote:

---

Originally Posted by JohnW@Wessex

We're exclusively Windows here, so we use the Afx functions.
We make a lot of use of the WaitForMultipleObjects call, which I don't think has an exact equivalent in the other APIs.

---

Totally agree!
I use MFC and therefore its CWinThread class and AfxBeginThread to start secondary threads.

Unfortunately I cannot vote because there is no such a choice like "MFC". :eek:

I have a custom thread-pool class which is built on top of Boost Threads. However, it also has a pthread-like API for use in C.

Quote:

---

Originally Posted by VictorN

Totally agree!
I use MFC and therefore its CWinThread class and AfxBeginThread to start secondary threads.

Unfortunately I cannot vote because there is no such a choice like "MFC". :eek:

---

Sure you can! That's what the "other" option is for.

Quote:

---

Originally Posted by kempofighter

Sure you can! That's what the "other" option is for.

---

No, MFC is absent in the list of what "other" contains... :rolleyes:

Quote:

---

Originally Posted by VictorN

No, MFC is absent in the list of what "other" contains... :rolleyes:

---

Seriously? What do you think the "...." means? :rolleyes:

Something from

• Win API
• wxWidgets
• < ellipsis >

:D

I'm using Intel TBB (the open source version)

http://threadingbuildingblocks.org/

The emphasis is on lightweight multicore multitasking but it supports traditional heavyweight threading too.

It also features an efficient concurrent object allocator you can use to replace the standard allocator that comes with the compiler.

I code only on Windows and exclusively use _beginthreadex for thread creation.

If I code in MFC, I still use _beginthreadex instead of AfxBeginThread because I never create secondary UI threads.

I also wrap the thread sync primitives (cs, mutex, etc.) and use an auto locker class to help with thread synchronization.

Something like:

Code:

---

{
  // Acquire the lock
  AutoLock< CriticalSectionLock> lock( &m_lock );

  //
  // Access data
  //
} // lock auto released here

---