| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
land_collision_end lsl events
Wrong number of parmeters now generates syntax error on compile, as seen on LL grid
|
|
|
|
|
|
| |
syntax error
This was the case before any of the recent changes
|
| |
|
| |
|
|
|
|
|
|
| |
take a single integer, generate a syntax error on LSL script compile rather than an exception later on.
This applies to events changed, collision, collision_start, collision_end, on_rez, run_time_permissions, sensor, touch, touch_start, touch_end
|
|
|
|
|
|
|
| |
and timer LSL events generate a syntax error if inappropriately given arguments.
This matches behaviour seen on the LL grid and a previous change for state_entry.
These are all the events which should take no arguments
|
| |
|
|
|
|
| |
Thanks to Kira for this patch from http://opensimulator.org/mantis/view.php?id=6845
|
|
|
|
|
|
| |
state_entry() generates a syntax error.
Same for other events to follow at a later date.
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
generate syntax error as seen on the LL grid
This is done through the parser and so generates the same syntax error message if any parameters are wrongly specified for this event.
We were already enforcing event names in the parser.
This is only for state_entry so far as an initial test of the approach - appears to work correctly.
|
| |
|
|
|
|
| |
particle system functionality. Note that this does *not* complete required server side changes for implementing the new particle system
|
|
|
|
| |
Signed-off-by: teravus <teravus@gmail.com>
|
|
|
|
| |
Previously only the first object in the Coalesced Object was rezzed. Now all the objects are rezzed.
|
| |
|
|
|
|
|
|
| |
it clear that all non-clientstack callers should be using this rather than RemoveClient() in order to step through the ScenePresence state machine properly.
Adds IScene.CloseAgent() to replace RemoveClient()
|
|
|
|
|
|
| |
(e.g. link number then PRIM_ROTATION) would not return the parameter
Extended regression test for this case
|
|
|
|
|
|
|
|
|
| |
when it encounters an invalid link number, rather than throwing an exception
Addresses http://opensimulator.org/mantis/view.php?id=6768
Thanks to talun for the patch on that commit - in the end I took a different approach that also deals with invalid PRIM_LINK_TARGET
However, not yet generating the same warning on invalid PRIM_LINK_TARGET as seen on LL grid
This commit also adds regression tests for some cases of llGetLinkPrimitiveParams()
|
|
|
|
|
| |
llGetPrimitiveParams changed to return the sculpty key as an LSL_String so
that type checking in llList2Key will work
|
| |
|
|
|
|
|
|
| |
scripts as boxed integers rather than proper reference to a new LSLInteger.
This fixes an exception when using a registered integer constant in
a script.
|
|
|
|
|
| |
These were genuine failures caused by ScenePresence.CompleteMovement() waiting for an UpdateAgent from NPC introduction that would never come.
Instead, we do not wait if the agent is an NPC.
|
|
|
|
|
|
|
| |
lifetime in order to avoid a later RemotingException if scripts are being loaded into their own domains.
This is necessary because XEngineScriptBase now retains a reference to an EventWaitHandle when co-op termination is active.
Aims to address http://opensimulator.org/mantis/view.php?id=6634
|
|
|
|
| |
is removed from the scene before we try to retrieve them.
|
| |
|
| |
|
|
|
|
| |
doc for llRot2Axis()
|
|
|
|
|
| |
An implimentation of llSetContentType including all of the new
constants added since the mantis was raised.
|
|
|
|
|
|
| |
Corrected to ensure that the target prim is updated by
osSetPrimitiveParams when setting PRIM_TEMP_ON_REZ and/or PRIM_PHANTOM
instead of the prim that the script is in.
|
|
|
|
| |
Addresses Mantis #0006671
|
|
|
|
| |
fails
|
| |
|
|
|
|
| |
normalizing. Also removed some excessive division and cleaned up a bit
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
Corrected to agree with
http://wiki.secondlife.com/wiki/Llaxisangle2rot#Deep_Notes
to normalise the vector before computing the quaternion
Signed-off-by: dahlia <dahlia@nomail>
|
|
|
|
| |
may yield unexpected results in some cases. No database persistence yet,
|
|
|
|
| |
These were private and the sole point of use (to know when to load config for the first time) can be done by looking at script engines instead.
|
|
|
|
|
|
|
|
| |
access/update the same static structures simultaneously.
This is possible where there is more than one scene (multiple copies of the same script engine) and/or more than one script engine being used.
These operations are not thread safe and could be leading to the exceptions/problems seen in http://opensimulator.org/mantis/view.php?id=6651
This also prevents a small race condition where more than one AsyncLSLCmdHandlerThread could be started.
|
| |
|
|
|
|
|
|
| |
rather than silently swallowing it.
This might help diagnose the cause of http://opensimulator.org/mantis/view.php?id=6651 where sometimes scripts fail to start on region start.
|
|
|
|
|
|
| |
This is controlled by the viewer, not the server.
So as per http://wiki.secondlife.com/wiki/LlSetSoundQueueing, only two sounds can be queued per prim.
You probably need to use llPreloadSound() for best results
|
|
|
|
|
|
| |
vectors or quaternions.
http://opensimulator.org/mantis/view.php?id=6640
|
|
|
|
| |
2.2.3. Remove left in Console.WriteLine accidentally inserted in recent 206fb306
|
|
|
|
|
|
|
|
|
|
| |
SmartThreadPool code comes from http://www.codeproject.com/Articles/7933/Smart-Thread-Pool
This version implements thread abort (via WorkItem.Cancel(true)), threadpool naming, max thread stack, etc. so we no longer need to manually patch those.
However, two changes have been made to stock 2.2.3.
Major change: WorkItem.Cancel(bool abortExecution) in our version does not succeed if the work item was in progress and thread abort was not specified.
This is to match previous behaviour where we handle co-operative termination via another mechanism rather than checking WorkItem.IsCanceled.
Minor change: Did not add STP's StopWatch implementation as this is only used WinCE and Silverlight and causes a build clash with System.Diagnostics.StopWatch
The reason for updating is to see if this improves http://opensimulator.org/mantis/view.php?id=6557 and http://opensimulator.org/mantis/view.php?id=6586
|
|
|
|
|
|
| |
rather than simply ignoring it.
This should never normally happen but if it does then it can be valuable diagonstic information.
|
|
|
|
|
|
|
|
|
| |
when they were deleted.
This was because AsyncCommandManager was handing an item ID to IHttpRequestModule.StopHttpRequest() rather than the expected request ID.
This commit also makes the http request asynchronous using BeginGetResponse() rather than doing this by launching a new thread
so that we can more safely abort it via HttpWebRequest.Abort() rather than aborting the thread itself.
This also renames StopHttpRequest() to StopHttpRequestsForScript() since any outstanding requests are now aborted and/or removed.
|
| |
|