| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
|
| |
this seems the least evil way forward since mono 2.6 and later will see increasing usage, and this only works with what was SQLiteNG
MAC USERS WILL NEED TO CHANGE REFERENCES TO "OpenSim.Data.SQLite.dll" to "OpenSim.Data.SQLiteLegacy.dll" in OpenSim.ini and config-include/StandaloneCommon.ini (if using standalone)
See the OpenSim.ini.example and StandaloneCommon.ini.example files for more details
This commit also temporarily changes unsigned ParentEstateID values in the OpenSim.Data.Tests to signed temporarily, since the new plugin enforces creation of signed fields in the database (which is what the SQL actually specifies). And change data columns in sqlite is a pita.
|
|
|
|
|
| |
I know this is tough on Mac OSX users (since SQLiteNG requires the export of the sqlite3_column_origin_name symbol and this isn't present for the Mac OSX sqlite3 system library)
Unfortunately, I need to shaft somebody (as it were)
|
|
|
|
|
|
| |
config-include/StandaloneCommon.ini
Unfortunately, database settings need to be changed in two places.
|
|
|
|
| |
present in included configuration files
|
|
|
|
| |
OpenSim.DataStore.MonoSqlite.dll, since this hasn't exist for a long, long time
|
|
|
|
| |
Signed-off-by: Melanie <melanie@t-data.com>
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
* Moved GridInfoService config to OpenSim.Server.ini
|
|\ |
|
| | |
|
| | |
|
| |
| |
| |
| | |
for the friends interregion comms.
|
|\ \
| |/
| |
| |
| | |
This was a large, heavily conflicted merge and things MAY have got broken.
Please check!
|
| |
| |
| |
| |
| |
| | |
configurable. Previously, estate managers could enter god mode, but would
not have any powers. Now estate managers can enter god mode only if this
option is true, and then will have real god powers.
|
| |
| |
| |
| |
| | |
* Added different ports (8002 and 8003) to the many services in OpenSim.Server.ini.example
* Added a separate OpenSim.Server.HG.ini.example to make it easier to run
|
| |
| |
| |
| | |
lots of other obsolete configs.
|
|\ \
| |/
| |
| |
| | |
This merge was very conflicted. I think I got them all, but I can't be sure.
I had to merge to master or risk divergence to the point of unmergeability.
|
| |
| |
| |
| | |
Add documentation to [Standalone] accounts_authenticate setting
|
| |
| |
| |
| | |
[Messaging] switch
|
| |
| |
| |
| |
| |
| | |
This switch allows scripts to pass messages to modules via the modSendCommand() function
Modules can then send messages back to scripts via the link_message LSL event through
invoking DispatchReply() on OpenSim.Region.Framework.Interfaces.IScriptModuleComms
|
| |
| |
| |
| | |
from the region server
|
| |
| |
| |
| | |
logins disabled until enabled from the console. Add the AccessModule (WIP)
|
| |
| |
| |
| | |
installations
|
| |
| |
| |
| | |
messages forwarded while offline. Addresses Mantis #4457
|
|/ |
|
| |
|
|
|
|
| |
user to set it in Regions.ini. Melanie might want to take a look at this and see if it should be removed altogether.
|
|
|
|
|
|
|
| |
this for each region in your Regions.ini[PhysicalPrimMax = 10(default)])
* Adds a configurable maximum object mass before the mass is clamped. Default is 10000.01. Configurable by changing maximum_mass_object in the [ODEPhysicsSettings] section.
* Clamping the mass is important for limiting the amount of CPU an object can consume in physics calculations. Too high, and the object overcomes restitution forces by gravity alone. This generates more collisions potentially leading to 'deep think'.
|
| |
|
|
|
|
|
| |
having this enabled results just in warning messages if no message service is actually available
haivng this disabled results in an unexpected failure if no message service is available
|
|
|
|
|
|
|
| |
last week, change av_capsule_tilted to false by default
This appears to now give better ODE physics response (less sinking into the ground, etc.)
Please change it back if this is actually a bad idea for some reason
|
|
|
|
|
|
|
| |
category to task
* Fixing a bug where the max burst rate for the state category was being set as unlimited, causing connections to child agents to saturate bandwidth
* Upped the example default drip rates to 1000 bytes/sec, the minimum granularity for the token buckets
|
|
|
|
| |
* Prints a warning for any future packet splitting failures
|
|
|
|
| |
* Added the new AppDomainLoading variable to the [XEngine] section in the example config
|
|
|
|
|
|
| |
drifting prims/avatars
* Added contacts_per_collision to the ODE config section. This allows you to reduce the maximum number of contact points ODE will generate per collision and reduce the size of the array that stores contact structures
|
| |
|
|
|
|
| |
checkout or clean out all *DotNet*.dll assemblies from the bin/ directory to run OpenSim moving forward
|
|
|
|
| |
asynchronously (filling up the threadpool with handlers), which would turn around and try to do parallel operations on the starved threadpool. The solution for now is to disable Parallel.cs operations until we can gracefully handle parallel operations with a potentially starved threadpool
|
|
|
|
|
|
|
|
| |
or async to use Scene.ForEachClient() instead of referencing ClientManager directly
* Added a new [Startup] config option called use_async_when_possible to signal how to run operations that could be either sync or async
* Changed Scene.ForEachClient to respect use_async_when_possible
* Fixing a potential deadlock in Parallel.ForEach by locking on a temporary object instead of the enumerator (which may be shared across multiple invocations on ForEach). Thank you diva
|
|
|
|
|
|
|
| |
handle PluginLoader with the using pattern. This freed up 121,634,796 bytes on my system
* Avoid allocating an Action<IClientAPI> object every round of the OutgoingPacketHandler
* Removed unnecessary semi-colon endings from OpenSim.ini.example [InterestManagement] section
|
|
|
|
| |
removed and several new parameters have been added to [ClientStack.LindenUDP]
|
|
|
|
| |
equation to give double weight to prims/avatars in front of you
|
|
|
|
| |
[InterestManagement] section. Fixed
|
|
|
|
|
|
|
| |
(like the original implementation)
* Only initialize Util's SmartThreadPool if it is actually being used
* No longer initializing Util's SmartThreadPool with a custom max stack size. From MSDN: "Avoid using this constructor overload. The default stack size used by the Thread(ThreadStart) constructor overload is the recommended stack size for threads."
|
|\
| |
| |
| |
| | |
This makes SmartThreadPool configurable and also makes it the default, since
the regular thread pool simply stinks.
|
| | |
|