| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
| |
| |
| |
| | |
nothing right now
|
| |
| |
| |
| | |
point of detection rather than later on.
|
| |
| |
| |
| |
| |
| | |
DestroyODEStructures()/AvatarGeomAndBodyCreation().
This saves us having to do it separately when a character capsule size is changed
|
| |
| |
| |
| | |
actor maps
|
| |
| |
| |
| |
| |
| | |
the actor reference in OdeScene.actor_name_map rather than leaving it dangling.
This also largely centralizes adds/removes in OdeScene.AddCharacter()/RemoveCharacter()
|
| |
| |
| |
| | |
maintaining their own properties
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| | |
keep reusing the same list.
|
|\ \
| |/
| |
| |
| |
| | |
Conflicts:
OpenSim/Region/Framework/Scenes/SceneCommunicationService.cs
OpenSim/Region/ScriptEngine/XEngine/XEngine.cs
|
| |
| |
| |
| |
| |
| |
| | |
SendCreateChildAgent" message
This is misleading since a simulator will call this method before successfully trying remote regions.
Also comments out spammy "[SIMULATION]: Stream handler called" AgentHandlers messages for now.
|
| | |
|
| |
| |
| |
| |
| |
| |
| | |
57956c4b-ff2e-4fc1-9995-613c6256cc98>: Invalid character 'O' in input string messages
These are just the result of an attempt to canonicalize received messages - it's not important that we constantly log them.
Also finally get the deregister grid service message working properly
|
| |
| |
| |
| |
| |
| | |
regeneration.
Maptile storage appears orthogonal to region registration
|
| |
| |
| |
| |
| |
| | |
after printing out the error, since this method is invoked by users.
Still throwing the exception on the stream method since this invoked programatically
|
| |
| |
| |
| | |
putting out a useful complaint message if we haven't for some reason
|
| |
| |
| |
| |
| |
| |
| | |
scripts from the appdomain in XEngine.
All the other actions (script state save, etc.) still occur.
This makes shutdown where there are many scripts vastly quicker.
|
|\ \
| |/
| |
| |
| | |
Conflicts:
OpenSim/Region/Framework/Scenes/SceneCommunicationService.cs
|
| |
| |
| |
| |
| |
| |
| | |
own private m_localID property but leaving get to return the then unset PhysicsActor.LocalId!
Instead, just have both subclasses use the PhysicsActor.LocalID property.
This restores collision functionality that fell away in 45c7789 yesterday
|
| |
| |
| |
| | |
changes, just cleanup
|
| |
| |
| |
| | |
read lock
|
| |
| |
| |
| | |
Recent issues in http://opensimulator.org/mantis/view.php?id=5794 were not related to HG friends
|
| | |
|
| | |
|
| |
| |
| |
| | |
user's homeurl
|
| |
| |
| |
| | |
This is <thread-name> (<region-name>)
|
| |
| |
| |
| | |
This also adds time since started to "show threads". Unfortunately these two changes got mixed in.
|
| |
| |
| |
| |
| |
| |
| |
| | |
This might help with
[USER AGENT CONNECTOR]: new connector to ()
[USER AGENT CONNECTOR]: Unable to contact remote server for GetServerURLs
[USER AGENT CONNECTOR]: Malformed Uri : Argument cannot be null.
Parameter name: uriString
|
| | |
|
| |
| |
| |
| | |
EventManager.OnMakeRootAgent event since this is on the critical path for transfer of avatars from one region to another.
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
collision event dictionary, marshall them via a change dictionary first.
This is to avoid a complicated tri-thread deadlock on region crossing for avatars with attachments, where
1) XEngine starting up scripts can lock XEngine.m_Scripts and then try to lock OdeScene._collisionEventPrim while starting up a script due to avatar border crossing
2) An existing collision event will lock OdeScene._collisionEventPrim and then try to lock SP.m_attachments while trying to send the collision event to attachments
3) The avatar still entering the region will lock SP.m_attachments and then try to lock m_Scripts to start more attachment scripts.
|
| |
| |
| |
| | |
a list
|
| |
| |
| |
| | |
As far as I can see, the SCS is only now used for informing neighbours of up/down status and possibly sending child agent updates and close requests
|
| |
| |
| |
| | |
All this is now being handled through IEntityTransferModule and SimulationService instead, and has been for some time.
|
| |
| |
| |
| | |
not being used any more - it's now IEntityTransferModule and SimulationService instead
|
| |
| |
| |
| | |
RecacheFriends() to reflect their intended function
|
| |
| |
| |
| | |
better reflect its actual function
|
| |
| |
| |
| |
| |
| |
| |
| | |
FriendsModule.FetchFriendslist() asychronously.
Executing this asynchronously allows a race condition where subsequent friends fetches hit a cache that FetchFriendsList() had not yet populated.
Changing this to synchronous may improve issues where a user does not see friends as online even though they are.
I don't believe synchronous is a problem here, but if it is, then a more complicated signalling mechanism is required. Locking the cache isn't sufficient.
|
| |
| |
| |
| | |
structs are so not passed by reference (and they're immutable!)
|
| | |
|
|\ \
| |/
| |
| |
| | |
Conflicts:
OpenSim/Region/Framework/Scenes/SceneViewer.cs
|
| |\ |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
prim update to only triple queuing. Existing method was:
1. Schedule prim for update, adding to scene update list
2. Update on SOGs during heartbeat queues update onto each SceneViewer
3. Update on SPs during heartbeat queues update onto each IClientAPI
4. ProcessEntityUpdates queues updates into UDP send stack
Now the SceneViewer has been eliminated so updates are scheduled at any
time and then put onto the IClientAPI priority queues immediately during
SceneGraph.UpdateObjectGroups.
|
| | |
| | |
| | |
| | |
| | |
| | | |
relationship.
Rename IFriendsModule.AddFriend() to AddFriendship()
|
| | | |
|
|\ \ \
| |/ /
| | |
| | |
| | | |
Conflicts:
OpenSim/Region/CoreModules/Avatar/Friends/FriendsModule.cs
|
| | | |
|
| | | |
|