regards,
>> Nadya Morozova
>>
>>
>> -Original Message-
>> From: Geir Magnusson Jr. [mailto:[EMAIL PROTECTED]
>> Sent: Thursday, September 14, 2006 5:36 PM
>> To: harmony-dev@incubator.apache.org
>> Subject: Re: [classlib][luni] Put setInterruptAction
l
have a better understanding of what it does.
Best regards,
Nadya Morozova
-Original Message-
From: Geir Magnusson Jr. [mailto:[EMAIL PROTECTED]
Sent: Thursday, September 14, 2006 5:36 PM
To: harmony-dev@incubator.apache.org
Subject: Re: [classlib][luni] Put setInterruptAction() in our
ya Morozova
>
>
> -Original Message-
> From: Geir Magnusson Jr. [mailto:[EMAIL PROTECTED]
> Sent: Thursday, September 14, 2006 5:36 PM
> To: harmony-dev@incubator.apache.org
> Subject: Re: [classlib][luni] Put setInterruptAction() in our j.l.Thread
> stub?
>
ng the code will
have a better understanding of what it does.
Best regards,
Nadya Morozova
-Original Message-
From: Geir Magnusson Jr. [mailto:[EMAIL PROTECTED]
Sent: Thursday, September 14, 2006 5:36 PM
To: harmony-dev@incubator.apache.org
Subject: Re: [classlib][luni] Put setI
slib][luni] Put setInterruptAction() in our j.l.Thread
stub?
true, but there's no reason why this couldn't be in the code too...
geir
Tim Ellison wrote:
> Our VM interface documentation[1] is drifting out of sync with code
> changes. If anyone has time to refresh it, with help from
true, but there's no reason why this couldn't be in the code too...
geir
Tim Ellison wrote:
Our VM interface documentation[1] is drifting out of sync with code
changes. If anyone has time to refresh it, with help from the dev list,
that would be a very valuable task. We should ensure that VM
Our VM interface documentation[1] is drifting out of sync with code
changes. If anyone has time to refresh it, with help from the dev list,
that would be a very valuable task. We should ensure that VM writers
understand how to get the harmony class library code working with their VM.
[1] amongst
Geir Magnusson Jr. wrote:
This came up in another thread.
Currently, java.nio.channels.spi.AbstractInterruptibleChannel depends
on there being a setInterruptAction() method on java.lang.Thread.
I certainly think that this kind of thing should be documented, so the
question - should we add
Gregory Shimansky wrote:
On Friday 08 September 2006 06:03 Jimmy, Jing Lv wrote:
Geir Magnusson Jr. wrote:
This came up in another thread.
Currently, java.nio.channels.spi.AbstractInterruptibleChannel depends on
there being a setInterruptAction() method on java.lang.Thread.
I certainly think
On Friday 08 September 2006 06:03 Jimmy, Jing Lv wrote:
> Geir Magnusson Jr. wrote:
> > This came up in another thread.
> >
> > Currently, java.nio.channels.spi.AbstractInterruptibleChannel depends on
> > there being a setInterruptAction() method on java.lang.Thread.
> >
> > I certainly think that
Geir Magnusson Jr. wrote:
This came up in another thread.
Currently, java.nio.channels.spi.AbstractInterruptibleChannel depends
on there being a setInterruptAction() method on java.lang.Thread.
I certainly think that this kind of thing should be documented, so the
question - should we add th
Geir Magnusson Jr. wrote:
This came up in another thread.
Currently, java.nio.channels.spi.AbstractInterruptibleChannel depends on
there being a setInterruptAction() method on java.lang.Thread.
I certainly think that this kind of thing should be documented, so the
question - should we add th
On 9/8/06, Geir Magnusson Jr. <[EMAIL PROTECTED]> wrote:
This came up in another thread.
Currently, java.nio.channels.spi.AbstractInterruptibleChannel depends on
there being a setInterruptAction() method on java.lang.Thread.
I certainly think that this kind of thing should be documented, so th
13 matches
Mail list logo