commit 60d0554088608a8f18b9c6e31700b2efb67c9c3a
author jat@google.com <jat@google.com@8db76d5a-ed1c-0410-87a9-c151d255dfc7> Tue Jun 02 05:59:06 2009 +0000
committer jat@google.com <jat@google.com@8db76d5a-ed1c-0410-87a9-c151d255dfc7> Tue Jun 02 05:59:06 2009 +0000
tree b6c0a97d728fbae90963c91f69abff639c20e0f1
parent cf057030d2ae271484f4c8ee896c79a9c7f206d6

two changes to java.util.Date in an effort to track down a very intermittent
failure on IE.  IE doesn't provide useful stack traces for JS-initiated
exceptions, so all we know is that jsdate is uninitialized or not an object
at some point when it is dereferenced.  The changes are:
 - use a JSO field storing the JS Date object rather than
   making an expando on the underlying object (which
   couldn't ever work in hosted mode, but since this is a
   JRE emulation class it didn't have to)
 - add checks before each dereference of jsdate to see if it has been mangled;
   if so throws a Java exception so we can get a good stack trace.

This does add some overhead, but it shouldn't be too bad.  This is a temporary
change that will be removed once the cause is found.

Patch by: jat
Review by: amitmanjhi, scottb


git-svn-id: https://google-web-toolkit.googlecode.com/svn/trunk@5490 8db76d5a-ed1c-0410-87a9-c151d255dfc7