| Commit message (Collapse) | Author | Age | Files | Lines |
|\
| |
| |
| |
| |
| |
| |
| | |
Conflicts:
OpenSim/Data/MySQL/MySQLSimulationData.cs
OpenSim/Framework/Servers/VersionInfo.cs
OpenSim/Region/ClientStack/Linden/Caps/BunchOfCaps/BunchOfCaps.cs
OpenSim/Region/Framework/Scenes/SceneObjectPart.cs
|
| |
| |
| |
| |
| |
| |
| |
| | |
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.
|
|\ \
| |/
| |
| |
| |
| | |
Conflicts:
OpenSim/Region/Framework/Scenes/SceneObjectPart.cs
OpenSim/Region/Physics/BulletSNPlugin/BSShapeCollection.cs
|
| |
| |
| |
| | |
This is required because some threads are created in the constructor, so assigning the name afterwards would be too late.
|
|\ \
| |/ |
|
| |
| |
| |
| | |
have an AssemblyInfo file.
|
|/
|
|
| |
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.
|
|
|
|
|
|
|
| |
(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."
|
|
|
|
| |
poor Nant. We probably should take the opportunity to let the non-module bins reside in their /bin/Debug dirs later.
|
| |
|
|
however, it's confirmed to compile and OpenSimulator to run successfully without this script engine active.
|