| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |
|
|
|
| |
Ensure items coming off the lockless queue are released. Also ensure this
is done when the queue is cleared.
|
| |
|
|
|
| |
As the MinHeap shrinks, free object references that have been sent. Also,
free the last item when it empties.
|
| |
|
|
| |
attempting to fix a mono compile error.
|
| |
|
|
|
|
|
|
| |
Physical linksets are fully functional.
Tweeking of the vehicle code to make it semi-work.
Utilize the new API2 for some setting operations.
Add GetOrientation() API call for proper reporting of children of linksets.
Changes the interface between C# and C++ code so old DLLs won't work!
|
| |
|
|
| |
scene into vehicle dynamics code.
|
| | |
|
| |
|
|
| |
simple, high performance logger for high frequency logging (physics sub-operations, for instance).
|
| |
|
|
| |
Cleaned up code and got rid of compile warnings.
|
| |
|
|
|
|
|
| |
with an ini configuration parameter.
Correct computation of relative offsets of children in a linkset.
Remove a prim from any link relationship before deleting it.
Minor code flow cleanups.
|
| |
|
|
|
|
| |
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!
|
| |
|
|
|
| |
while still in the scene to avoid losing important script state.
DeleteSceneObject can not be called before doing this!
|
| |
|
|
| |
connections" region console command
|
| |
|
|
|
|
|
|
|
| |
synchronous to prevent long operations from holding up all inbound packet processing.
Giving a large folder from one avatar to another was causing a long delay when handled synchronously, since it took some time to retrieve the necessary data from the inventory service.
Handling this asynchronously instead stops this delay from disrupting all avatars in the scene. This has been shown in OSGrid.
I see no reason for not handling all IM messages asynchronously, just as incoming chat is handled asynchronously, so this has been switched for all instant messages.
Thanks to Nebadon for testing this change out.
|
| |
|
|
| |
GroupsModule, since these led to a private blank method
|
| |
|
|
|
|
|
| |
various places due to race conditions.
Even where checks are being made they aren't enough since they all assume that the Animator they just checked is still there in the next line, which is not necessarily the case without locking.
The memory used is small and these should be GC'd anyway when the SP is released. If this is not happening then the wider problem of old SPs being retained needs to be resolved.
|
| | |
|
| |
|
|
| |
simultaneously (e.g. ack timeout and an attempt to reconnect)
|
| | |
|
| | |
|
| |
|
|
|
|
|
| |
enabled or disabled at any point, not just during initial startup.
This replaces EventManager.OnLoginsEnabled which only fired when logins were first enabled
and was affected by a bug where it would never fire if the region started with logins disabled.
|
| |
|
|
| |
active accidentally just removed in 528004d
|
| |
|
|
| |
logins disabled on startup.
|
| |
|
|
| |
on a previously empty region.
|
| |
|
|
|
|
| |
rezzed on a previously script-free region.
There is no need to listen for OnRezScript in RegionReadyModule since OnEmptyScriptCompileQueue will only fire if scripts were compiled.
|
| |
|
|
| |
a region contained no scripts.
|
| |
|
|
|
|
| |
once when the region is ready.
Switch MapImageServiceModule to use this.
|
| |
|
|
|
|
| |
region name.
This saves listeners from having to re-retrieve the scene from their own lists, which won't work anyway if multiple regions with the same name have been allowed
|
| |\ |
|
| | |\ |
|
| | | | |
|
| | |/
|/|
| |
| | |
to disable logins until all scripts have been compiled
|
| | |
| |
| |
| | |
cut down race conditions when another thread manages the grab the presence after some SP structures have been reset.
|
| |\ \ |
|
| | |\ \ |
|
| | | | | |
|
| |/ / /
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
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.
|
| | |
| |
| |
| |
| |
| |
| | |
update the name if this has been changed whilst attached.
Note, this behaviour appears to be at variance with the ll grid as of Tues 17 July 2012, testing with viewer 3.2.1.
The item name in inventory does not change either at the point of detach or after a relog.
|
| |\ \ |
|
| | |\ \ |
|
| | | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
A better solution using the already present flags must be found.
This reverts commit 6d3ee8bb39d47ed7b32e8905fa0b2fc31c5a9f80.
|
| | |/ /
|/| |
| | |
| | |
| | |
| | |
| | | |
item is updated.
This doesn't seem to make any sense and probably stems from a period when this code was directly involved in attaching objects directly from the scene.
This message is already being sent by InventoryAccessModule code instead.
|
| | | | |
|
| | | |
| | |
| | |
| | | |
SP.Scene.RegionInfo.RegionID instead of manually looking it up from the stored scene list.
|
| |/ /
| |
| |
| |
| |
| |
| | |
region in the same simulator that was not next to the source region.
This was because teleporting to the new region invoked the new session setup code before the agent was removed from the old region, which then invoked the session teardown code.
Now, we only invoke the teardown code if the region ID occupied by the agent being removed is the same as the one registered for the current session.
|
| |/
|
|
|
|
| |
the thrown exceptions.
Signed-off-by: Melanie <melanie@t-data.com>
|
