Re: Bug in RhinoTip
Resent-Date:
Sat, 30 Jun 2001 11:45:38 -0700 (PDT)
Resent-From:
mozilla-jseng@mozilla.org
Date:
Sat, 30 Jun 2001 20:54:21 +0200
From:
Igor Bukanov <igor@icesoft.no>
Organization:
Wind River
To:
nboyd@atg.com
CC:
Christopher Oliver <coliver@mminternet.com>, mozilla-jseng@mozilla.org
References:
1
Christopher Oliver wrote:
> Hi,
>
> I noticed the following in today's rhinoTip:
>
> js> throw 100
> js: uncaught JavaScript exception: java.lang.Object@5d601f
>
> js> throw 200
> js: uncaught JavaScript exception: java.lang.Object@5d601f
>
> js> throw i = 100
> js: uncaught JavaScript exception: 100
The attached patch to omj/Interpreter.java fixes that: I forgot to check
for stack[stackTop] == DBL_MARK during throw when implemented
interpreter optimization to minimize number of created Double instances.
I think that example should go to the test suite in a form like:
try { throw 100; } catch (ex) { return ex == 100; }
Regards, Igor
Bugfix to Rhino Debugger
Date:
Sat, 30 Jun 2001 06:09:44 -0700
From:
Christopher Oliver <coliver@mminternet.com>
Organization:
Primary Interface LLC
To:
nboyd@atg.com
Hi Norris,
Attached is a fix to a problem I encountered with the Rhino debugger.
Apparently some recent changes to the engine broke the debugger because
the debugger wasn't acquiring a Context before making certain engine
calls like ScriptableObject.getIds(). You can see this by stepping
through the "enum.js" example and expanding the variable "elements".
The below exception trace will be printed on the debugger console. The
attached file should fix this problem.
Chris
Subject:
Another fix to VariableModel.java
Date:
Sat, 30 Jun 2001 07:33:51 -0700
From:
Christopher Oliver <coliver@mminternet.com>
Organization:
Primary Interface LLC
To:
nboyd@atg.com
Hi Norris,
I modified this file to always call Context.toString() to display a
variable's value in the the tree table. Previously it only called it
for Scriptables and the toString() method of the object otherwise. This
caused for example JavaScript "2" to be displayed as "2.0".
Chris
Make preferences dialog work (PrefPanel class for preference panel switching, loading of preferences, saving of preferences, initial Browser Display panel)
parameter (for document character set) to ensure the correct function is called.
'undefined' works as the function being called assumes the character set of the focused
window in the case that the passed character set is undefined.
r=fabian, sr=blake.
Add windowtype attribute to preferences <window> element so that the window can be found using the window mediator.
Patch from jbetak@netscape.com based on my suggestion, r=dbaron, sr=myself.
This change fixes the problem by looking for an existing preferences dialog using the window mediator, and focusing one if found. Otherwise, a new one is loaded.
Patch from jbetak@netscape.com based on my suggestion, r=dbaron, sr=myself.
pschwartau%netscape.com
ssu%netscape.com
sicking%bigfoot.com
peterlubczynski%netscape.com
blizzard%redhat.com
locka%iol.ie
mscott%netscape.com
nboyd%atg.com
mkaply%us.ibm.com
peterv%netscape.com
ben%netscape.com
mstoltz%netscape.com
rginda%netscape.com
leaf%mozilla.org
cls%seawood.org
gerv%gerv.net
wtc%netscape.com
bernd.mielke%snafu.de
dbaron%fas.harvard.edu
justdave%syndicomm.com