On Thu, Feb 23, 2012 at 8:22 PM, John Rose wrote:
> It looks as if you are loading the "anonymous" class *channels_11AC* from
> two sources. Is it possible you have an old dumped version on your file
> system? (Seems unlikely.)
I would expect to also see it when running without invokedynamic
en
On Fri, Feb 24, 2012 at 10:08 AM, Charles Oliver Nutter
wrote:
>> Try java -verbose:class to see if it really loads twice.
>
> Sure, I'll see if I can come up with more information. Frustratingly,
> it only happens when running the full suite.
Ok, I do see it loading multiple times...but I'm not
On Fri, Feb 24, 2012 at 10:28 AM, Charles Oliver Nutter
wrote:
> It seems like the MethodHandle logic at some low level is linking the
> incoming class as though it were loaded from the bootstrap loader.
Oh, and FWIW, the name is not really "anonymous"...the noise after the
base class name is a S
On Fri, Feb 24, 2012 at 10:31 AM, Charles Oliver Nutter
wrote:
> ...but they're still defined by separate classloaders, so I still
> think there's an indy problem here.
Ok...I think I have a solution that works for me, and I'm still pretty
sure this is an indy problem.
My fix was to make every j
Hi Charles
Two quick ones:
Do you put your code on the bootClassPath?
Are you generating classes dynamically to which you add instance methods
to?
I currently use all static methods on a root class for my dynamics but was
thinking of
using a more specialized class + instances approach to ge
On Fri, Feb 24, 2012 at 12:33 PM, Mark Roos wrote:
> Hi Charles
>
> Two quick ones:
>
> Do you put your code on the bootClassPath?
When running from the command line only. For test runs, where I'm
seeing this issue, it be somewhere above the system classloader.
> Are you generating classes dynam