Andrey Chernyshev wrote:
On 7/10/06, Oliver Deakin <[EMAIL PROTECTED]> wrote:
Andrey Chernyshev wrote:
>
> Thanks Oliver, this explanation sounds reasonable.
> If the issue is just in the shutdown hooks order, then, still may be
> it makes sense to add VM.addClasslibShutdownHook(Runnable) metho
On 7/10/06, Oliver Deakin <[EMAIL PROTECTED]> wrote:
Andrey Chernyshev wrote:
> On 7/7/06, Oliver Deakin <[EMAIL PROTECTED]> wrote:
>> Andrey Chernyshev wrote:
>> > I was trying to compile the kernel classes set from DRLVM
>> independently
>> > from the classlib and found it difficult because ker
Andrey Chernyshev wrote:
On 7/7/06, Oliver Deakin <[EMAIL PROTECTED]> wrote:
Andrey Chernyshev wrote:
> I was trying to compile the kernel classes set from DRLVM
independently
> from the classlib and found it difficult because kernel classes set
> currently have a dependence on the internal cl
On 7/7/06, Oliver Deakin <[EMAIL PROTECTED]> wrote:
Andrey Chernyshev wrote:
> I was trying to compile the kernel classes set from DRLVM independently
> from the classlib and found it difficult because kernel classes set
> currently have a dependence on the internal classlib API, e.g.
> org.apach
Andrey Chernyshev wrote:
I was trying to compile the kernel classes set from DRLVM independently
from the classlib and found it difficult because kernel classes set
currently have a dependence on the internal classlib API, e.g.
org.apache.harmony.luni.internal.net.www.protocol.jar.JarURLConnectio
I was trying to compile the kernel classes set from DRLVM independently
from the classlib and found it difficult because kernel classes set
currently have a dependence on the internal classlib API, e.g.
org.apache.harmony.luni.internal.net.www.protocol.jar.JarURLConnection
and org.apache.harmony.l
