aboutsummaryrefslogtreecommitdiffstatshomepage
path: root/ThirdParty/SmartThreadPool (follow)
Commit message (Collapse)AuthorAgeFilesLines
* Massive tab and trailing space cleanupMelanie Thielker2017-01-0517-2897/+2897
|
* a few more changes on potencial mem issuesUbitUmarov2016-11-181-0/+1
|
* workaround potencial memory leakUbitUmarov2016-08-221-0/+3
|
* workaround potencial memory leakUbitUmarov2016-08-221-0/+1
|
* Fix crash due to setting Thread.name after thread start.Roger Kirkman2016-05-121-2/+3
| | | | Signed-off-by: Diva Canto <diva@metaverseink.com>
* Undo "Revert "Small changes to threading to send thread names to unmanaged ↵BlueWall2014-09-171-1/+1
| | | | | | | | threads. Needs Mono 3.6+ to see thread names in utilities like top -H . Some formatting of the thread name to fin in the 16 byte limit on Linux. Please test on Windows to see if the work has any adverse effects."" Fix for break in next commit This reverts commit 376fab140227e92dbd841436509a97b87c9e7792.
* Revert "Small changes to threading to send thread names to unmanaged ↵BlueWall2014-09-171-1/+1
| | | | | | | threads. Needs Mono 3.6+ to see thread names in utilities like top -H . Some formatting of the thread name to fin in the 16 byte limit on Linux. Please test on Windows to see if the work has any adverse effects." This reverts commit af286d5fcb688e8b64202b6deca4f249e9a2b6b8. Issue with Jenkins builds
* Small changes to threading to send thread names to unmanaged threads. Needs ↵BlueWall2014-09-171-1/+1
| | | | Mono 3.6+ to see thread names in utilities like top -H . Some formatting of the thread name to fin in the 16 byte limit on Linux. Please test on Windows to see if the work has any adverse effects.
* Fix SmartThreadPool line endings in recent update from dos to unixJustin Clark-Casey (justincc)2013-05-0124-6358/+6358
|
* Add in-code exaplanation for the change in cancellation signalling in STP ↵Justin Clark-Casey (justincc)2013-05-011-0/+10
| | | | 2.2.3. Remove left in Console.WriteLine accidentally inserted in recent 206fb306
* Update SmartThreadPool to latest version 2.2.3 with a major and minor change.Justin Clark-Casey (justincc)2013-05-0126-4783/+6666
| | | | | | | | | | SmartThreadPool code comes from http://www.codeproject.com/Articles/7933/Smart-Thread-Pool This version implements thread abort (via WorkItem.Cancel(true)), threadpool naming, max thread stack, etc. so we no longer need to manually patch those. However, two changes have been made to stock 2.2.3. Major change: WorkItem.Cancel(bool abortExecution) in our version does not succeed if the work item was in progress and thread abort was not specified. This is to match previous behaviour where we handle co-operative termination via another mechanism rather than checking WorkItem.IsCanceled. Minor change: Did not add STP's StopWatch implementation as this is only used WinCE and Silverlight and causes a build clash with System.Diagnostics.StopWatch The reason for updating is to see if this improves http://opensimulator.org/mantis/view.php?id=6557 and http://opensimulator.org/mantis/view.php?id=6586
* Bump version and assembly version numbers from 0.7.5 to 0.7.6Justin Clark-Casey (justincc)2013-02-051-1/+1
| | | | | | | | This is mostly Bluewall's work but I am also bumping the general version number OpenSimulator 0.7.5 remains in the release candidate stage. I'm doing this because master is significantly adding things that will not be in 0.7.5 This update should not cause issues with existing external binary DLLs because our DLLs do not have strong names and so the exact version match requirement is not in force.
* Assign the SmartThreadPool name in the constructorOren Hurvitz2013-01-192-1/+21
| | | | This is required because some threads are created in the constructor, so assigning the name afterwards would be too late.
* Updated all existing AssemblyVersions's to 0.7.5.*. Many DLLs still don't ↵Diva Canto2012-11-131-1/+1
| | | | have an AssemblyInfo file.
* * Allow SmartThreadPool to be initialized without setting max stack size ↵John Hurliman2009-10-221-1/+5
| | | | | | | (like the original implementation) * Only initialize Util's SmartThreadPool if it is actually being used * No longer initializing Util's SmartThreadPool with a custom max stack size. From MSDN: "Avoid using this constructor overload. The default stack size used by the Thread(ThreadStart) constructor overload is the recommended stack size for threads."
* * Changed all AssemblyInfo to explicit version 1.0.0.0 to not confuse poor ↵lbsa712009-02-191-1/+1
| | | | poor Nant. We probably should take the opportunity to let the non-module bins reside in their /bin/Debug dirs later.
* last round of warning squashing. calling it a day now.Dr Scofield2008-06-271-3/+5
|
* * This is Melanie's XEngine script engine. I've not tested this real well, ↵Teravus Ovares2008-05-3014-0/+5446
however, it's confirmed to compile and OpenSimulator to run successfully without this script engine active.