| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
| |
| |
| |
| | |
llTeleportAgentGlobalCoords(), llEjectFromLand() and llOverMyLand() where the wrong parcel could be identified for very fast moving avatars.
|
| | |
|
| |
| |
| |
| | |
co-ordinates could be given for a fast moving prim
|
| |
| |
| |
| |
| |
| | |
returned (accidentally stated that commit 1774c631 was this fix).
Commit 1774c631 was actually a fix for a similar minor race condition in llGetAccel()
|
| |
| |
| |
| | |
changing angular velocity could return inconsistent results
|
| | |
|
| | |
|
| |
| |
| |
| | |
be returned if the prim was rotating during the call
|
| |
| |
| |
| | |
LSL_Api.GetPartRot()
|
| |
| |
| |
| | |
the world rotation if the avatar to which they are attached is sitting
|
| |
| |
| |
| |
| |
| | |
This addresses http://opensimulator.org/mantis/view.php?id=6567
This creates a ScenePresence.GetWorldRotation() with the same semantics as SOP.GetWorldRotation()
SP.Rotation can't be used since it's relative to the sat upon prim if the avatar is sitting.
|
| |
| |
| |
| |
| |
| |
| | |
failing because they have no linemap.
Adapted fix from http://opensimulator.org/mantis/view.php?id=6571
Thanks Nickel Briand
|
| | |
|
| | |
|
| |
| |
| |
| |
| |
| | |
owner as the script and not ones with different owners.
Addresses http://opensimulator.org/mantis/view.php?id=6560
|
|/
|
|
|
|
|
|
|
|
|
|
| |
Conflicts:
OpenSim/Framework/AvatarAppearance.cs
OpenSim/Region/CoreModules/Avatar/Attachments/AttachmentsModule.cs
OpenSim/Region/CoreModules/Avatar/Attachments/Tests/AttachmentsModuleTests.cs
OpenSim/Region/Framework/Interfaces/IAttachmentsModule.cs
OpenSim/Region/Framework/Scenes/Scene.cs
OpenSim/Region/OptionalModules/Avatar/Attachments/TempAttachmentsModule.cs
OpenSim/Region/ScriptEngine/Shared/Api/Implementation/LSL_Api.cs
|
|
|
|
| |
checked for expiry under lock
|
|
|
|
|
|
|
| |
or llGetNumberOfNotecardLines() would sometimes not trigger a dataserver event.
This was because the notecard asset ID was being used as the request identifier.
Now using a random ID, in common with other code using the DataServer
|
| |
|
| |
|
| |
|
|\ |
|
| | |
|
| |
| |
| |
| | |
Forgot to add file for llRequestUrl() test in commit b8a7c8b
|
| | |
|
|/
|
|
| |
[Hypergrid] in *Common.ini.example. Backwards compatible for now.
|
|
|
|
| |
one I added yesterday -- this is for helping move config vars out of [Startup]
|
|
|
|
| |
default under [Startup]. They can then be overwritten in the other sections (but probably shouldn't). I kept the existing code for backwards compatibility, so this should not cause any breaks from people's current configurations. But people should move to have these 2 vars under [Startup] -- see OpenSim.ini.example and Robust.HG.ini.example. And yes, both names now end with "URI" for consistency.
|
| |
|
|
|
|
| |
llPushObject() where the code assumed that the physics actor it null-checked would still be null when it invoked a method on it
|
|
|
|
|
|
|
|
|
|
|
| |
avoid a Windows casting issue in SmartThreadPool for large TimeSpans.
TimeSpan.Milliseconds is an int64. However, STP casts this to an int (32-bit).
If TimeSpan.MaxValue is given then the casting results in an invalid value for the SDK WaitHandle.WaitAll() call.
This was causing the co-op script termination regression tests to fail on Windows but not Mono 2.10.8 (which is perhaps not strict in the negative values that it accepts).
Solution here is to use the int millisecondsTimeout STP call rather than the TimeSpan one.
This also allows us to more clearly specify Timeout.Infinite rather than TimeSpan.MaxValue
Thanks to Teravus for this spot.
|
| |
|
|
|
|
|
|
|
|
| |
Implements the parameters as properties, the serialization and
database storage (MySQL only). Implements llSetPrimitiveParams for
prim physics shape and the other 4 extra params. Only the prim shape type
"None" is currently functional. No support for the Viewer UI (yet), that
will be ported in due course. Lots more to port, this is a large-ish changeset.
|
|
|
|
|
|
|
| |
them through to ScriptUtils class in OpenSim.Region.Framework.dll
Renames functions to better reflect what they do.
This is so that code registering with modInvoke() can reuse this code to provide functions that behave in a consistent manner with existing LSL/OSSL functions.
|
|
|
|
|
|
| |
enabled" error if these were disabled and a viewer attempted to call one.
This was not working because the shouter was wrongly signalled as an agent rather than a prim
|
|
|
|
|
|
|
|
| |
This is mostly Bluewall's work but I am also bumping the general version number
OpenSimulator 0.7.5 remains in the release candidate stage.
I'm doing this because master is significantly adding things that will not be in 0.7.5
This update should not cause issues with existing external binary DLLs because our DLLs do not have strong names
and so the exact version match requirement is not in force.
|
| |
|
|
|
|
|
|
|
| |
not correctly handle single statement versions of for, while and do-while loops.
Add regression tests to validate the fix.
This problem will not affect the default abort termination mode.
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
that these can be triggered by future code (not yet implemented).
Also hooks up moving_start and moving_end script events, eliminating itemID on XEngine EventManager methods since this is completely unused.
An adaptation of the patch in http://opensimulator.org/mantis/view.php?id=6515
Thanks Garmin Kawaguichi and Signpost Marv.
|
|
|
|
| |
Correction so that scripts can turn Flexi off as well as on.
|
|
|
|
| |
working', and if you look deep enough, you see that the results are not really stable depending on the direction of the ray.
|
|
|
|
| |
Hopefully will fix windows build via compile.bat
|
|
|
|
|
|
| |
now as they appear to cause failures with testing in jenkins.
These tests are not very useful anyway as they never actually get a chance to try termination before the script runs out of stack
|
|
|
|
| |
deprecated in later .net versions
|
|\ |
|
| | |
|
| |
| |
| |
| |
| | |
make llGiveMoney async so the script thread is not held up waiting for comms
to an external server.
|
| |
| |
| |
| |
| | |
routines on the physics engine. Won't make a difference for any
existing scripts since ODE always returned Vector3.Zero.
|