| Commit message (Collapse) | Author | Files | Lines |
|---|
|
Displays script compile error messages in-world.
|
|
|
|
|
|
|
|
dedicated thread for processing. Added support for llSetTimerEvent(). Deleting old compiled scripts before new compile is attempted (avoids loading wrong script on compile error).
|
|
InitializeLifetimeService). Loading/Unloading of scripts are now handled in separate thread so server is no delayed because of this. Each script is loaded into a single AppDomain (temporary test for script unload, eats ~15KB more memory for each script). Unload of scripts has been verified to free up memory.
|
|
|
|
People will need to blow away their databases after this point.
|
|
return as the answer to some of the settings.
|
|
Authentication is turned off.
|
|
on in the data paths
|
|
(Note you will need to delete userprofile.yap for this to take effect.)
|
|
separate method), so that I could add a new CLI command of "command-script <fileName>", so that as well as the startup command script still being processed on startup. A user can create other command scripts and use the single command ("command-script <filename>") to run them at any time. Could be useful for trying out various configurations etc.
|
|
teleported into another region.
|
|
Added a Try catch block around "shapeDa.Fill(ds.Tables["primshapes"]);" line. Seems if the database file is empty (ie opensim has just created it or nothing has been stored in it yet.) then the exception will be fired and catch, then opensim can continue and have no problems (it will still save prims fine), then on next restart if the database file has entries in it, the exception will no longer be thrown.
|
|
so removed one of them.
|
|
border, for now have stopped prims moving beyond a regions area, will add sending prims from one region to another soon).
|
|
|
|
than moved into there.
|
|
Fixed it so now when you move a script to a Prim or delete a script from a prim the change should show up in the prims inventory straight away (without having to close the edit window and reopen it).
When linking prims, all parts except for the root part of the new group are removed from the physics engine, as currently we only really support root parts in the physics engine.
|
|
|
|
will handle > 8k textures yet). Need MW to test to see if this gets rid of his
issue.
There is commented code left in here for now until we know it is fixed
|
|
|
|
Implemented that method in ODE plugin.
Hooked it up so when deleting/taking prims into your inventory they will be removed from physics engine.
Enabled the other physics hook ups in Scene.cs (and also added registering prims with physics plugin when they are rezzed from Inventory.)
So now to get the avatar to prim collision testing working, just change to use the ODE plugin (in the OpenSim.ini file, physics = OpenDynamicsEngine). Remember though ODE only really works (without problems) when running with a single region.
|
|
and start to show how this can be super classed with some common elements.
|
|
|
|
attached the links to that from SceneObject, so now resizing works (as much as resizing currently works in opensim, fixing resizing in general is on my todo list for today).
Rotation of a root prim also now updates the physics engine.
So think there really is only deleteprim left, then it should be usable (Different shapes (other than boxes that it currently uses) can wait a little bit longer).
[of course there are still the other issues of ODE not really working when there is more than one region in a instance of opensim].
|
|
this is set when registering the prims with the physics engine.
Position changes of the prim is now updated straight away to physic engine. (note at the moment, only root prim is registered with physics engine. Think we need to decide how we are going to manage child prims and physics.)
As before this is all currently disabled (in scene.cs) until its in a bit more working condition.
|
|
Scene.cs, as any changes to prims (like size or position changes) are only updated to the physics engine when you restart opensim. Also prims aren't deleted from the physics engine. These shouldn't be hard to fix.
|
|
|
|
we are going to ask for from the database is actually there. This
will let us bail early with a useful error message, instead of late
with a hard to understand one.
Do some other cleanups to get rid of debug input I put in
|
|
data definition in ado.net objects up front. This makes auto
generating the sql commands work a lot more reliably.
|
|
and load.
|
|
We now support individual scripts on individual prims. Do the script dance... \o/ \o\ /o/ \o/ .o.
|
|
empty objects crash.
|
|
script in a primitive is deleted.
|
|
fired likewise. Bugfixes coming in next commit.
|
|
|
|
can get ref to the SceneObjectPart/ IScriptHost.
|
|
|
|
|
|
|
|
them in database.
|
|
|
|
Made a change to the Scene.EventManager OnRezScript event, it now includes the itemID as a param. This uuid is unique to each instance of a script, so can be used for tracking changes/editing, stopping and deleting a script.
|
|
scripts into a prim (from your user inventory) and although the script will now show up in the prims inventory, you can't make any changes to it (or delete it). Also a prim's inventory is currently not saved between restarts.
|
|
cleaning up prior to release. However this should make it easy for people
to start using sqlite storage.
|
|
subscribe to. This is triggered whenever a script is moved into a primitive (and includes the localid of the prim and the script text as params) . Currently though the script item isn't deleted from a users inventory, nor does it actually show up in the objects inventory (this will be fixed soon.) So that means that it isn't currently possible to edit a script (or delete it) once it has been added to a primitive.
|
|
either you or another user has crossed from one region to another. (however a avatar's appearance isn't kept across regions, but we need to add that to inter-regions communications so for now people will have to put up with some other user's avatars appearing as the bald(ish) fat man
|
|
the new group can be stored correctly.
|
