| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |
|
|
|
|
|
|
|
| |
race condition checks.
This is to allow a second attempt to remove an avatar even if "show connections" shows them as already inactive (i.e. close has already been attempted once).
You should only attempt --force if a normal kick fails.
This is partly for diagnostics as we have seen some connections occasionally remain on lbsa plaza even if they are registered as inactive.
This is not a permanent solution and may not work anyway - the ultimate solution is to stop this problem from happening in the first place.
|
| |
|
|
|
|
| |
instead.
This is more useful if compilation fails due to an uncatchable exception since we know what was being compiled.
|
| | |
|
| | |
|
| |
|
|
| |
thread has retreived it after checking whether the NPC exists.
|
| | |
|
| |
|
|
| |
FromFolderID, FromItemID and to reflect that it's a SOP ID rather than a SOG ID.
|
| |
|
|
| |
Signed-off-by: Melanie <melanie@t-data.com>
|
| |
|
|
| |
on every single sensor sweep.
|
| |
|
|
|
|
|
|
| |
SensorRepeat list with a new list on add/removes rather than locking it for the duration of the sensor sweep.
A deadlock was observed today where NPC removal on a script thread would lock the NPC list and then try to lock the sensor list via scripted attachment removal.
Concurrently, the sensor sweep thread would lock the sensor list and then try to lock the NPC list to check NPC status.
This commit resolves the deadlock by replacing the sensor list on update rather than locking it for the duration of the sweep.
|
| |
|
|
| |
constants to the script engine.
|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
with other monitoring code from OpenSim.Framework
|
| |
|
|
|
| |
This is fired when all regions are ready or when at least one region becomes not ready.
Recently added EventManager.OnRegionReady becomes OnRegionReadyStatusChange to match OnLoginsEnabledStatusChange
|
| |
|
|
|
|
| |
return OS_NPC if an OS npc is detected.
The detection will also return agent is the NPC has been created with the OS_NPC_SENSE_AS_AGENT option.
|
| |
|
|
|
|
|
|
|
| |
use with llSensor()
This same constant will later be used with llGetDetectedType().
This constant has a different name from NPC to avoid possible conflict with future LSL changes.
This constant has a different value to try and avoid unnecessary conflict with future constants that may use the same value.
Using the 'NPC' constant with llSensor() will remain valid but is deprecated.
|
| |
|
|
|
|
| |
modInvoke commands.
Thanks SignpostMarv!!!
|
| |
|
|
|
|
| |
if it is a UUID. The function is osIsUUID().
Thanks SignpostMarv!
|
| |
|
|
| |
on a previously empty region.
|
| |\ |
|
| | |\ |
|
| | | | |
|
| |/ /
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
GetInventoryItem() method rather than iterate through TaskInventory itself.""
This reverts commit 59a29f5f221a1ffe4e22c63ef9da82270442b213.
The original revert was committed by mistake - it turns out this was not the cause of Mantis 6089
Conflicts:
OpenSim/Region/ScriptEngine/Shared/Api/Implementation/LSL_Api.cs
|
| | |
| |
| |
| |
| |
| |
| |
| |
| | |
receivers to accept/decline.
This appears to be a regression from back in commit db91044 (Mon Aug 22 2011) where we started to send TaskInventoryOffered msg dialog rather than InventoryOffered dialog.
This is probably correct, but failed because the bucket was too large and because we wouldn't have handled the TaskInventoryDeclined option anyway.
This patch handles both of these and make llGiveInventoryList() use TaskInventoryOffered as well
Fixes http://opensimulator.org/mantis/view.php?id=6089
|
| |/
|
|
|
|
| |
method rather than iterate through TaskInventory itself."
This reverts commit 58b13d51a7eddb442e38e6dc6790a9e7cf68bad7.
|
| |
|
|
|
|
| |
A better solution using the already present flags must be found.
This reverts commit 6d3ee8bb39d47ed7b32e8905fa0b2fc31c5a9f80.
|
| |
|
|
|
|
| |
the thrown exceptions.
Signed-off-by: Melanie <melanie@t-data.com>
|
| | |
|
| | |
|
| |
|
|
| |
Signed-off-by: SignpostMarv <github@signpostmarv.name>
|
| |
|
|
|
|
| |
region, implementing parcel prim count check.
Signed-off-by: SignpostMarv <github@signpostmarv.name>
|
| |
|
|
|
|
| |
entry/prim limit/access restrictions.
Signed-off-by: SignpostMarv <github@signpostmarv.name>
|
| |
|
|
|
|
| |
the BOM, use a single Util.UTF8NoBomEncoding.
This class is thread-safe (as evidenced by the provision of the system-wide Encoding.UTF8 which does not suppress BOM on output).
|
| |
|
|
| |
IClientAPI.RemoteEndpoint.
|
| |
|
|
|
|
|
| |
constructing fresh copies.
The encodings are thread-safe and already used in such a manner in other places.
This isn't done where Byte Order Mark output is suppressed, since Encoding.UTF8 is constructed to output the BOM.
|
| |
|
|
|
| |
This is only currently meant for use by regression tests that don't have any issues if XEngine is started up quickly, since no other operations will be occuring simultaneously.
Therefore, this is not yet documented externally.
|
| |
|
|
| |
since the infrastructure no longer fails if this module isn't present, at least on the tested codepaths
|
| |
|
|
| |
This currently only does a relatively crude check for a ScriptState node in the serialized xml
|
| | |
|
| |
|
|
|
|
|
| |
second to finish normally before forcibly aborting.
This is to avoid the worst of the problems in mono 2.6, 2.10 where an aborted thread does not always release all its locks.
This very short grace period is identical to the existing behaviour when a script is removed from the scene.
|
| |
|
|
|
|
|
| |
another avatar in the scene.
Very useful in serious game/environment scenarios where its only allowed for trusted creators.
Threat level Severe
|
| | |
|
| |
|
|
|
| |
This is always done later on in SceneGraph.AddSceneObject() if the call hasn't failed due to sanity checks.
There's no other purpose for this method to exist and it's dangerous/pointless to call in other conditions.
|
| |
|
|
| |
Allow NPCS to touch obects.
|
| |
|
|
| |
I can't see that these present any real hazard to sim functioning.
|
| |
|
|
|
|
|
| |
This works like osForceAttachToAvatar() but allows an object to be directly specified from the script object's inventory rather than forcing it to be rezzed in the scene first.
Still only attaches objects to the owner of the script.
This allows one to bypass the complicated co-ordination of first rezzing objects in the scene before attaching them.
Threat level high.
|
| |
|
|
| |
dictionary
|
| |
|
|
| |
inspecting a clone of the TaskInventory dictionary that was not cloned thread-safe
|
