| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |\ |
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
functions per the LSL wiki.
Signed-off-by: Melanie <melanie@t-data.com>
This patch also fixes a large amount of trailing whitespace. While this is
beneficial, it should really be in a separate patch that fixes whitespace only.
Just good practice.
|
| | |
| |
| |
| |
| |
| |
| | |
* Hopefully this will enable mac people to use SQLite again
* Someone cooler then me will need to figure out how to define CSharpSqlite with Mono so the conditional will pick up.
* There's also an error that occurs when you first load OpenSimulator under CSharpSQLite that goes away after.
* The databases are not byte for byte compatible. Mono.Data.Sqlite is able to read CSharpSqlite made databases but not the reverse way.
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
* Use a conditional define to determine whether we're using CSharpSqlite or Mono.Data.Sqlite
#if CSharpSqlite
using Community.CsharpSqlite.Sqlite;
#else
using Mono.Data.Sqlite;
#endif
* Hopefully, this will restore sqlite functionality on a Mac. In visual studio, you can edit the OpenSim.Data.SQLite project, go to the Build tab and enter CSharpSqlite in the box. I'm not sure how to define CSharpSqlite in Mono, someone better at it then me will have to take the job of figuring out the best way to define it in Mono.
|
| | |\ |
|
| | | | |
|
| | | | |
|
| | |/
|/|
| |
| |
| |
| |
| | |
then simply return rather than generating an exception
This matches existing behaviour, though better diagnostics for missing assets may be good later on.
This addresses http://opensimulator.org/mantis/view.php?id=4977
|
| |\ \ |
|
| | |\ \ |
|
| | | | |
| | | |
| | | |
| | | | |
* Added more mundane tests.
|
| | | | |
| | | |
| | | |
| | | | |
* Does anyone have an example raw notecard to look at and test the notecard parser?
|
| | | | |
| | | |
| | | |
| | | | |
* SL Util tests of AssetType2ContentType and ContentType2AssetType
|
| | | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
scene, remove the old uuid reference from m_parts as well as adding the new one.
The separate remove and set operations is SOG.set_UUID() are both locked under m_parts.SyncRoot since they are logically atomic (though this isn't such an issue if the SOG isn't part of a scene)
Added unit test for this behaviour.
Also changed the second m_parts.AddOrReplace() to m_parts.Add(). As the old reference is now removed we never end up replacing an identical uuid. And if we replace a uuid that's already there (from a child part) then this is an error.
|
| | |/ /
|/| |
| | |
| | | |
When running for the first time, people see migration failures because of sql statements that are trying to move data from old tables (e.g. users). The amended text attempts to calm their nerves.
|
| | | | |
|
| | | |
| | |
| | |
| | |
| | |
| | | |
text/plain.
Non-error responses to requests SessionCommand and CloseSession should use the appropriate content type for their XML data payload.
|
| | | |
| | |
| | |
| | | |
Though this is actually thread-safe on .net 4.0 and mono today, the .net sdk states that Dictionary instance members are not guaranteed thread-safe
|
| | | |
| | |
| | |
| | | |
This allows non public/debug region wide messages to be sent to scripts but not be broadast to avatars
|
| | | |
| | |
| | |
| | |
| | |
| | | |
OpenSim/Framework/Tests/PrimeNumberHelperTests.cs
I'm assuming the lowercase tests was a mistake. Please revert if it actually wasn't
|
| | | |
| | |
| | |
| | |
| | |
| | | |
requestingAgentID to RequestingAgentID
This was stopping the get group member roles call from working, and may have affected other things
|
| |\ \ \
| | |/
| |/| |
|
| | |\ \ |
|
| | | |/
| |/|
| | |
| | | |
already applied
|
| | |/
|/|
| |
| |
| | |
* Added MundaneFrameworkTests.cs for the really mundane tests like testing properties,constructors, etc in OpenSim.Framework.
* Fixed LeftAxis and UpAxis unpacking from OSD to AgentPosition (copy and paste error caught while writing mundane test) (Good thing nobody uses the camera frustum from remote regions yet)
|
| | |
| |
| |
| |
| |
| | |
* Tests Animation Constructors
* Tests Animation OSD Packing/Unpacking
* Tests the PrimeNumberHelper class which is used in the cache.
|
| | | |
|
| |/
|
|
|
| |
This reverts commit 5dc9ea2f2487804d788b4b80d40d91bd792de4c2.
Also makes online indicators and IM more robust
|
| | |
|
| |\ |
|
| | | |
|
| | |
| |
| |
| |
| |
| |
| |
| |
| | |
Object updates are sent on the task queue. It's possible for an object update to be placed on the client queue before a kill packet comes along.
The kill packet would then be placed on the state queue and possibly get sent before the update
If the update gets sent afterwards then client get undeletable no owner objects until relog
Placing the kills in the task queue should mean that they are received after updates. The kill record prevents subsequent updates getting on the queue
Comments state that updates are sent via the state queue but this isn't true. If this was the case this problem might not exist.
|
| | |\ |
|
| | | | |
|
| | | | |
|
| | |/ |
|
| |/
|
|
| |
MapAndArray collection
|
| |
|
|
|
|
|
|
|
| |
to reduce scope for kill/update race conditions
This is necessary because it was still possible for an entity update packet to be constructed, the thread to pause, a kill to be sent on another thread, and then the original thread to resume and send the update
This would result in an update being received after a kill, which results in undeletable ghost objects until the viewer is relogged
Extending the lock looks okay since its only taken by kill, update and reprioritize, and both kill and update do not take further locks
However, evidence suggests that there is still a kill/update race somewhere
|
| |\ |
|
| | | |
|
| | |
| |
| |
| |
| | |
in their oqn sections, for those of us who don't want a catch-all
DatabaseService section.
|
| | |
| |
| |
| | |
code readability
|
| |/
|
|
|
|
|
|
| |
scene, iterate over an unlocked list instead
Previously, deadlock was possible because deleting a group took a SOG.Children lock then an m_entityUpdates.SyncRoot lock in LLClientView
At the same time, a thread starting from LLClientView.ProcessEntityUpdates() could take an m_entityUpdates.SyncRoot lock then later attempt to take a SOG.Children lock in PermissionsModule.GenerateClientFlags() and later on
Taking a children list in SOG appears to be a better solution than changing PermissionsModule to not relook up the prim. Going the permission modules root would require that all downstream modules not take a SOG.Children lock either
|
| |
|
|
| |
All methods had already been deleted, only GetThreads() was left
|
| |
|
|
| |
OpenSim.Framework.Watchdog
|
| |
|
|
|
|
| |
OpenSimDefaults.ini is present
this should allow the testsuite to run again and the autobuild to complete
|
| |
|
|
|
|
|
|
| |
all the other default files"
This reverts commit c3259e9c26f198b5fe0e7ed6c29c17c27c60ecb1.
Reverted by agreement.
|
| |
|
|
| |
other default files
|
| |\ |
|
| | |
| |
| |
| | |
This can get very spammy with regularly changing objects. Please uncomment if required.
|
