Re: [javaflow] instrumenting 'NEW' op

2005-08-16 Thread Kohsuke Kawaguchi
Kohsuke Kawaguchi wrote: Torsten Curdt wrote: I don't think I understand the instrumentation logic completely, but from a cursory look, the idea is to evaluate constructor parameters before the 'new' op (and StackRecorder is used as a temporary place to store evaluated objects.) That's

Re: [javaflow] instrumenting 'NEW' op

2005-08-15 Thread Torsten Curdt
I don't think I understand the instrumentation logic completely, but from a cursory look, the idea is to evaluate constructor parameters before the 'new' op (and StackRecorder is used as a temporary place to store evaluated objects.) That's true ...Stephan introduced that to get rid of

Re: [javaflow] instrumenting 'NEW' op

2005-08-15 Thread Kohsuke Kawaguchi
Torsten Curdt wrote: I don't think I understand the instrumentation logic completely, but from a cursory look, the idea is to evaluate constructor parameters before the 'new' op (and StackRecorder is used as a temporary place to store evaluated objects.) That's true ...Stephan

[javaflow] instrumenting 'NEW' op

2005-08-13 Thread Kohsuke Kawaguchi
I've been playing with javaflow and noticed the following. Suppose I have the following code: File root = new File(data); This compiles into the following bytecode: // local variable 0 is this // local variable 1 is root 0 new java/io/File 3 dup 4 ldc data