| Commit message (Collapse) | Author | Files | Lines |
|---|
|
* only appeared in DotNetEngine's LSL_BuildIn_Commands.cs
* Nice spot Ewe Loon (http://opensimulator.org/mantis/view.php?id=1548)
|
|
and its copy LSL_ScriptCommands.cs
|
|
hard-coded port numbers.
|
|
override the default method of calculating how many prims a parcel can have.
|
|
xengine to:
Replaces "presence.Name" => "presence.ControllingClient.Name" to return avatar's name.
|
|
|
|
|
|
Currently LSL code such as below does not compile on OpenSim, but compiles fine in Second Life:
list mylist = [];
mylist += [1, 2, 3];
mylist += "four";
list newlist = mylist + 5.0;
The problem is that the LSL_Types.list class does not have an operator for adding a string to a list.
I am including a patch which implements adding a string, integer or float to a list.
I am also including tests. The file LSL_TypesTestList.cs belongs in
OpenSim/Tests/OpenSim/Region/ScriptEngine/Common/.
|
|
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 attatched patch makes the changed() event fire properly and
lets scripts run properly.
NOTE: All existing state files must be deleted:
rm ScriptEngines/*/*.state
|
|
Adds full implementation of all llDetected* functions for sensors,
collisions and touches. Adds changed(CHANGED_REGION_RESTART) event
to allow restarting of eye-candy functionality not currently
persisted with the prim.
|
|
|
|
0001476: [PATCH] Allow larger script state files to be loaded
The previous limitation on load file size was too small for
larger script projects
|
|
This patch brings the Yield Prolog in sync with the YP r669.
Biggest item is support for functions asserta and assertz ,
providing dynamic databases.
|
|
|
|
|
|
as llSetObjectPermMask. By default it's off.
|
|
because it won't do the setting of the prim flexi from not-flexi, however, it'll tweak the parameters of an already existing flexi prim.
|
|
|
|
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... :-)
|
|
Thank you, Melanie. And Thank you ckrinke. Bigups!
|
|
This patch implements the llLoopSound patch from Xantor for the XEngine
|
|
Corrects the XEngine's script startup semantics.
Completes llRequestAgentData
Implements llDetectedLink
Fixes a few minor issues
|
|
Corrects the XEngine's script startup semantics.
Completes llRequestAgentData
Implements llDetectedLink
Fixes a few minor issues
|
|
Corrects the XEngine's script startup semantics.
Completes llRequestAgentData
Implements llDetectedLink
Fixes a few minor issues
|
|
LSL scripts in which a float type is cast to a string or a string type
is cast to a float do not compile. When the script is translated from
LSL to C#, the LSL float type is translated into double. There is no
string <-> double cast in C#, so compilation fails.
There is a LSLFloat type, however it seems unfinished and is not used.
I am attaching a patch that implements the LSLFloat type. I have also
added two methods to the LSLString type to facilitate float <-> string casts.
|
|
* 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....
|
|
llKey2Name fix to show avatar name instead of "Basic Entity"
One line fix. Replaces "presence.Name" =>
"presence.ControllingClient.Name" to return avatar's name.
|
|
This patch adds the prolog interperter helper object ONLY for YP code,
and not every script compiled.
Mirrors the other languages like JS and VB more closely.
|
|
"Hooks up the plumbing from previous patch"
|
|
|
|
|
|
to every script in most environments). This will break prolog
support. Prolog code needs to generate it's template script more like
how javascript does.
|
|
|
|
|
|
|
|
|
|
I have added everything *except* the patch to
.../LSL/Compiler.cs. The Compiler.cs patch has a
namespace issue. Lets make a second patch to close
the gap.
|
|
0001425: [PATCH] Correct llResetOtherScript() behavoir in XEngine
|
|
patch and I apologize for my confusion with the interim
patch earlier.
|
|
- volume doesn't change with a new llLoopSound(same sound, new volume);
- SendFullUpdateToClients sends 0's in all sound related fields when
there's no sound on the prim, thereby improving the amount of data being
sent out on these prims (fixes zeropack)
- Removed some code duplication between llStartSound, llLoopSound and llParticleSystem() calls
|
|
however, it's confirmed to compile and OpenSimulator to run successfully without this script engine active.
|
|
|
|
Patch to cleanup some incorrect parsing, boundry conditions
and error checking in the llGetNotecardLine and
llGetNumberOfNotecardLines functions.
|
|
* Added 'detected around: value' when a x.Y detect occurs to help debug.
* Fixed object text is too long to store to the database (wikilith)
|
|
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.
|
|
Attached is an initial implementation of llGetNotecardLine and
llGetNumberOfNotecardLines. I decided to go ahead an send these out for
comment while I continue to work on the second part of the proper
implementation. These functions work and return the values requested, as
initially defined in the code, but should be properly implemented to return
the requested information via a dataserver event. This
event will be added and these functions fixed and included in a second
patch shortly.
|
