| Commit message (Collapse) | Author | Files | Lines |
|
region comms
* Some scene methods ignored it, others did nothing if the region handler given did not match their own (which would never be triggered)
|
|
|
|
part of the login sequence
* This may alleviate a little the freezing experienced by existing avatars when a new client logs in
* Race condition risks look minimal since one wouldn't expect another thread to start fiddling with that presence
|
|
Fix the broken llSetTimerEvent implementation (sec == 0 was not
possible anymore).
|
|
destination user is offline/out of range. No more eternal cache is needed
for tracking IDs. Code cleanup. Removed some casts from IScene to Scene.
Decline now properly places item in trash rather than deleting it outright.
|
|
otherwise.
|
|
actually make it work
|
|
|
|
|
|
every user's HUD
|
|
|
|
|
|
* If we don't do this then callers to the polling GetAsset wait the full polling time before returning
|
|
* Code Cleanliness Fixes in LLClientView
* Using field instead of local variable for handlerUpdatePrimGroupRotation (if you notice any new oddities with prim group rotation after this patch, please mantis)
|
|
https://lists.berlios.de/pipermail/opensim-dev/2008-November/003468.html
* This is done by sending a 'major interface version' number on sim registration. Developers must increment this every time they make a change that would make the previous
OpenSim revision failure incompatible with the new one (non-fatal incompatibilities are fine).
* This number resides in OpenSim.Framework.Servers.VersionInfo.MajorInterfaceVersion
* This allows the grid service to stop older, incompatible regions from connecting
|
|
This patch changes a couple of methods in Scene.Inventory to virtual,
so they can be overridden in subclasses. DeleteToInventory now returns
the UUID of the newly created asset, so that further actions on it can
be pursued in subclasses. This will make my life easier for making
inventory accessible in the hypergrid.
|
|
|
|
will allow people who don't want megaprims in their sim to prevent them
from being created. Any prim rezzed or pulled across the border will be
clamped to the size specified in OpenSim.ini if this option is set.
|
|
|
|
Terraform flag in land.
|
|
mixed number/letter content properly.
|
|
|
|
* Implements the SendInitiateDownload method in IClientAPI
* Uses the ITerrainModule Interface to write a terrain file to disk then uses a FileStream to read the binary file from the disk and put it in a byte array. and save to the xFer list.
* It then tells the client to download the file and the client initiates an Xfer request.
|
|
* Remove duplicate test part
|
|
|
|
it becomes impossible to cross back into a region you came from, or freeze
several seconds after region crossings.
|
|
part method
* miscellaneous doc/log message changes
|
|
From: Sean Dague <sdague@gmail.com>
|
|
changes
|
|
and removal.
From: Arthur Rodrigo S Valadares <arthursv@linux.vnet.ibm.com>
|
|
|
|
RootPart and adding the part separately
* Make RootPart read only
|
|
|
|
|
|
|
|
|
|
|
|
* Decouple sog and sop by removing the need to pass the sog to the sop when it is created - most of the code was doing this operation (and hence duplicating it) anyway
* Remove unused constructors
|
|
regions that XmlRpcCreateRegion will create: if region_limit is != 0
then XmlRpcCreateRegion will only create a new region if the number of
regions already existing is below region_limit.
|
|
|
|
|
|
This patch addresses mantis bug 2576.
http://opensimulator.org/mantis/view.php?id=2576
Briefly, if you call llDie from many scripts at the same time (say a
build is cleaning up excess objects) then OpenSim deadlocks. Avatars
are unable to move, and whilst the console is active you can't do much
without it also locking up. This only occurs with the XEngine script
engine enabled.
I have attached a patch which works, but I'm not sure its the right way
to address the problem. The fundamental problem is that a lock on a
SceneObjectGroup's m_parts is taken when the object is deleted, a
callback to the script engine occurs and a fair way down the callchain,
potentially there are locks taken on several other SceneObjectGroup's
m_parts. Deadlock then occurs if you get unlucky enough
to get in the situation where with several llDie's are called and
SceneObjectGroups
have taken a lock on their own m_parts, and end up waiting on each
other's
locks to become available.
The patch adds a lock at a high level so that that the removal of script
instances
from an object only occurs once per scene at a time. This avoids the
potential
of deadlock. Theoretically there could be some performance hit but
AFAICT
the path taken is not a common occurrence.
Would welcome any suggestions for a better solution, otherwise feel free
to apply :-)
Note this patch was built against the 0.6.0 freeze as trunk was
rather broken for me this morning (creating a script killed the client
connection).
|
|
proxy messages were not properly decoded.
|
|
stops
|
|
|
|
an avatar moves.
|
|
Our feet will now be above ground
|
|
|
|
|
|
A tube on a pole is a bit less "flubbery" so maybe this is
the right direction.
|