| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
| |
|
|
|
|
|
|
|
|
|
|
|
| |
Added comments and regions, restructured code
Changed a lot of AppDomain junk from console from using Console.Write to Log.Verbose and set it to #if DEBUG
All modules should now refresh their configuration runtime
Made all logging in ScriptEngine.Common get script name from actual engine
Renamed LSLLongCmdHandler to AsyncLSLCommandManager
Added auto-recover with 5 sec throttle for new MaintenanceThread
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Bugfix: Scripts exceeding max and set to be killed were not killed, only removed.
Added ability to re-read configuration while OpenSim is running
All regions now sharing one MaintenanceThread
New MaintenanceThread:
- checks for script execution timeout
- re-reads config
- starts/stops threads if thread active count becomes too high/low compared to config
Speed increase on event execution:
- Reuse of try{}catch{} blocks
- Time calculation on event execution
|
| |
|
| |
|
|
|
|
|
|
| |
ScriptThreadPriority to set script thread priority
DeactivateScriptOnTimeout to remove script if it is executing too long
|
|
|
|
|
| |
Fixed small bug in thread counter.
|
|
|
|
|
|
| |
Moved DotNetScriptEngine configuration to config file.
Added option to share script execution threads between regions.
|
|
|
|
|
| |
A separate thread is used to enforce max function (event) execution time for scripts.
|
|
|
|
|
|
|
| |
llParticleSystem - defaults to source prim (consistent with LL grid).
Should fix mantis 427.
|
|
|
|
|
|
| |
Implementing llStringTrim and hooking in osRegionNotice
|
| |
|
|
|
|
| |
mantis issue #435 (for now)
|
| |
|
|
|
|
|
|
|
|
| |
have a libsl update... it's really a fix to the libsl version we're already using because of a bug in the particlesystem implementation
* Added two new simstat counters in the simstat enum for the RCCS. (I'll find something cool to put in them)
* fixed a time waster in ODEPlugin.cs
|
|
|
|
|
|
|
| |
* We still need to set the 'default particle' texture as, a particle system with no texture set doesn't work.
* The particle System Flags don't seem to be quite right yet as some flags don't seem to have an effect. So no alpha in/out, color change, affected by the wind, etc.. yet
* Thanks to Alondria for some massive work here. This update just tweaks a few things that she did.
|
|
|
|
|
|
| |
Going to sift through the diff later to sort out what the root cause is here.
|
| |
|
|
|
|
| |
functionality added yet, but did not want to loose work.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
* You can type 'stats' at the REGION# prompt to get this information in grid or standalone mode
* Don't take these numbers as gospel yet, since for some reason textures displayed from inventory which require downloading from the server are being recorded as assets
rather than textures
* But I don't have any reason to believe they aren't broadly accurate.
* I've put these in so I can tell whether the high memory usage on regions is down to the asset/texture cache
* This will require a prebuild
* DEV: Only adds needed to be implemented since, as far as I can tell, assets cached are currently never released. For my part, seeing large cache memory numbers will
provoke me to think about doing something about this.
* DEV: Now switched to using a singleton to get the stats reporters rather than threading the object through various layers
* DEV: Will refactor the other server stats reporters to do this in one of the next commits
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
user-friendly way than throwing an Exception
* Compact status messages to reduce verbosity and be more informative
|
|
|
|
|
|
| |
* Attempt reconnection on fetch and create exceptions.
|
| |
|
| |
|
| |
|
|
|
|
|
| |
* This stability optimization is disabled on Apple Computers until the .dylib library is updated.
|
|
|
|
|
| |
* WARNING: This update will break *nix support. Will be restored in the next revision
|
|
|
|
| |
user logs off
|
|
|
|
| |
gently at first to test the waters or you'll lose prim to the pit at the edge of the sim. Make sure the object is physical before trying to toss it or it'll just move to the new location.
|
|
|
|
|
|
|
| |
* Allows the creation of a user via the RemoteAdminPlugin.
* Many thanks!
|
|
|
|
| |
tool + amount + apply;
|
|
|
|
| |
issue 390.
|
|
|
|
| |
been an update on bullet in a while and the console notifications consume the entire CPU to make bullet completely unusable.
|
|
|
|
| |
you cross a border into a region, the new region doesn't know your height and therefore you're about a meter off the ground. If the region doesn't know your height, you won't be able to climb steps. If you're in that state, edit your appearance and the region will learn your height and you will again be able to climb steps.
|
|
|
|
|
|
|
| |
* Passing the stats collector through object chains is not ideal - this will change when more stats come in
* This change will need a prebuild
|
|
|
|
|
|
|
| |
* The hooks are still plugged in too high at the asset server, but then next layer down is the database and this may be refactored soon.
* This change will requires a prebuild
|
| |
|
|
|
|
| |
experimental update.
|
|
|
|
|
|
|
|
| |
substeps with fallback to 5 substeps when things get slow
* Just to give you an idea of the difference .. previous ODE_STEPSIZE was 0.005f - 1000/5 = 200fps - 10 substeps with fallback to 5 substeps when things get slow
* *nix avatar may fall over again, *sorry*
|
|
|
|
|
| |
* Let me know if all your avatar are standup.
|
|
|
|
| |
is prone to modification when logging on. These can be safely ignored because the data gets old fast and new ones get generated somewhat quickly.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
* I intended to think about refactoring the servers to use this common base class, but temporary laziness won out.
* I'm leaving this here as a reminder/mind poke and for reasons of laziness (again)
* If people object to me leaving this kind of thing lying around, please say
|
|
|
|
|
|
|
|
| |
* Typing 'stats' on the command line will given total number of successful logins today and yesterday
* A little bit more to come, probably
* Refactoring will follow next
|
|
|
|
| |
SignificantClientMovement.
|
|
|
|
|
|
| |
* Does absolutely nothing at the moment
|