| Commit message (Collapse) | Author | Files | Lines |
|
Reworked size/scale logic so physical scale is kept in Bullet and physObject scale is the preferred size -- usually same as size but avatars are computed differently.
|
|
attribute specifications.
|
|
|
|
because they failed to complete event processing within the given timeout.
This is for bug hunting purposes where thread aborts may be causing dangling lock issues and subsequent vm crashes on mono (with ReaderWriterLockSlim, etc.)
|
|
individual IScriptInstances for debugging purposes.
Current, state changes and event fires can be logged for individual scripts.
See command help for more details.
|
|
easier to extract and inspect the script's asset via "dump asset"
|
|
|
|
the terrain. Users can sure find some interesting corner conditions.
|
|
We do this in OpenSim.exe to hide output when unmanaged dll are scanned by mono addins. Libomv has hard-coded path to "." for the openjpeg libraries, causing output to the console when they are scanned. We will cover this up for now, then look at getting libomv to look for the libs outside the "." later.
|
|
setting properties after the destroy character taint.
|
|
properties after the destroy object taint has happened.
|
|
than ground level. This makes boats float at water level better but not perfectly. There probably needs to be some interaction between HOVER and LIMIT_MOTOR_UP.
|
|
dumping of physical vehicle parameters (out of Bullet) on each
simulation step and to optionally scale vehicle angular velocity
by the time step. The latter looks to be part of a difference
between angular parameters for ODE and BulletSim. SL docs say
angular velocity is measured in radians/timeScale. Not sure if this
is different than what ODE does.
|
|
single prim vehicles not working (the surf board now zooms).
|
|
BSDynamics to make velocity vs force calculation clearer.
|
|
While fixing the above, add methods to physical body and shape pointer
wrapper so routines won't have to know that IntPtr.Zero means no
physical instance.
Fix problem with physical linksets failing after a few sits and
unsits by properly restoring child prom positions for compound
linksets after multiple selection and deselections.
|
|
restore a child's position in the world based on its position in the moved linkset).
|
|
|
|
copied in the process of being gathered their UUID, but not all. Specifically, terminal assets like textures aren't copied. We have to go one more time through the ids.
|
|
in, to avoid race conditions on the client.
|
|
Inventory transfers: don't do async on asset transfers or now.
|
|
Restrict IPresenceData.VerifyAgent to only return bool result
|
|
|
|
Linkset.MakeStatic() after call to ForceActivationState2() since linkset might change activation state. Make BSPrim.CreateGeomAndObject public as linkset rebuilding might need access to it. Only rebuild prim if selection state is actually changes -- OpenSimulator calls PhysObject.Selected() multiple times whenever a prim is selected or deselected.
|
|
caused the native shapes to be rebuilt when not necessary.
|
|
|
|
to nominate a non-root destination folder.
This is in relation to http://opensimulator.org/mantis/view.php?id=6311
This is after further analysis which shows the viewer expects the server to move the folder for #RLV give but then should be renaming the folder itself.
For some reason this is not happening, possibly because we are not sending BulkUpdates or because we are not using transaction IDs properly.
This needs to be fixed in the future.
However, moving the folder even if the rename isn't correctly triggered in the viewer seems preferable to disabling this code altogether.
|
|
Removed some white space in a line, looking to trigger a build
|
|
Had moved the class to a different namespace but failed to add the reference
|
|
unknown maybe due to timeout. mantis #6450
|
|
aim of avoiding OpenSimulator problems due to script thread aborts.
When an object is removed, its scripts are stopped and then the thread running them is aborted if stop takes too long.
However, it appears that aborting a thread at just the wrong moment when it is obtaining a ReaderWriterLockSlim lock can leave this lock in an inconsistent state.
One symptom of this is that mono leaps to 100% cpu and a vm thread dump reveals lots of threads waiting for a ReaderWriterLockSlim lock without any thread actually holding it.
This is probably the same problem as encountered originally in commit 12cebb12
This commit looks to plaster this problem by putting lock obtaining methods inside finally blocks which should be uninterruptible by thread aborts.
|
|
linearMotorUp and related vehicle forces.
Fixed problems with downward vehicle position correction forces being too large.
Add vehicle collision flag so can sense whether vehicle is on the ground.
|
|
|
|
uncomment the detail logging when changing the depth of logged info.
|
|
can do anything dumb they wish.
|
|
endings in material definition file.
|
|
VehicleAddForce to set of managed vehicle prim properties.
|
|
forces commented out for the moment for debugging.
|
|
trigger another build
|
|
5333-)
It looks like the latest Kokua is doing this.
As per http://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html, leaving off the second value is legal
This indicates the caller wants the rest of the entity.
|
|
we also get timestamps.
This commit also adds script name, part name, uuid, etc. for later identification.
This information has been sent to console since 2009 but may be turned down if it proves too noisy.
However, I still currently need it to investigate some region problems probably triggered by scripting.
|
|
overriding OpenSimTestCase.SetUp()
|
|
"xengine status" console command. For debugging purposes.
|
|
properly calling to OpenSimTestCase.SetUp()
|
|
callers to lock and directly inspect the EventQueue
|
|
processed.
For debug purposes - should later add options to allow different sorting or show only highest 10, etc.
|
|
information and display in "show scripts" for debug purposes
|
|
code complexity
|
|
is ignored by the ExtraParams properly anyway
|
|
|