David Holmes wrote: > > Also: this discussion seems to imply that we require a native method > > that findLoadedClass() can use to ask the VM to look for C in its internal > > initiated types table associated with L.. is that correct? > > As findLoadedClass is a final method in ClassLoader I consider its > implementation part of the VM - as long as it and other parts of the VM use > the same lookup table you can do whatever you like here. That said it seems > to me that the lookup table defined in ClassLoader should be moved to > VMClassLoader. That way we would have: > > ClassLoader.findLoadedClass(n) calls VMClassLoader.findLoadedClass(this, > n) > > and > > ClassLoader.defineClass calls VMClassLoader.defineClass(this, ...) and > VMClassLoader.defineClass can then update the lookup table however it is > implemented in that VM. > > VMClassLoader can define a default mechanism using hashtables or just leave > things native. > > Or in simple words: move the lookup table out of ClassLoader into > VMClassLoader.
Good.. that's what I was thinking too. Thanks for the clarification. -Archie __________________________________________________________________________ Archie Cobbs * CTO, Awarix * http://www.awarix.com _______________________________________________ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath
