Jay, I've been using this code in production since early June. Works
well. I'm still using 1.5 for that particular project, but there's no
reason it wouldn't work with 1.6, because the code isn't even aware of
GWT, so it's agnostic of versions.
Not ready to release publicly yet, but if you real
Did anything come of this? Alex -- does your approach work with GWT
1.6? And, have you decided to contribute this anywhere? I'll
understand if you aren't willing, but I figured it can't hurt to ask.
jay
On May 7, 1:24 pm, Alex Epshteyn wrote:
> Hi Bob,
>
> > Could you provide some numbers in te
Hi Bob,
> Could you provide some numbers in terms of raw and gzipped
> before/after bytes?
This is the OBF compiled js size of a TypeRacer module before and
after instrumentation (raw/gz): 382/118 vs. 505/142 which can be
further reduced by using shortened identifiers instead of method name
stri
On Wed, May 6, 2009 at 4:49 PM, Alex Epshteyn
wrote:
> I'm using static code rewriting at the Java source level to maintain a
> virtual stack. It's actually working out very well so far. Getting
> surprisingly good results for code size, efficiency, and correctness.
Could you provide some numb
I'm using static code rewriting at the Java source level to maintain a
virtual stack. It's actually working out very well so far. Getting
surprisingly good results for code size, efficiency, and correctness.
> The symbol maps are emitted into the -aux directory.
So compiling with the latest tr
On Wed, May 6, 2009 at 4:15 PM, Alex Epshteyn
wrote:
> Yes, we discussed it some time ago. How is that coming along?
The symbol maps are emitted into the -aux directory.
@Alex, what technique are you using?
--
Bob Vawter
Google Web Toolkit Team
--~--~-~--~~~---~--
Yes, we discussed it some time ago. How is that coming along?
Alex
On Wed, May 6, 2009 at 8:56 AM, Joel Webber wrote:
> @bob: Weren't you doing some work to produce map files automatically and get
> back a clean stack trace on the server? Is that something available in
> trunk?
>
> On Wed, May
@bob: Weren't you doing some work to produce map files automatically and get
back a clean stack trace on the server? Is that something available in
trunk?
On Wed, May 6, 2009 at 4:28 AM, Alex Epshteyn
wrote:
>
> Hi Joel, thanks for the pointer! StackTraceCreator looks pretty cool,
> but I don't
Hi Joel, thanks for the pointer! StackTraceCreator looks pretty cool,
but I don't think there's any overlap with my work.
If I understand correctly, when you're running code compiled with OBF
it would give you a trace with elements like abc(), def(), ghi().
Here is what you get with my framewor
Alex,
Do check out com.google.gwt.core.client.impl.StackTraceCreator (in trunk).
If I'm understanding your proposal correctly, there may be a great deal of
overlap there.
Cheers,
joel.
On Tue, May 5, 2009 at 6:47 PM, Alex Epshteyn
wrote:
>
> > Are there any new developments on this front in the
> Are there any new developments on this front in the core GWT code?
The reason I ask is to be sure that I'm not duplicating your efforts
and wasting my time.
On Tue, May 5, 2009 at 4:31 PM, Alex Epshteyn
wrote:
> I have a working implementation which produces stack traces
> representing the or
11 matches
Mail list logo