levitation / ecmascript-net Goto Github PK

What steps will reproduce the problem?
1. make CLI "public static void a(int a, int b, int c)" accessible from 
script
2. call "a(1,2,3)" from script

Result:
EcmaScriptRuntimeException "Cannot convert  to int ((init)#161)"

Fix:
EcmaScript.NET/Types/Cli/CliMethodInfo.cs, Call method, ~line 113 and 122

                    args = new object [i + 1]; // wrong, args cleared
                    args.CopyTo (args, 0);
                    args [i] = dummyArg;

replaced with:
                    object[] args2 = new object [i + 1];
                    args.CopyTo (args2, 0);
                    args2 [i] = dummyArg;
                    args = args2;

(+also else branch)

Section: ecma
Group: String
Test: 15.5.4.12-1 String.prototype.toUpperCase()

var s = new String( String.fromCharCode(383) ); s.toUpperCase().charCodeAt
(0) = 383 FAILED! expected: 83

I have no idea how or why javascript expects "83" instead of 383.

When parse a javascript witch contains a function ;
the body of function will not be parse info the tree;

In method initFunction(line 303)
//code
fnNode.addChildToBack (statements);

shuld be move to line 343 like this:
//code
result.addChildToBack(statements);

is that true?

Section: ecma
Group: Array
Test: 15.4.4.3-1 Array.prototype.join()

(new Array( Boolean(true), Boolean(false), null,  void 0, Number(1e+21), 
Number(1e-7))).join() = true,false,,,1e+21,1e-07 FAILED! expected: 
true,false,,,1e+21,1e-7

ScriptConvert.cs::ToString (double val, int toBase) fails to return ECMA 
9.8.1 compliant double strings when it comes to exponential written 
numbers.

All Date tests are supposed to run only correct on english locale. Still 
we have some wired off by one hour errors in the following test cases:

15.9.5.5 Date.prototype.toLocaleString()

Date.parse(Thu Jan 01 1970 01:00:00 GMT+0100 (+01:00)).toLocaleString()) 
= -3600000 FAILED! expected: 0
Date.parse(Thu Jan 01 1970 02:00:00 GMT+0100 (+01:00)).toLocaleString()) = 
0 FAILED! expected: 3600000

Also affected:

15.9.5.6 Date.prototype.toLocaleDateString()
15.9.5.7 Date.prototype.toLocaleTimeString()

I'm not sure wether this is a bug in the runner or a bug in the 
BuiltinDate.cs class.

When a CliObject function return string like below code:

// C#
class Some : CliObject
{
  public string advice()
  {
    return "Help";
  }
}

the Context.Wrap() function wraps string as a CliObject. It prevents using 
build-in string functions like .toLowerCase():

// javascript
print(some.advice().toLowerCase());

Adding the following lines to Conext class just after "if 
(staticType.IsPrimitive)" seems to solve the problem:

if (staticType == typeof(string))
    return obj;