| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
| |
The binaries are still different, but that is only a small step away now.
The OSSLPrim has been removed. This commit will breal all scripts
using Prim.Scale(), etc, syntax. It was not secure and will have to
be brought back in another form.
|
| |
|
|
|
|
|
|
| |
Add a reference for Windows builds
|
|
|
|
|
|
|
|
|
|
| |
Scene. Make the script engines check that the engine name in the
//Engine:language comment is a valid engine and treat it as a normal
comment if it's not.
//DotNetEngine: needs to be written as //ScriptEngine.DotNetEngine: now, since
that is it's real internal name. //XEngine: still works
|
|
|
|
|
|
|
|
| |
The entire LSL API is now in the single, shared file
OpenSim/Region/ScriptEngine/Shared/Api/Implementation/LSL_Api_Base.cs
This is for both engines. The OSSL function are still separate.
|
|
|
|
|
|
|
|
| |
and makes it use a common set of types in both engine. Fixes the issues with
running both engines and HTTP requests / listens / timers etc..
Also fixes a couple of minor Scene issues and a CTB by nullref.
|
|
|
|
|
|
|
| |
LSL implementation files. Rename lots of stuff in XEngine for the same
reason. Move methods between interfaces. Just refactor stuff.
|
| |
|
|
|
|
|
|
| |
new style of parameter passing, using the IEventReceiver interface.
|
| |
|
|
|
|
|
|
|
|
| |
of the types, located in OpenSim/Region/ScriptEngines/Shared/LSL_Tyoes.cs
Also changes the compiler in DotNetEngine to use that. You _will_ need to
let your region recompile all your scripts!
|
|
|
|
|
|
| |
it was meant to. No functional changes, just better code
|
|
|
|
|
|
|
| |
the language specifier. Makes language specifiers work again with
script engine specifiers.
|
| |
|
|
|
|
|
|
|
| |
//XEngine: or //DotNetEnine: , optionally followed by a language
like //XEngine:lsl, and it will be run on the chosen engine.
|
|
|
|
|
|
|
|
|
| |
ordinary region modules and are able to coexist in one instance.
See http://opensimulator.org/wiki/ScriptEngines for details. There were
changes to OpenSim.ini.example, please note DefaultScriptEngine.
Also see the User docs and FAQ on the Wiki. Default is DotNetEngine.
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
after using llTakeControls my sim receives about 200 messages per second,
l of which get queued , this could be because there is no lag as the viewer
and sim are on the same computer. The patch I have included checks to see if
the "Changed" param is 0 then searches the EventQueue for Control messages
being sent to the same localid, if it finds a message already in the Queue
and Changed==0 then the new message is only notifing you the key is being held,
since there is already a message the new one isnt needed so it isnt added
to the queue.
|
|
|
|
|
|
|
| |
* This is a HUGE OMG update and will definitely have unknown side effects.. so this is really only for the strong hearted at this point. Regular people should let the dust settle.
* This has been tested to work with most basic functions. However.. make sure you back up 'everything' before using this. It's that big!
* Essentially we're back at square 1 in the testing phase.. so lets identify things that broke.
|
|
|
|
|
|
|
| |
llDetectedLink(). Also a small refactor to remove an interface member
from IScriptEngine.
|
|
|
|
|
|
|
|
|
| |
It is now possible to use module interfaces without referencing Scene.
Place those interfaces in OpenSim/Region/Interfaces. They may not
use any refs from OpenSim.Region.Environment as parameters.
This resolves a circular library ref introduced in r5949
|
| |
|
|
|
|
|
|
|
| |
Scripts can now no longer DOS the user server and there are a lot fewer
gratuitious lookups of user profile data.
|
| |
|
|
|
|
|
|
| |
makes progress in extracting the line number of LSL
script execution errors.
|
| |
|
|
|
|
|
|
|
|
| |
In case you run the server with mono --debug OpenSim.exe
line numbers are reported as <filename>:<linenumber>, so no
"at line" is found. That led to an exception, which is caught
since r5766. The attached patch fixes this for mono;
|
|
|
|
|
|
|
| |
attached are some patches to either comment out direct
console writes or to convert them to log writes
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
exceeded issues) seen in osgrid meeting today
* From the logs, I'm guessing probable cause is that an exception generated by a bad index given to substring error line number conversion stopped the script being killed, leading to continuous events that filled up the log (maybe)
* Someone will need to go back and fix this properly
|
|
|
|
|
|
| |
to your scheduled scripting.
|
|
|
|
|
|
|
|
| |
Set thread culture for event processing threads in DotNetEngine.
XEngine already had this. Maybe someone with a French OS can verify
the fix.
|
|
|
|
|
| |
esets script permissions when a script is recompiled.
|
|
|
|
|
|
| |
Fully defines the equality operators on the lsl types and plubs
in the script engine side of the work begun in 0001616 (aly, this one's for you)
|
|
|
|
|
| |
not break trunk.
|
| |
|
| |
|
|
|
|
|
|
|
| |
situations and have it work.
* script Collision reporting works now in DotNetEngine
|
|
|
|
| |
really want to see, "[AsyncLSL]: GetSensorList missing localID" and SetSensorEvent, then you can #define SPAM
|
|
|
|
|
|
|
|
|
| |
the function that reports errors in event handling is not computing the
line numbers correctly for windows paths (and probably linux paths).
As a result, the conversion to int throws an exception.
note... i'm not sure why we extract the line number, convert it to an int,
then convert it back to a string... but hey... :-)
|
|
|
|
|
| |
* Unfortunately, there's some kludges with the Async manager and the llDetected functions that I have yet to decipher... so llDetected functions don't work with collision events at the moment....
|
| |
|
| |
|
|
|
|
|
|
| |
that adds function stub to request region info by name and
adds llRequestSimulatorData() and the dataserver event
|
|
|
|
|
|
|
|
|
|
| |
There appears to be a problem with the mapping of scripts when an llHTTPRequest completes.
CheckHttpRequests() looks for a function that maps to the localID associated with the http
request. However, the only context in which it looks is that of the first region. That is,
m_CmdManager.m_ScriptEngine.m_ScriptManager is the same no matter where the script executed
that initiated the llHTTPRequest. Since scripts appear to be loaded into a region specific
scriptmanager on startup, the event handler is only found for requests coming from the first region.
|
| |
|
|
|
|
|
|
|
|
| |
llOwnerSay()
via the newly created Scene.SimBroadcast() call.
|
|
|
|
|
|
|
| |
however you can use it to help find out what scripts are causing your simulator to cry.
* Access it from the Estate tools/Debug tab.
|
|
|
|
|
|
|
|
|
|
| |
Copying, reseting, dragging scripts cause unnecessary recompilation,
slowing down the simulator and filling up the ScriptEngines directory
with compiled .dll and misc. files.
This patch keeps track of compiled assets since the last simulator restarts,
and only recompiles new assets. (editing a script generates a new asset,
so no problems there).
|
| |
|