Overview
Examples
Screenshots
Comparisons
Applications
Download
Documentation
Tutorials
Bazaar
Status & Roadmap
FAQ
Authors & License
Forums
Funding Ultimate++
Search on this site
Search in forums












SourceForge.net Logo
Home » U++ Library support » U++ MT-multithreading and servers » what about WorkQueue : public CoWork
WorkQueue [message #24893 is a reply to message #24892] Wed, 03 February 2010 12:14 Go to previous messageGo to previous message
kohait00 is currently offline  kohait00
Messages: 939
Registered: July 2009
Location: Germany
Experienced Contributor
here comes the WorkQueue

which is not of great deal, it is a copy and paste of the CoWork class stuff (basicly the version postet above).

it's Pool is set to 1 Thread per instance only and thats about all of the changes Smile

this reveals, that CoWork is pretty much a workqueue, if one leaves only 1 Thread.. but the current WorkQueue uses 1 Thread per instance, not a Thread pool

this one is still to be debugged. The test environment reveals a deadlock during Close problem and its solution as the WorkQueue runs stuff from the Gui in GuiLock environment...a common problem even in CoWork, if one wants to use CoWork doing GUI stuff (which makes not much sense, because the GUI thread would sleep meanwhile Smile

if this idea per se makes sense one should think about modifying/flexibilizing CoWork::Pool, to be able to use CoWork as Base Class for WorkQueue.
 
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Previous Topic: DnD hangs in MT Refresh()ing
Next Topic: Linux MT problems with time functions
Goto Forum:
  


Current Time: Sat May 04 20:53:24 CEST 2024

Total time taken to generate the page: 0.03696 seconds