| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
| |
|
|
|
|
|
|
| |
* 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.
|
|
|
|
|
|
| |
groundwork.
|
|
|
|
|
|
| |
the LSL constants.
|
| |
|
|
|
|
|
| |
calculating mass.
|
| |
|
|
|
|
|
|
| |
* Items will now be locally cached for only 24 hours from last access. (Rather than until restart)
* Caveat: Implementing the new caching mechanism means statistics gathering on AssetCache is no longer functional. (Justin - you might want to take a look and see if you can somehow get that back and running if you still need it)
|
|
|
|
| |
convention
|
| |
|
|
|
|
|
|
|
| |
It is required by group IM and also for a proper implementation of item
give, group notice attachments and offline IM.
|
|
|
|
|
|
|
| |
This patch is two script that fixes a issue when adding more
then 1 avatar to estateban/estatemanager list. It removes a
key and adds a index to the tables.
|