5 Commits (d676bc350d8005c15f8af6344c9a2cf4648345f4)

Author	SHA1	Message	Date
Tom Grimshaw	ae7c30a0f3	While examining our 10,10,10 issue I discovered that several threads were locked with each other in an unusual place; I've moved the piece of code inside a lock[] context and so far it's looking promising.	2010-05-18 00:07:17 -07:00
John Hurliman	2f394b7e7e	* Allow SmartThreadPool to be initialized without setting max stack size (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."	2009-10-22 01:30:12 -07:00
lbsa71	5af465a364	* Changed all AssemblyInfo to explicit version 1.0.0.0 to not confuse poor poor Nant. We probably should take the opportunity to let the non-module bins reside in their /bin/Debug dirs later.	2009-02-19 14:51:33 +00:00
Dr Scofield	748f72326d	last round of warning squashing. calling it a day now.	2008-06-27 23:03:39 +00:00
Teravus Ovares	1a47ff8094	* This is Melanie's XEngine script engine. I've not tested this real well, however, it's confirmed to compile and OpenSimulator to run successfully without this script engine active.	2008-05-30 12:27:06 +00:00