About Me
- Name: NeARAZ
- Location: Kaunas, Lithuania
Programming. Realtime computer graphics. Demoscene. Game development. Stuff.
Links
Archives
- 2005-02
- 2005-03
- 2005-04
- 2005-05
- 2005-06
- 2005-07
- 2005-08
- 2005-09
- 2005-10
- 2005-11
- 2005-12
- 2006-01
- 2006-02
- 2006-03
- 2006-04
- 2006-05
- 2006-06
- 2006-07
- 2006-08
- 2006-10
- 2007-02
- 2007-03
Misc
2006-03-27
Threading woes
Getting multithreaded code right is just so damn hard. Reasoning about it's behavior or correctness is even harder! We'll be doomed until we get something of much higher level than threads and locks.
Why I'm writing this? Because my head hurts from trying to make the renderer run in one thread, and the containing application in the other. With added spice that most (win32) GUI stuff must happen in one thread, OpenGL contexts can only be active in a single thread, simple functions must be split into complex chains of inter-threading calls, etc. etc. The result is a mess that nobody can understand.
I hope I'm not missing something obvious (well, aside from the suggestion "just don't use threads").
Why I'm writing this? Because my head hurts from trying to make the renderer run in one thread, and the containing application in the other. With added spice that most (win32) GUI stuff must happen in one thread, OpenGL contexts can only be active in a single thread, simple functions must be split into complex chains of inter-threading calls, etc. etc. The result is a mess that nobody can understand.
I hope I'm not missing something obvious (well, aside from the suggestion "just don't use threads").
