[manually forwarding to list due to subscription bug...]
Wow, this looks great. This is exactly what I had imagined.
Once dev mode is in place we should be able to switch dotspots over to
this from our current custom linker.
I was looking through the latest SelectionScriptLinker in trunk and
did
On 2010-07-26, at 4:56 PM, John Tamplin wrote:
> Is the new linker designed to curtail extension, or to sanely encourage it?
> The existing primary linkers ended up getting extended in brittle ways.
>
> That's a good point. Let's make it a final class to start with, and open up
> extension poi
space.
I had to paste the entire contents of an ancient version of Douglas Crockford's
JSON library into a JSNI function earlier today as part of a unit test and I
ended up with a few hundred lines of unindented circa-2005 Javascript after
saving. :)
On 2010-04-02, at 10:13 AM, Matt Mastr
Hey all,
I've been fighting this JSNI formatting bug for a while now. The Google Plugin
for Eclipse is basically flattening the indents on all my JSNI methods when
using the format command. With the 'format on save' option chosen in Eclipse,
it unformats all the JSNI in the file after a save op
Quickly browsing easyXDM and comparing to gwt-rpc-plus, it looks like the
designs of both are very similar. easyXDM uses the term 'socket' where
gwt-rpc-plus uses the term 'transport'. Both of them allow you to plug in the
appropriate transport behind a socket-like interface. easyXDM adds some
I'm seeing the same thing in our application. I haven't had time to dig into
it, but I'm seeing 'unknown event DOMContentLoaded' in the developer tools
console. The GWT Showcase example works, however. Maybe some sort of doctype
issue?
On 2010-03-20, at 4:53 AM, nicolas.deloof wrote:
> Hi,
>
On 2010-03-18, at 12:15 PM, BobV wrote:
> The code that you posted is about creating a payload for a object that
> has custom serialization. What does looking at the fields of the
> InvokeCustomFieldSerializerCommand object show?
I can reproduce this in a barebones project. It looks like it's th
On 2010-03-18, at 12:15 PM, BobV wrote:
>> - If the GWT module base path URL isn't absolute, getRequestModuleBasePath
>> fails. We use relative base paths to simplify our hosted mode development.
>
> Can you describe this setup in more detail? What is the canonical URL
> that the request's url
On 2010-03-17, at 1:15 PM, John Tamplin wrote:
> I called their tech support line and left a message to be passed on to their
> technical team, but the tech's solution was "you'll have to submit your code
> again every time it changes". He said he'd pass on the message, but wouldn't
> guarantee
>
> I found a technical support number that I can try calling and seeing if I can
> get escalated. If that doesn't work, it might be easier to submit a minimal,
> harmless testcase from those keywords as a false positive. :)
>
> Given their approach, that seems likely to get that exact source a
x27;t it? Ddi you ever hear anything back from them about
> this? It seems like it really ought to be fixed on their end, though I
> applaud your spelunking for a workaround :)
>
> On Tue, Mar 16, 2010 at 3:08 PM, Matt Mastracci wrote:
> On Mar 16, 12:42 pm, Matt Mastracci wrote:
I took the plunge and started moving our codebase over to deRPC. It's pretty
simple to get bootstrapped, though there's some deployment work we needed to do
to ensure that our .gwt.rpc files are made available to the backends.
I'm storing our history of .gwt.rpc files in S3, since we're already
On Mar 16, 12:42 pm, Matt Mastracci wrote:
> > Holy cow -- how do they think that is an acceptable measure? Surely they
> > could at least change the warning to say "potentially dangerous JS" or
> > something rather than declaring it a virus.
> This probably w
> I kid you not - this is their signature for an encrypted JS virus. I can't
> seem to remove a single character from any of these tokens without turning it
> from a dangerous virus to a harmless bit of JS. Order doesn't seem to be
> important (although I haven't experimented with this that muc
We started getting reports of the "HTML/Crypted.Gen" being detected in our
Chrome extension again. I've managed to reproduce it - the signature seems to
be the exact set of strings they use:
.fromCharCode
.charCodeAt
nodeValue
for
0,0,0,0,0,0
Math.min
I kid you not - this is their sig
> We use repeated calls to GWT.create() for dependency injection and to
> generate code for our internal widget templating framework. Both of them
> also use nested GWT.create() calls under the hood in generated code for
> instantiating associated resources bundles. The gwt-rpc-plus framework a
On 2010-03-04, at 11:13 AM, BobV wrote:
>
> These factory methods need to live in the Java AST so that we can
> use the type tightener to optimize the (usual-case) polymorphic
> dispatch. Adding a JHasNameRef node to the AST would allow what
> you're describing to be built, but I think that woul
I love this. I'm doing something along the same lines in gwt-rpc-plus to select
the correct JSON parser/stringifier at runtime. This is useful for doing
capability-based detection of browsers without ending up in permutation
explosions. I'd love to use this for runtime bug detection as well.
O
I ran a few different compiles with our codebase to test some of the
improvements in trunk for Ray. I've only measured the post-gzip/zip size
improvements below - the numbers for the website sizes are an average of the
size for gzip -9 over all of the browser permutations:
GWT 2.0.0:
dotspots.
On 2010-02-12, at 1:15 PM, Ray Cromwell wrote:
> On Thu, Feb 11, 2010 at 4:43 PM, Scott Blum wrote:
>> - I dislike the whole transition period followed by having to forcibly
>> update all linkers, unless there's a really compelling reason to do so.
>
> In general, I'd agree, but the number of l
Hi George,
I've implemented a transport based on window.name for gwt-rpc-plus based on the
research done by the Lombardi folk and Ray Cromwell (and some incremental
improvements), so I can give you a few pointers:
* window.name has no appreciable limit in any of the shipping browsers. I've
p
e you avoid the lazy() or anonymous inner class. The
> alternative is to have a custom parser like
>
>
> $(".actionLearnMore a").click(lazy().as(Effects).slideToggle().end());
>
>
> This could be simplified further for callback actions:
>
> as(Effects().sli
d());
>
>
> This could be simplified further for callback actions:
>
> as(Effects().slideToggle();
>
>
> -Ray
>
> On Tue, Jan 5, 2010 at 12:42 PM, Matt Mastracci wrote:
>> Hey all,
>>
>> I've been playing around with UiBinder, hoping to sta
Hey all,
I've been playing around with UiBinder, hoping to start replacing a lot of our
custom templating code with it. One feature that would really improve the
experience for our designer/developer interface would be inline actions.
A lot of our boilerplate UI event code does one of the of th
Hey all,
I'm working on releasing our internal Firefox bindings as a public project.
You can see the beginnings of it here:
http://code.google.com/p/gwt-firefox-extension/source/browse/#svn/trunk
There's a bit of work I need to do to clean it up and turn it into something
usable by outsiders,
If it's the same error we ran into, it's that there are things that look like
HTML script and comment tags in the linker script that throw the parser off.
Note how we broke up the script start tags and comment start/end tags the same
way as the script end tags:
XSLinker:
var compiledScriptTa
GWT 2.0 was so awesome, it'll be hard to top any of the new stuff with my
feature wishlist.
A few things I'd like:
- moving as many compiler properties as possible into configuration properties
so we can build an instrumented release (with type cast checking, assertions,
emulated stack trace
On 15-Dec-09, at 12:48 PM, Lex Spoon wrote:
> I've now double checked on several browsers other than Opera, and I
> agree that onerror works on non-IE and onreadystatechange works on IE.
> Details here:
>
> http://blog.lexspoon.org/2009/12/detecting-download-failures-with-script.html
>
> One trick
ber wrote:
> Were you able to get any information on the signature (assuming it's
> signature-based) from Avira? Their page on the subject is, uh, less
> than useful.
>
> On Wed, Dec 9, 2009 at 1:09 PM, Matt Mastracci
> wrote:
> We've just had reports of people
On 9-Dec-09, at 1:55 PM, Lex Spoon wrote:
> On Wed, Dec 9, 2009 at 12:47 PM, Matt Mastracci
> wrote:
>> Do you know how to get onerror to fire in IE? It didn't seem to
>> work in my
>> testing.
>
> No, but why do you need it if you have onreadystatecha
gnature (assuming it's
> signature-based) from Avira? Their page on the subject is, uh, less
> than useful.
>
> On Wed, Dec 9, 2009 at 1:09 PM, Matt Mastracci
> wrote:
> We've just had reports of people seeing this while installing our
> chrome extension. I'
We've just had reports of people seeing this while installing our
chrome extension. I'm not near a Windows VM right now, but I can see
if it's easy to reproduce when I get back:
http://getsatisfaction.com/dotspots/topics/dotspots_plugin_for_chrome_installer_problems
There's a lot of embedded
On 1-Dec-09, at 6:51 AM, Lex Spoon wrote:
> On Mon, Nov 30, 2009 at 10:28 PM, Matt Mastracci > wrote:
>> 2. onerror works some of the time in some of the browsers. It
>> fails on
>> various combinations of resolve errors, error status codes and
>> other
2:30 PM, Scott Blum wrote:
> Is this Safari on Mac, or Chrome on Windows, or what?
>
> On Fri, Dec 4, 2009 at 11:31 AM, Matt Mastracci
> wrote:
> I'm seeing a strange dev mode error in WebKit. It started happening
> recently and I can't put my finger on a specific c
I'm seeing a strange dev mode error in WebKit. It started happening
recently and I can't put my finger on a specific change that would
cause it.
I'm returning an non-null JS native array from a JSNI method, cast to
JsArrayInteger. When I call JsArrayInteger::shift() on it, I get:
Result o
n.
>
> On Tue, Dec 1, 2009 at 3:55 PM, Matt Mastracci
> wrote:
> Hey all,
>
> I installed the GPE 2.0-RC2 build (after cleaning out the old one) and
> I'm running into some issues. The plugin thinks that we're using the
> old-style layout, so it's attempting t
Hey all,
I installed the GPE 2.0-RC2 build (after cleaning out the old one) and
I'm running into some issues. The plugin thinks that we're using the
old-style layout, so it's attempting to launch GWTShell which won't
initialize a local Jetty w/war.xml.
I've worked around it by creating a lo
For clarification, I've included an approximation of what I meant by
dynamic iframe.
The idea is to create the iframe using src='javascript:;' to keep it
in the same domain as the parent iframe, use document.write() to
initialize a full HTML document inside of it, and finally, add scripts
Ray/Lex,
I'm starting to think that the dynamic iframe might not be a bad first
approach to this problem either. A single linker would be able to
provide cross-domain-capable, multi-module-safe code that doesn't
require any additional post-processing to support loading of
fragments. It a
On 1-Dec-09, at 7:51 AM, Lex Spoon wrote:
> On Mon, Nov 30, 2009 at 10:28 PM, Matt Mastracci > wrote:
>> 2. onerror works some of the time in some of the browsers. It
>> fails on
>> various combinations of resolve errors, error status codes and
>> other
Sure, I'd love to take a look at it. I've got a basic version of
globally-scoped, cross-domain code-splitting up and running that uses
simple script-tags for the cross-domain load right now.
Re:
g.
> Wave), but probably a bad idea for enterprise users who have a habit
> of composing lots of small GWT modules on a single dashboard. We
> probably need to support both explicit scope and polluting options,
> and allow the developer to choose.
>
> -Ray
>
>
> On
rk.
>
> On Tue, Nov 24, 2009 at 6:38 PM, Matt Mastracci
> wrote:
> Hey all,
>
> If I recall correctly, the original reason that GWT used iframe-
> wrapped scripts was to work around the buggy compression of Javascript
> some early versions of IE (example:
> http://sup
Hey all,
If I recall correctly, the original reason that GWT used iframe-
wrapped scripts was to work around the buggy compression of Javascript
some early versions of IE (example:
http://support.microsoft.com/default.aspx?scid=kb;en-us;823386&Product=ie600)
.
The number of users on IE 6 SP1
The best approach is probably to upload the file in question to
Avira's false-positive reporting page:
http://analysis.avira.com/samples/index.php
On 24-Nov-09, at 8:19 AM, dflorey wrote:
> Am I the only one with this issue?
>
> On 19 Nov., 17:29, dflorey wrote:
>> Hi,
>> since a few weeksAvi
Filed a bug on this:
http://code.google.com/p/google-web-toolkit/issues/detail?id=4268
On 23-Nov-09, at 12:40 PM, Bruce Johnson wrote:
> let's remember to talk about this more for the release after 2.0
>
> On Mon, Nov 23, 2009 at 2:26 PM, Isaac Truett
> wrote:
> +1 deprecate and warn.
>
> On
continue;
> }
> sb.append(sn);
> sb.append('\n');
> }
> PerfLogger.end(); < breakpoint here
>
> I didn't see anything get added that shouldn't be there. Can you
> dig into this a little or put together a small sampl
tinue;
> }
> sb.append(sn);
> sb.append('\n');
> }
> PerfLogger.end(); < breakpoint here
>
> I didn't see anything get added that shouldn't be there. Can you
> dig into this a little or put together a small sample?
&g
Hey all,
Sorry to keep spamming GWT 2.0 issues.
I've run into a difference in how TypeOracle works that seems to have
changed in GWT 2.0. In previous versions, calling
context.getTypeOracle().getTypes() from a generator would limit itself
to types available on the paths. I have some code
Hey all,
I'm continuing my push forward to GWT 2.0-RC1 and I'm running into
some crashiness in OOPHM. I'm still trying to narrow down exactly
what causes it, but this is a common, reproducible crash that I'm
seeing:
http://crash-stats.mozilla.com/report/index/bp-4526a9fc-7ff1-4910-8998-df6
Thanks, Scott. I'm applying it now and building GWT. It's been
catching some JSNI refs in the GWT source, possibly some false-
positive (the JSONParser ones seem to be valid?). The build doesn't
actually fail, though:
[java] [WARN] Warnings in 'jar:file:/Users/matthew/
Document
Hey all,
I'm in the process of upgrading our really old trunk snapshot to 2.0-
RC1 and I'm getting a NPE in JsniChecker.
Apparently, jsniMethods.get(meth) is returning null from here:
JsniMethod jsniMethod = jsniMethods.get(meth);
new JsniRefChecker(meth,
hasUnsafeLongsAnnot
Hey all,
We're using GWT in a lot of places that aren't traditional webpages
(currently a Firefox extension and a Chrome plugin). We've rolled our
support for OOPHM in Firefox chrome code, but Chrome content scripts
are going to be a different story. For now, our code is simple enough
t
I think the impact of anonymous classes will be significantly less
once union types are implemented. As it stands right now, every
anonymous class gets typeinfo and getClass because some code elsewhere
is calling it on an variable that can't be tightened more than Object.
On 2009-11-03, at 1
(e.g. what UI should be disabled while an async
> operation is pending? do you show a "please wait" or not?). What
> we'd want is a framework that makes it easier to produce and reason
> about necessarily async patterns.
>
> On Mon, Nov 2, 2009 at 12:42 PM, Matt Ma
The API is just a skeleton to experiment with all the strong-typing
that would go along with porting Oni to Java, so there's not much
there. It helped prove that the concept was sound if I had a chance to
take a go at it and gave me some code to look at while planning it
out. There's still
I find that there are two sources of a lot of boilerplate code for the
async stuff I work on:
1. State machines
2. Coordinating multiple asynchronous events (ie: timers, multiple
inflight requests and user events)
For #1, the code usually ends up as a set of enums for simple states
o
This API looks really useful for other purposes as well- RPC request
batching with multipart HTTP responses would be really cool. Looking
forward to playing with it.
It would be really useful if there was an API that wrapped these
common entry point incantations. I've been pretty neglectf
On 18-Aug-09, at 10:31 AM, Joel Webber wrote:
> One thing I didn't make clear from the beginning, btw, was that I
> *am* in favor of doing something about Window sooner rather than
> later, even if we don't resolve the rest of this stuff. More than
> anything, I wanted to get buy-in on the a
Joel,
This is definitely a can of worms! I spent some time thinking through
the some of these points. Some additional comments inline...
On 17-Aug-09, at 10:02 AM, Joel Webber wrote:
>
> At any rate, we *do* need something like this, and now seems as good
> a time as any to bring it up. In
Ray,
This is really cool!
On 13-Aug-09, at 1:22 PM, codesite-nore...@google.com wrote:
>
> Revision: 5959
> Author: cromwellian
> Date: Thu Aug 13 12:21:36 2009
> Log: Function Clustering, improves gzip compression by significant
> margin.
> Top-level block restructuring for IE7 is now done p
Hi all,
I've been hacking around the lack of a true JavaScriptObject window in
GWT for a while and I was wondering if there was any interest in me
providing a patch for it. While the current
com.google.gwt.user.client.Window works for most cases, you aren't
able to interact with other wi
ject and post it to a servlet that will generate
> a pdf/excel file/etc for download. The DTOs are numerous / complex
> enough that writing some kind parallel serializer is prohibitive. Have
> you come across this use case before ?
>
> Thanks,
>
> Alex
>
> On Aug 8, 8:53 pm,
f-band context to the request/response data.
>>>
>>>> I'd be interested in hearing any thoughts or suggestions you
>>>> might have.
>>>
>>>> Thanks,
>>>
>>>> Matt.
>>>
>>>> On 2009-08-08, at 10:1
Issac,
Are you running under Linux? If so, your embedded Mozilla browser may
be showing a prompt, but its window is hidden. Try running with -
notHeadless.
On 2009-08-08, at 11:55 AM, Isaac Truett wrote:
>
> I'm trying to run the unit tests in GWT trunk. I've tried with Ant and
> with the
t right now :-)
>
> Bart Guijt
> E: bgu...@gmail.com
> T: +31 6 30408987
>
> Check out my blog: http://bart.guijt.me/blog/
>
> "A pizza with the radius 'z' and thickness 'a' has the volume
> pi*z*z*a"
>
> On 8 aug 2009, at 8 aug, 04:58
Hey all,
We've been working on a number of RPC enhancements locally and thought
that it might be helpful to open-source some of them (prompted by a
recent suggestion from Ray Cromwell). I've created a new Google Code
project that encapsulates them here:
http://code.google.com/p/gwt-rpc-pl
On 6-Aug-09, at 12:04 PM, Joel Webber wrote:
> On Thu, Aug 6, 2009 at 1:47 PM, Joel Webber wrote:
> Side note: God, I thought I would never have to think about this
> problem again after everybody finally dropped their old VGA cards,
> and we could at least just deal with 5-5-5 vs. 5-6-5 16-b
+1 This works well for us and I'd love to remove the complexity from
our build process. We've dropped the transparency loader for some
time now and it's solved a lot of our IE6 bugginess (including random
hard browser lockups!).
On 6-Aug-09, at 11:29 AM, Joel Webber wrote:
>
> If we want t
On 6-Aug-09, at 9:57 AM, John Tamplin wrote:
> If the transparency is just binary, then IE6 already supports PNG
> transparency, right? Aside from the hassle of detecting if a one-
> bit alpha channel will do, I think the J2D libraries we currently
> use won't generate one-bit alpha channel
On 24-Jul-09, at 9:11 PM, BobV wrote:
>> Also, will this be supported on methods themselves? For instance,
>> can
>> I mark a new method parameter as @Optional so that older clients
>> don't
>> need to provide it? Conversely, could we remove a parameter from a
>> method and still support cl
On 24-Jul-09, at 6:39 PM, BobV wrote:
> I have a design wave going on about how to add this to the new RPC
> implementation. Here's a cruddy copy-and-paste of the current state
> of the document.
Bob, this is awesome!
Is the plan to land this as part of deRPC, or is this a future feature
tha
Hey all,
We've been struggling with the issue of RPC forward/backward
incompatibility for a little while and I thought I'd bring it to the
list for discussion.
As some of you know, one of our use-cases for GWT is embedding the
compiled JS in a Firefox extension. Unfortunately, the lifetim
= "Hello";
> Window.alert(s1);
> s1 = "World";
> Window.alert(s2);
>
> This would eliminate a 'var' declaration from the JS, which should
> have some benefit to both size and speed.
>
> -Ray
>
>
> On Tue, Jun 16, 2009 at 10:27 AM, Ma
I've been pondering an SSA structure for the compiler that would make
some of this stuff a lot easier to deal with. Instead of keeping the
AST for the Java and JS trees around, we'd put everything into a
unified data flow graph in memory (with appropriate side-effect
barriers), optimize t
I do as well - I'm mmastrac.
On 15-Jun-09, at 8:02 PM, Ray Cromwell wrote:
>
> I do, cromwellian is my id on the sandbox.
>
> -Ray
>
>
> On Mon, Jun 15, 2009 at 6:14 PM, Bruce Johnson
> wrote:
>> I'm starting to make a bit o' progress on this. I'll send out a
>> design doc
>> "real soon now"
Both LGTM. Good catch, thanks. :)
On 11-Jun-09, at 1:15 PM, Scott Blum wrote:
> Matt,
>
> Could you review these two follow-on patches? The second depends on
> the first. This is mostly non-functional cleanup to make things a
> little simpler to read. The only substantive change is this:
No problem... I haven't handled the common super-expression case (if
(test) { return a; } else {return b; } -> return test ? a : b), but
that one should be pretty easy to tackle for a limited set of common
super-expressions.
On 11-Jun-09, at 5:53 AM, Joel Webber wrote:
> FWIW:
>
> http:
After I sent that message, I peeked into EqualityNormalizer which is
basically pre-munging all the equality operators that compare against
null to Cast.isNull() and Cast.isNotNull() as I described below.
On 10-Jun-09, at 8:16 PM, Matt Mastracci wrote:
> That construct isn't a gen
That construct isn't a generically safe JS optimization, unless you
have additional type info at the JS level to tell you what Java type
the ifExpr was. I don't know for sure whether that information is
available after the transition to JS (does SOYC make this available?).
I believe that G
SGTM. I'll start a new review with the remainder of the changes.
On 10-Jun-09, at 2:16 PM, Scott Blum wrote:
> I thought I'd go ahead and commit what you have so far, if you don't
> object?
>
> On Wed, Jun 10, 2009 at 4:12 PM, wrote:
> I'll update the patch with this change. While I'm at it,
Yeah... I would love to have a single AST to represent both of the
language states - many optimizations don't happen because we toss all
the Java type info during the conversion to JS.
For instance, you can't safely optimize this:
if (blah != null)
to this:
if (blah)
without knowing wha
On 6-Jun-09, at 6:24 PM, Mark Renouf wrote:
> Wow, I like it! This isn't as crazy as it sounds. After just watching
> the V8 talk from I/O, I've learned the JavaScript library is
> implemented in JavaScript (preloaded in a heap snapshot).
>
> The efficiency level they are hitting now makes this s
On 7-Jun-09, at 8:39 AM, John Tamplin wrote:
> Yes, the very thing you want for real apps (async so you can drop
> back to the event loop and let the browser respond while waiting on
> IO) is the very thing you can't have for OOPHM, since you have to be
> able to block the executing code in
Cool thanks. This codereview process is far easier with Rietveld. :)
On 5-Jun-09, at 2:52 PM, Scott Blum wrote:
> Committed @r5519. Thanks, Matthew, this is great!
>
> On Fri, Jun 5, 2009 at 4:46 PM, wrote:
> LGTM, will commit.
>
>
> http://gwt-code-reviews.appspot.com/34831
>
--~--~---
I've posted a couple of patches to the codereviews site, but I noticed
that it's using my main google account as the "from" email (mmast...@gmail.com
) instead of my mailing list subscription address
(matt...@mastracci.com).
Any ideas how I might be able to set my "from" address on the
cod
On 5-Jun-09, at 10:08 AM, Piotr Jaroszyński wrote:
>
> 2009/6/5 Matt Mastracci :
>>
>> While this subject is up...
>>
>> Has anyone considered writing the OOPHM client stub as a Java applet
>> and using netscape.javascript.JSObject to deal with the JS
>&
While this subject is up...
Has anyone considered writing the OOPHM client stub as a Java applet
and using netscape.javascript.JSObject to deal with the JS references?
While it wouldn't support direct field references like the current
plugins do, the server-side Jsni class could rewrite thos
r args you want (prepended to the args given to the shell
> script)?
>
> jason
>
> On Fri, Apr 17, 2009 at 2:34 PM, Matt Mastracci
> wrote:
>>
>> I'm running into the same JVM crash under Eclipse that I was running
>> into from Ant a few weeks ago
>
I'm running into the same JVM crash under Eclipse that I was running
into from Ant a few weeks ago
(http://grack.com/blog/2009/04/14/gwt-16-crashes-and-a-fix/
) while trying to deploy a test AppEngine+GWT project. The output
from the compiler is pretty much:
Compiling module ...
Invalid me
llow hoisting within a method
> body, otherwise, you'll have to inline the whole method at the
> callsite (yuck!)
>
> -Ray
>
>
> On Thu, Mar 12, 2009 at 10:55 PM, Matt Mastracci > wrote:
>>
>> +1 for this implementation.
>>
>> This is a lot clearer than a
+1 for this implementation.
This is a lot clearer than a class -> implementation lookup map or
inlining the whole method at each call site. As long as the bytecode
is rewritten in hosted mode to match the expected order of operations,
there shouldn't be any surprises at compile time.
Coul
On 5-Mar-09, at 4:53 PM, Lex Spoon wrote:
> On Thu, Mar 5, 2009 at 5:10 PM, Matt Mastracci
> wrote:
>> function x() {
>> var a = 3;
>> return new Function("alert(a); a = 4;");
>> }
>
> I hadn't thought of that! Unfortunately, the cod
magic eval() method in Firefox which allows an
> additional parameter to be specified as the context (see
> http://ajaxian.com/archives/evalfooa-objfn-how-you-arent-private-in-firefox)
>
> e.g.
>
> eval(script, $wnd);
>
> -Ray
>
>
> On Thu, Mar 5, 2009 at 2:10 PM, Matt
Lex,
Have you tried using the string constructor for Function()? I believe
that it creates a function whose lexical scope is bound to the top-
level, no matter where it is executed.
var a = 2;
function x() {
var a = 3;
return new Function("alert(a); a = 4;");
}
x()();
alert(a);
fun
Bob,
Changes look really good.
Some review notes:
This code will terminate early if you have two anonymous functions in
your call stack (possible for some DOM stack traces), since both will
have name == "anonymous":
+// Avoid infinite loop: caller is not an activation record
+
lent and retain some kind of caller chain for java-dervied
> exceptions.
>
> --
> Bob. (Android)
>
>
> On Feb 13, 2009 1:25 PM, "Matt Mastracci"
> wrote:
>
>
> Bob,
>
> We've been doing the same thing for a while using a slightly different
&
Bob,
We've been doing the same thing for a while using a slightly different
method. Some notes from our implementation:
1. The callee chain represents functions, rather than activation
records as you'd expect. If you call a method re-entrantly, you'll
end up in an infinite loop (a.calle
98 matches
Mail list logo