aboutsummaryrefslogtreecommitdiffstatshomepage
path: root/OpenSim (follow)
Commit message (Collapse)AuthorAgeFilesLines
* LSL ScriptEngine now only needs to inherit from BaseClass and we will be ↵Tedd Hansen2007-08-122-0/+47
| | | | MUCH closer to complete LSL support than we were yesterday.
* Hopefully fixes userprofiles.yap problem on startup. (thanks Adam!)Brian McBee2007-08-121-4/+3
|
* Initial LSL to C# converter, not working yet!Tedd Hansen2007-08-121-0/+156
|
* Added a new column (SceneGroupID) to sqlite3 table (sqlite3-prims.sql) so ↵MW2007-08-114-17/+17
| | | | that we can tell what prims belong to the same SceneObjectGroup. If sdague has a different method in mind when he gets back then he can change it then.
* A attempt to fix the user manager db4o crash bug (where you have to delete ↵MW2007-08-111-1/+4
| | | | userprofiles.yap to get opensim to start)
* Applied danx0r 's ODE patch [mantis issue 263]MW2007-08-111-20/+21
|
* Made account Authentication optional in "sandbox/standalone" mode. Just ↵MW2007-08-114-9/+70
| | | | change "standalone_authenticate = false" to be true in OpenSim.ini. Then as per grid mode, you can use the "create user" command to create new accounts.
* Few small fixesMW2007-08-109-25/+25
|
* I'm sorry but it has now became a case of either it goes or I go, so I'm ↵MW2007-08-101-1/+1
| | | | | | | removing the creating a different named log file every time opensim is ran (I can't take doing a bit of developing then finding 500 log files in the bin folder), and as opensim allows multiple regions in a instance there should no longer be the need to run multiple instances of opensim from a single folder (which was I believe the reason that code was added ). If someone else can't live without the multiple log files then I guess...
* Some cleaning up and removed a few old files no longer in use.MW2007-08-1012-186/+114
| | | | | | | | | | | Temporary have had to rename the OpenSim.DataStore.MonoSqlite project to OpenSim.DataStore.MonoSqlite1, as I'm not sure what was done to stop the old project name being included in the VS2005 solution. Also some config changes: OpenSim now has a INI (OpenSim.ini) file that it will read some config settings from (if the ini file exists). Added Mono.Data.SqliteClient.dll so that we can use the same code for sqlite on Windows and mono/linux. (from what I can tell Mono class libraries have a MIT license so there should be no problems with us including this dll). So now to get the basic prim storage working , you need to first create the sqlite database file from the sqlite3-prims.sql in share directory. Then in the OpenSim.ini file, change the storage_plugin so it points to OpenSim.DataStore.MonoSqlite1.dll (storage_plugin = OpenSim.DataStore.MonoSqlite1.dll). Then in your region.xml files change the DataStore value so it is the name of your database file (at the moment you need a different sqlite3 database file for each region).
* Renamed Compiler.LSL to Compiler.LSOTedd Hansen2007-08-1014-32/+40
|
* Removed a piece of debug codeMW2007-08-101-9/+0
|
* Fixed a couple of mistakes.MW2007-08-101-1/+1
|
* Made a few changes so that once we enable the sqlite data store (simple line ↵MW2007-08-107-28/+123
| | | | change in OpenSimMain), then basic ( with a few limits at moment) prim database backup will work.
* Couldn't leave this one alone. Data is now flowing both ways inSean Dague2007-08-091-72/+79
| | | | | | | | | | | | sqlite *but* isn't being added back to the scene on load because some information (like rootpart) isn't currently exposed enough to save/restore, and I don't want to change the SceneObjectGroup definition without MW around to discuss. A couple of minor changes on the object interface for SceneObjectGroup and tweaks to this class, and we have persistant prims again.
* comment out load from sqlite as this blows up on object creation right now.Sean Dague2007-08-091-11/+14
| | | | | | must run away on vacation. See you all in a week and change.
* completely untest load prims from db code. Testing shortlySean Dague2007-08-091-0/+16
|
* utility functions to convert from rows to new objects. untestedSean Dague2007-08-091-0/+87
|
* Removed 2 warnings. Added pointer comments to where to add hooks and modify ↵Tedd Hansen2007-08-094-5/+9
| | | | functions to get SE working.
* added GroupPositionSean Dague2007-08-091-1/+13
|
* build update clauses correctlySean Dague2007-08-091-1/+6
|
* some more typos about wrong table for shapesSean Dague2007-08-091-3/+3
|
* use correct table name for shapesSean Dague2007-08-091-1/+1
|
* SceneObjects should now (hopefully) call datastore.StoreObject().MW2007-08-092-2/+12
|
* pull out some uneeded attributes, and setup keys on primshapes datasetSean Dague2007-08-091-3/+3
|
* prim.Shape -> primshapes tableSean Dague2007-08-091-3/+35
|
* ScriptEngine just needs 2 events hooked up and llSay() implemented to work. ↵Tedd Hansen2007-08-095-19/+25
| | | | See TODO.txt for details.
* Deleted old LSLEngine files (those under Scene.Scripting)MW2007-08-0914-2911/+2
|
* prim object -> prims table codeSean Dague2007-08-091-7/+52
|
* Removed spaces from directory namesTedd Hansen2007-08-092-0/+0
|
* make MonoSqliteDataStore compile with new objectsSean Dague2007-08-091-23/+23
| | | | | | now the fun begins of connecting all the dots
* Merged OpenSim.ScriptEngine.DotNetEngine.Compiler.LSL into ↵Tedd Hansen2007-08-0918-250/+0
| | | | OpenSim.ScriptEngine.DotNetEngine to avoid the compile error
* Start of replacing the old SceneObject/Primitive classes with the new versions.MW2007-08-0919-233/+301
| | | | | | PLEASE NOTE: that with this revision some prim related features may be broke for a while. (things like linking prims and the parcel prim count.) Also this revision may not work on mono, but that will be fixed soon.
* Making sure my local working copy is in sync with svn before I start the job ↵MW2007-08-099-27/+31
| | | | of enabling the new SceneObject classes.
* Transition between not flying / flying should be smootherBrian McBee2007-08-091-1/+6
|
* Start defining prim shape definition. Officially bed time nowSean Dague2007-08-091-7/+45
|
* decrease insanity level significantly by factoring all the columns intoSean Dague2007-08-091-102/+46
| | | | | | | a Dictionary, and programatically building up sql commands for our dataset. Prims done, prim shapes next
* intermediate checkin of code that compiles before I do somethingSean Dague2007-08-091-4/+87
| | | | | | stupid and nuke all this work.
* Commit in the changes for all the parameter bindings for primsSean Dague2007-08-091-2/+38
|
* * Checked in new tweaked Prebuild.exelbsa712007-08-082-40/+5
| | | | | * Ignored binaries
* worldmap now gets correctly updated when terrain changesBrian McBee2007-08-081-0/+2
|
* sigh, Data ... not Date. I'm dumbSean Dague2007-08-081-0/+0
|
* name changes in MonoSqliteData storeSean Dague2007-08-081-2/+2
|
* rename to MonoSqliteDataStoreSean Dague2007-08-081-0/+0
|
* screwed up the move, removing this file to give us proper history trackingSean Dague2007-08-081-213/+0
|
* missed this fileMW2007-08-081-1/+2
|
* Fixed the asset download problem I think, solution might not be ideal but ↵MW2007-08-081-12/+9
| | | | works for now.
* moving to new namespace as this is mono onlySean Dague2007-08-082-0/+213
|
* This chunk of code actually properly saves out some parameters ofSean Dague2007-08-081-6/+9
| | | | | | | | current objects to disk, and does updates on those objects usefully. It is now functional enough to mean that moving to new objects is just lots of plug and chug.
* Hopefully improved texture downloading (including the speed at which they ↵MW2007-08-081-35/+83
| | | | download), but still a few problems, it seems that the client has a quite short timeout for receiving a texture and if the whole texture isn't sent within this time, the client will request the texture again, With quite small textures this is fine, but it seems that with larger textures we can't send them fast enough and a infinite loop develops where the client keeps requesting a texture and we keep trying to send it, but are never fast enough. So I've for now put code in that so that the server will try to send a texture only once and then after that will ignore future requests from that client for that texture.
generated by cgit v1.1 at 2024-12-16 14:36:54 +0000