| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
functions, this one has no start and end point, but a number of points that will form the desired polygon. Only FilledPolygon implemented so far.
* Also added some LSL transparent type conversion, as it's done in LSL scripting (string to integer, float to string, etc)
|
| |
|
|
|
|
| |
LICENSE.txt.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
| |
original target id.
Fixes Mantis #2861
|
|
|
|
|
|
|
| |
* Corrects behaviour of llListSort()
* Thanks DoranZemlja!
|
|
|
|
|
| |
Fixes Mantis #3157
|
|
|
|
|
| |
Fixes Mantis #3041
|
|
|
|
|
| |
Fixes Mantis #3002
|
|
|
|
|
|
| |
Fixes Mantis #3002
|
|
|
|
|
|
| |
Added some more tests that casts previously failed on.
Fixes Mantis #2789
|
|
|
|
|
|
| |
The attached patch changes the casts from explicit to implicit.
|
|
|
|
|
|
|
|
| |
* The attached patch changes the LSLInteger operator overrides for == and != to return LSLIntegers 1 or 0 instead of a bool and adds similar operator overrides for >, <, >= and
<=
* Thanks idb!
|
|
|
|
|
|
| |
* Fix not tests in LSL which require implicit casting (see mantis for an example)
|
|
|
|
|
|
|
| |
* Introduces missing casts for float, integer, vector, quaterion and string to list
* Thanks idb
|
|
|
|
|
|
|
| |
LSL - Bitwise operators OR and XOR do not work
on integer variables
|
| |
|
|
|
|
|
|
|
|
| |
using << and >> in scripts, this will fix it.
rm bin/*.dll ; rm bin/ScriptEngines/*.dll ; rm bin/ScriptEngines/*/*.dll
then rebuild and reinstall
|
|
|
|
|
|
| |
you have expressions with strings.
|
|
|
|
|
|
|
| |
Thank you, idb, for a patch that addresses hex digits erroneously being
recognized as valid and parsed in a decimal number
|
|
|
|
|
|
| |
Make ambiguous implicit conversion from LSLInteger to uint explicit
|
|
|
|
|
|
|
|
| |
Thank you, tyre, for a patch that refactors LSL to use a unified set of
method signatures and type names, reorders methods and removes unused
and adds new method stubs.
|
| |
|
|
|
|
|
|
|
| |
Thank you, idb, for a patch that fixes an overflow issue in casting
string -> int for both engines, and adds tests!
|
|
|
|
|
|
|
| |
The result of constants arithmetic can be a CLI type. This allows floating
point CLI types to be parsed out of lists properly.
|
|
|
|
|
|
|
|
|
| |
works. Also makes llGetFreeMemory return the constant 16384.
LLGetFreeMemory is useless in SL, as it never goes up, only down.
So, the only thing it is used for, in practice, is to detect an imminent
stack/heap collision, a danger we don't have.
|
|
|
|
|
|
|
|
|
| |
functions return CLI strings, which, in the case of lists, don't
get wrapped. Therefore, the list had to be able to deal with
that CLI type here. The correct fix would be to change all LSL
function returns to LSL types.
|
|
|
|
|
|
|
| |
Allow parsing of hexadecimal int constants from strings.
Also fixes a DBNull value in the touch type field crashing the sim
|
|
|
|
|
|
|
| |
variables to their initializer values, rather then zeroing them.
Also handles lists properly now.
|
| |
|
|
|
|
|
|
| |
new method for testing
|
|
|
|
|
|
|
|
|
| |
Thank you, ralphos, for a patch the adapts llSetColor and friends to
a change in the underlying types.
Also, thank you for a much cleaner way of casting types out of
lists, which I will adopt throughout.
|
|
|
|
|
|
|
| |
* 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.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Types extracted from a LSL_Types.list have to be down-cast initially
to the exact type of value type object that the Object actually is.
This would make for very cumbersome, ugly code when extracting list
parameter items in ll functions where a few implicit conversions
should be applied such as key -> LSLString and LSLInteger -> LSLFloat
(but not LSLFloat -> LSLInteger). This patch adds a set of GetXXXItem
member functions to the LLS_Type.list class, where XXX is the name
of the LSL_Type to be extracted: LSLFLoat, LSLInteger etc. All take
a single, int parameter that is the item number to be extracted.
|
|
|
|
|
|
|
| |
Thannk you, ralphos, for a patch to clean up list item type handling
and add a missing explicit cast in Shared/
|
| |
|
|
|
|
|
|
|
|
| |
1000 chars to avoid the exception thrown by libomv at 1100 chars.
Change string->int conversion so it copes with non-numeric chars
after the number and no longer uses a float to parse the value.
|
|
|
|
|
|
|
|
|
|
| |
It wraps constants in new LSLType(x), so that lists with
constant values are processed correctly. Contains changes to
the lsl.parser.cs that are not (yet) reflected in opensim-libs,
since this experimental patch affects XEngine only. Also contains
nuts.
|
| |
|
| |
|
| |
|
|
|
|
|
| |
XEngine missing string constructor for LSLInteger and LSLFloat
|
|
|
|
|
|
|
|
|
| |
used in scripts
-cast from bool to LSL{Integer,Float,String} so functions such as `integer
isZero(integer x) { return (x == 0); }` work
-progress on issue 1863
|
| |
|
|
|
|
|
|
| |
this commit, issue 1822 should be fixed.
|
|
|
|
|
|
|
| |
-sync Shared/LSL_Types.cs with Common/LSL_Types.cs
-get the test script in issue 1822 to compile
|
|
|
|
|
|
| |
-fix some whitespace/formatting
|
|
|
|
|
|
| |
more complete.
|