command' hack - the resolver defined by js.c would get called to look
up 'assign' - and on Irix systems, it would find the 'assign' command
in the current path, and decide to define a function called 'assign'
in the global object that would run the assign command. Then when an
attempt was made to assign a property to the global object, the assign
command would get run, and unexpected behavior followed.
git-svn-id: svn://10.0.0.236/trunk@4461 18797224-902f-48f8-a5cc-f745e15eee43
hint of JSTYPE_NUMBER. This is a case that nobody cares about, but it's
used in a LiveConnect test case.
Added more registered Java packages for reduced server-roundtrips. Also,
loosened restrictions on accessing unregistered packages under "java" and
some of the other packages, in case Sun or somebody adds a "java.fooBar"
package.
git-svn-id: svn://10.0.0.236/trunk@4398 18797224-902f-48f8-a5cc-f745e15eee43
all enumerated property names as strings, as was the case in JS1.1, instead
of the modern (>=JS1.2) behavior of allowing either string or integer property
names.
git-svn-id: svn://10.0.0.236/trunk@4394 18797224-902f-48f8-a5cc-f745e15eee43
Fix 111202 ECMA: division and modulo operator special cases (/ %)
Another instance of the MSVC NaN == 0 bug.
git-svn-id: svn://10.0.0.236/trunk@4319 18797224-902f-48f8-a5cc-f745e15eee43
These project files were just checked in temporarily and are replaced by the
LiveConnectShell project files located in the js/ref/liveconnect subdirectory.
git-svn-id: svn://10.0.0.236/trunk@4225 18797224-902f-48f8-a5cc-f745e15eee43
This new vendor-neutral version of LiveConnect is designed to replace the older
one in the js/jsj directory, which only works with the Netscape JVM. It is part
of the OJI initiative.
git-svn-id: svn://10.0.0.236/trunk@4202 18797224-902f-48f8-a5cc-f745e15eee43
There was a check in our mini-nspr against asking the OS time services
what the DST offset was for time 0... but the check didn't do what the
comment said it did. So we got the wrong DST offset for... (drum roll
please) the two seconds on either side of the eve of 1970 GMT.
I have a similar fix ready for prmjtime.c, but I'll wait until the
stability freeze settles down.
git-svn-id: svn://10.0.0.236/trunk@4196 18797224-902f-48f8-a5cc-f745e15eee43
Fix 153640 monkey crash calling Math as function or constructor
Just added a null pointer check
git-svn-id: svn://10.0.0.236/trunk@4166 18797224-902f-48f8-a5cc-f745e15eee43
Fix 123724 hippo: problems declaring var in an eval statement
This ended up being more complex than I initially thought it would be.
See comments in jsparse.c.
git-svn-id: svn://10.0.0.236/trunk@4164 18797224-902f-48f8-a5cc-f745e15eee43
Change C++ keyword "catch" (and Java keyword "finally" for good measure)
to other identifiers to help out embedders calling JS from C++.
git-svn-id: svn://10.0.0.236/trunk@4101 18797224-902f-48f8-a5cc-f745e15eee43
This comment is for checkin of version 1.8: mistakenly gave wrong comment
for that version.
Fix 123724 hippo: problems declaring var in an eval statement
The problem was that Variable() in jsparse.c used the scope from calling
js_FindVariableScope to determine whether or not to convert the operator
to GETVAR, but LookupArgOrVar did not. This caused a mismatched set and
get in the code generated from the eval script due to the presence of the
var in the function frame.
git-svn-id: svn://10.0.0.236/trunk@4031 18797224-902f-48f8-a5cc-f745e15eee43
