| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
show the current log level; not crash
|
|
|
|
|
|
|
|
| |
logging
If the XML was truncated for some reason then ExecuteReadProcessors() would get into an infinite loop, using high CPU. Now it detects EOF (and several other error cases) and aborts.
The rest of the changes just improve logging of XML in case of errors, so that we can see what the bad XML is.
|
| |
|
|
|
|
|
|
|
|
| |
of race conditions and, especially, race conditions when an object is
removed and quickly re-added to a scene.
This hopefully reduces the occurance of problems when avatars TP within
a region -- the main problem being the loss of collisions.
|
|
|
|
|
|
|
| |
when Dispose() is called. This reduces chance of object leakage when
destroying objects.
Rearrange initialization and shut down of BSActorLockAxis so it is
consistant with other actors.
|
|
|
|
|
|
|
| |
inventory folders. The newest version of libomv itself is committed here. Basically, everything that was using the AssetType enum has been combed through; many of those uses were changed to the new FolderType enum.
This means that from now on, [new] root folders have code 8 (FolderType.Root), as the viewers expect, as opposed to 9, which was what we had been doing. Normal folders are as they were, -1. Also now sending folder code 100 for Suitcase folders to viewers, with no filter.
All tests pass, but fingers crossed!
|
|
|
|
| |
Another change: removed the second call to userManager.AddUser(). UserManagementModule won't modify an existing record.
|
| |
|
|
|
|
|
|
|
|
| |
initialization race conditions reported in Mantis 6792.
When a region is initializing it seems that the prim initialization code
can be interrupted part way through then taints are processed for
prims that are not completely there.
|
|
|
|
| |
Signed-off-by: Melanie Thielker <melanie@t-data.com>
|
|
|
|
| |
Signed-off-by: Melanie Thielker <melanie@t-data.com>
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
Off by default but set with [Startup]ShouldUseFireAndForgetForCollsions=true
There is a problem with physics colliions sometimes stopping. One suspicion
is that the long callback path from the physics engine into the script engine
is causing problems. Enabling this feature passes the collision into the
script engine on a separate thread and not the main simulation thread.
Tester can enable this and see if the collsions stay around. If they still
fail, this commit should be reverted and another solution looked for.
|
|
|
|
| |
Signed-off-by: Oren Hurvitz <orenh@kitely.com>
|
|
|
|
|
|
|
|
|
|
|
| |
assets being passed around via HG and archives. No guarantees that all the leaks have been found, but at least it detects and fixes these bad assets upon:
(1) storing and getting assets over HG -- assuming the core HG asset service is being used (not the case with OSGrid!)
(2) importing assets via OAR and IAR
Instantiation of bad assets now should also work, instead of producing an exception, but the bad assets themselves aren't being fixed in the DB. That should be done with a cleaning tool -- see Perl script in Mantis #7657.
Virus!
|
| |
|
| |
|
|
|
|
| |
This fixes http://opensimulator.org/mantis/view.php?id=7661
|
| |
|
|
|
|
| |
Signed-off-by: Melanie Thielker <melanie@t-data.com>
|
| |
|
|
|
|
| |
This commit also fixes the log message "Region already exists in coordinates <{0},{1}>": it was actually showing the *requested* coordinates, instead of the coordinates of the previously-existing link.
|
|
|
|
|
| |
This code is in the XNA module so it does not affect the normal
Bullet configuration .
|
|
|
|
|
|
| |
v2-3 service. * v1 Service (WorldMapModule) is called directly by scene on startup. This patch moves the initial map registration of the v2-3 service (MapImageServiceModule) to that point so they can share the bitmap instead of doubling the work of Warp3D and exasperate its memory leak issues.
Signed-off-by: Michael Cerquoni <nebadon2025@gmail.com>
|
|
|
|
| |
The whitespace in this file was fubared recently
|
|
|
|
| |
Mostly code left over from things that are not done that way anymore.
|
|
|
|
| |
Signed-off-by: Diva Canto <diva@metaverseink.com>
|
|
|
|
| |
Signed-off-by: Diva Canto <diva@metaverseink.com>
|
|
|
|
|
|
| |
twice. When loading prims to draw the map, the Warp3D system first calls to load the root prim, followed by all the prims in the SOG. The initial call to load the root prim is not required because it is also in the parts list. The result of this was that all root prims were being loaded twice.
Signed-off-by: Diva Canto <diva@metaverseink.com>
|
|
|
|
| |
is a scene presence, and that's ok.
|
|
|
|
| |
It says that code is for debugging, but it was buggy.
|
| |
|
|
|
|
|
|
| |
llsd map instead of an empty llsd block when no AgentPrefs service is available to try and appease Firestorm
Signed-off-by: Diva Canto <diva@metaverseink.com>
|
| |
|
|
|
|
| |
Signed-off-by: Diva Canto <diva@metaverseink.com>
|
|
|
|
| |
Signed-off-by: Diva Canto <diva@metaverseink.com>
|
| |
|
|
|
|
| |
config for standalone.
|
|
|
|
|
|
| |
opensim way.
Signed-off-by: Diva Canto <diva@metaverseink.com>
|
|
|
|
| |
Signed-off-by: Diva Canto <diva@metaverseink.com>
|
|
|
|
|
|
| |
(UpdateAgentLanguage and UpdateAgentInformation) and Mantis #7157
Signed-off-by: Diva Canto <diva@metaverseink.com>
|
| |
|
|
|
|
|
|
|
|
| |
disabling terrain patch sending by view distance for legacy sized regions.
The problem seems to be that people expect adjacent legacy sized regions
to just display like they always have. Limiting displayed terrain is
complicated by the camera position not being updated in child regions.
|
|
|
|
| |
Signed-off-by: Diva Canto <diva@metaverseink.com>
|
|
|
|
|
| |
- Increase the inventory cache timeout to 20 secs, so that the items will still be there when they are needed by the sim for rezzing
- Before rezzing attachs, make a call to GetMultipleItems so to fetch them all at the same time
|
|
|
|
| |
out that rezzing the attachments is necessary in modern viewers too. Proof: commenting the lines below the comment results in no attachments seen in the avatar.
|
|
|
|
| |
XML. It doesn't (can't) fix the cause.
|
|
|
|
|
|
|
|
| |
connector. This fixed the problem on my local test grid and generally made things faster. This cache has been needed for a while... there are many parts in the code where the sim gets an item multiple times in a short amount of time (rezzing attachs and objects, for example).
Other minor changes:
- added the scene as a parameter to the constructor od FetchInvDescHandler, so that I could see in which scene the handler was being called
- brought linked items in linked folders back to being prefetched
|
|
|
|
| |
Signed-off-by: Michael Cerquoni <nebadon2025@gmail.com>
|
| |
|