| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
| |
* Renamed plugin console message, to send a message to a plugin, use either "plugin <message>", or any unrecognised message will be sent ("plugin" sends explicitly) This replaces the old "script <message>".
* Terrain commands - "terrain <command>" now works again. "Script terrain <command>" does not. Many of the commands have now been reimplemented, eg load-tile. However some have new syntax.
* New console command handler, you can now use things like "terrain help" or "terrain save help". See TerrainModule.cs for an example of how to use the new "Commander" class.
* Commander class - advanced processing of console input and also enables a script API to be generated from registered console commands.
|
| |
|
|
|
|
|
|
|
|
| |
sort it out when he gets time.
Most likely doesn't really work in grid mode as the generated textures are marked as temporary and I don't think they are updated to the asset server. We have to either live with these textures being sent to the asset server, and manually clean them out from time to time or wait until there is some asset management system in place.
Also currently the texture is only generated at region startup, it is not updated after terraforming.
|
| |
|
|
|
|
|
|
| |
* When I removed the hard coding for the http port last night, I foolishly assumed standalone would be okay :)
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
* This means that caps methods (editing scripts, poss map functions, etc) on non-home regions should now work with servers which are listening for http ports on a non default
(9000) port.
* If you are running a region server, this may only work properly once your grid server upgrades to this revision
* PLEASE NOTE: This shouldn't cause inter-region problems if one end of the connection hasn't upgraded to this revision. However if it does, the instability will persist until
the grid and region (and possibly all the region's neighbours) have upgraded to this revision.
* This revision also adds extra login related messages, both for success and failure conditions
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
* Tell the log whether the sim is started in standalone or grid mode
|
|
|
|
|
|
|
|
|
|
| |
"local" or "grid"
* See OpenSim.ini.example for more details
* The old sqlite/mssql settings were redundant and effectively ignored anyway. Hence, there's no need for you to change your current settings, which will still work
* In fact, asset_database should probably be moved to [Network] since it's meaningless for standalone installations
|
| |
|
| |
|
|
|
|
| |
date and consistent
|
|
|
|
| |
support for region move/split/merge. See ThirdParty/3Di/README.txt. Unless the new modules are used there should be no noticeable changes when running OpenSim.
|
|
|
|
|
| |
Removed verbose flag, since it doesn't do anything any more.
|
|
|
|
|
|
|
|
| |
Fixed bugs in new OOP commands.
Prim.Rotation.X += 45;
Prim.Position.X += 10;
Now how do I find the prim I asked to += 10 every 1 second???
|
| |
|
|
|
|
| |
compiled in DEBUG mode)... Its ugly and even requires a separate thread to track the treads, but it will be very valuable in debugging.
|
| |
|
|
|
|
|
| |
threads console command will list all threads. This + yesterdays naming threads patch will give a good overview of what threads we have running.
|
| |
|
|
|
|
| |
makes it easier to pick out a restart of OpenSim in an appended log file
|
|
|
|
| |
threads so it will be easier to debug.
|
|
|
|
| |
ASCII!
|
|
|
|
|
|
|
|
| |
creator wants to see a starting region for a user
* This also resolves mantis 601
|
|
|
|
|
| |
If no scriptengine is specified then don't try to load any.
|
|
|
|
| |
every startup to avoid cache corruption problems
|
| |
|
|
|
|
| |
taking me in the number of commits)
|
| |
|
| |
|
|
|
|
| |
OpenSim starts
|
|
|
|
|
|
| |
* Turned on see_into_this_sim_from_neighbor by default.
* Fix Race Condition with parts being added to a group while the simulator is starting up.
|
|
|
|
|
|
|
|
| |
Added experimental console command to:
* unload module (note: module probably doesn't support it)
* load module
Not visible in help (needs testing first).
|
|
|
|
|
|
|
| |
Add scene-debug command to Enable/Disable scripting,
collision, and physics from console.
|
| |
|
|
|
|
|
|
|
|
| |
'show assets' shows the current state of the asset cache (number of cached assets, requests, et c)
'clear-assets' forcibly re-initializes the asset cache thereby freeing all cached items.
'clear-assets' is not to be used lightly, as it probably introduces mem inconsistencies and doubling up of textures.
|
| |
|
| |
|
|
|
|
|
|
| |
Changed LogBase to ConsoleBase, which handles console I/O.
This is mostly an in-place conversion, so lots of refactoring can still be done.
|
|
|
|
|
|
| |
* Show stats, users, etc. should now work again on the region console.
|
|
|
|
|
|
|
| |
* The immediate upshot is that "show uptime" from the console will now show uptime on all server types (user, asset, grid, etc)
* DEV: This refactoring is far from complete - only just enough to makes the "show uptime" command common accross the servers. More is needed, but in this case it's somewhat like eating cabbage, which I prefer not to do all at once
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
mode (with accounts_authenticate set to true), it also only currently has a mysql database connector. (sqlite one will follow soon). It also uses the tribalmedia database system, so this needs checking to see if the old problems with mono have been fixed.
To use, see the appearance section in opensim.ini.example, set "persist = true", then add the correct connection string for your database.(see mysql-AvatarAppearance.sql in share folder for a example of the table mysql table structure).
This could possible be used in a very small grid, but would mean each region server would need to connect to the same mysql database.
But the work to move the code to one of the grid servers shouldn't be too much.
|
|
|
|
| |
one second...
|
|
|
|
|
|
|
|
|
| |
CONFIG SET section key value value value
CONFIG GET section key
CONFIG SAVE (it saves, but does it save correctly?:)
ScriptEngine will react correctly to any config change made while it is running.
|