mark
4bcde77cc2
revert forced 4.0 migration -- many users are still dependent on 2.0
2012-03-07 13:47:33 +00:00
asayre
b13718ca01
Isolated the problem with .NET 4.0 to the networking code changes; no reason to disallow support for .NET 4.0, and restoring default .NET FX 4.0 support
2012-03-05 11:38:02 +00:00
asayre
68922c1eeb
Moving World.SaveOption to StandardSaveStrategy.SaveOption, as it's only used and applicable there. Setting Dynamic Save Strategy to run whenever there are more than two cores.
2012-02-11 04:36:54 +00:00
mark
558fcf495a
Framework_4_0 preprocessor is necessary for legacy compatibility.
2012-01-03 00:36:52 +00:00
asayre
635d4282ec
I love Tuples, you love tuples, everybody loves tuples!
2012-01-02 15:09:33 +00:00
asayre
d2f79e93ea
Potential deletion of item outside of main thread issue resolved
...
Item.Spawner now uses CompactInfo for memory savings.
Empty accounts (No Characters) can now be set to go inactive sooner than accounts with characters.
2011-12-31 07:50:54 +00:00
asayre
0f0641b607
2010-12-28 09:24:30 +00:00
asayre
e5a22904e6
Code cleanup; Parallelization of Script verification for .Net 4.0
2010-12-28 09:24:08 +00:00
asayre
67af95cf0b
Fix for RunUO Crash if Performance tab on Admin gump is open within first 100seconds of server running.
...
Completion of the DynamicSaveStrategy. Background saves are now safe; triggered only by the autoSave or command [BackgroundSave ([BGSave)
2010-12-20 03:34:25 +00:00
mark
bff9e9abe4
progress on -service.. no input, safe choices, etc
...
add Account.Inactive and Account.InactiveDuration
refactor IsEligable to IsEligible
2009-08-08 06:30:34 +00:00
krrios
5be90584b6
Fixed issue with decay erroneously triggering world save warnings.
2007-04-20 22:35:41 +00:00
krrios
0c7efa2419
Better diagnostics when attempting to create or delete an item or mobile within World.Save
2007-04-20 03:04:19 +00:00
mark
f95101c201
lots of little stuff, but mostly bank optimization, due to the weirdness of the calls
2007-01-19 22:10:11 +00:00
mark
f3d56091b6
2006-06-15 04:28:39 +00:00
mark
47711d616e
2006-06-15 04:14:30 +00:00
