| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
| |
Added a MockRegionDataPlugin to do in-memory persistence for tests since adding this to OpenSim.Data.Null.NullDataStore doesn't seem appropriate
NullDataStore can do nothing because OpenSim only ever retrieve region objects from the database on startup. Adding an in-memory store here would be unecessary overhead.
|
| |
|
| |
|
|
|
|
| |
null checks on m_rootPart
|
| |
|
|
|
|
|
|
|
| |
how the tests are structured.
(pt1)
|
|
|
|
| |
directory standards. (pt 1 - thank you, svn. not.)
|
|
|
|
| |
LICENSE.txt.
|
|
|
|
|
|
|
| |
figure
out where that pesky deadlock is during test runs.
|
|
|
|
|
|
| |
* Now, the 144 unit tests takes roughly as long time to run (16s on my laptop) that the 10 long running takes. The database tests takes forever.
* Feel free to run the unit tests as you code, and the rest before commit.
|
|
|
|
|
|
|
|
|
| |
when the test starts
* This is to help identify which test is freezing, since all the tests in the previous dll (coremodules) succeed
* Unfortunately they are not executed in the same order in which the results are listed in Bamboo
|
|
OpenSim.Region.Environment into a "framework" part and a modules only
part. This first changeset refactors OpenSim.Region.Environment.Scenes,
OpenSim.Region.Environment.Interfaces, and OpenSim.Region.Interfaces
into OpenSim.Region.Framework.{Interfaces,Scenes} leaving only region
modules in OpenSim.Region.Environment.
The next step will be to move region modules up from
OpenSim.Region.Environment.Modules to OpenSim.Region.CoreModules and
then sort out which modules are really core modules and which should
move out to forge.
I've been very careful to NOT BREAK anything. i hope i've
succeeded. as this is the work of a whole week i hope i managed to
keep track with the applied patches of the last week --- could any of
you that did check in stuff have a look at whether it survived? thx!
|