-Original Message-
> From: Artem Aliev [mailto:[EMAIL PROTECTED]
> Sent: Friday, June 16, 2006 6:52 AM
> To: harmony-dev@incubator.apache.org
> Subject: Re: [classlib][vm] Prerequisites for java.util.concurrent
>
> Nathan,
>
> > VMI Atomicity/Lock API - All of the AtomicX
gt; Sent: Friday, June 16, 2006 6:52 AM
> To: harmony-dev@incubator.apache.org
> Subject: Re: [classlib][vm] Prerequisites for java.util.concurrent
>
> Nathan,
>
> > VMI Atomicity/Lock API - All of the AtomicXXX classes are delegated to a
> > VM-specific API for atomic gets
> Sent: Tuesday, June 13, 2006 6:34 AM
> To: harmony-dev@incubator.apache.org
> Subject: Re: [classlib][vm] Prerequisites for java.util.concurrent
>
> Nathan Beyer wrote:
>
> > Does this mean we can stub out the luni-kernel System and just get the
> VMs
> > to
nally, including the
PriorityBlockingQueue.
-Original Message-
From: Paulex Yang [mailto:[EMAIL PROTECTED]
Sent: Monday, June 12, 2006 2:18 AM
To: harmony-dev@incubator.apache.org
Subject: Re: [classlib][vm] Prerequisites for java.util.concurrent
Nathan,
I'm working on the j.u.Pri
artifacts.
-Nathan
> -Original Message-
> From: Tim Ellison [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, June 13, 2006 6:34 AM
> To: harmony-dev@incubator.apache.org
> Subject: Re: [classlib][vm] Prerequisites for java.util.concurrent
>
> Nathan Beyer wrote:
>
> >
ng [mailto:[EMAIL PROTECTED]
Sent: Monday, June 12, 2006 2:18 AM
To: harmony-dev@incubator.apache.org
Subject: Re: [classlib][vm] Prerequisites for java.util.concurrent
Nathan,
I'm working on the j.u.PriorityQueue (harmony-574), but I didn't find
anything related to atomic or lock on this cla
Nathan Beyer wrote:
> Does this mean we can stub out the luni-kernel System and just get the VMs
> to implement it in their kernel classes using this method?
That's what I was thinking, and we can implement it in the luni-kernel /
classpathadapter as a reference for VMs if we so choose.
Regards,
> -Original Message-
> From: Tim Ellison [mailto:[EMAIL PROTECTED]
>
> Nathan Beyer wrote:
> > I've been working with the java.util.concurrent code to see what we'd
> need
> > to have in place to get this code to be a part of Harmony.
> >
> >
> >
> > System.nanoTime() - A number of the c
harmony-dev@incubator.apache.org
> Subject: Re: [classlib][vm] Prerequisites for java.util.concurrent
>
> Nathan,
>
> I'm working on the j.u.PriorityQueue (harmony-574), but I didn't find
> anything related to atomic or lock on this class? The spec on this class
> sa
Nathan,
I'm working on the j.u.PriorityQueue (harmony-574), but I didn't find
anything related to atomic or lock on this class? The spec on this class
said:
*"Note that this implementation is not synchronized.* Multiple threads
should not access a PriorityQueue instance concurrently if any o
> -Original Message-
> From: Tim Ellison [mailto:[EMAIL PROTECTED]
>
> Nathan Beyer wrote:
> > I've been working with the java.util.concurrent code to see what we'd
> need
> > to have in place to get this code to be a part of Harmony.
> >
> >
> >
> > System.nanoTime() - A number of the c
2 PM
> To: harmony-dev@incubator.apache.org
> Subject: Re: [classlib][vm] Prerequisites for java.util.concurrent
>
>
>
> Tim Ellison wrote:
>
> >
> > Strange that there are 6.0 dependencies. Is there a j.u.concurrent
> > maintenance stream we can track rather t
Tim Ellison wrote:
>
> Strange that there are 6.0 dependencies. Is there a j.u.concurrent
> maintenance stream we can track rather than the dev stream?
>
Yes. There's a tag.
geir
-
Terms of use : http://incubator.apache.o
Nathan Beyer wrote:
> I've been working with the java.util.concurrent code to see what we'd need
> to have in place to get this code to be a part of Harmony.
>
>
>
> System.nanoTime() - A number of the classes rely on the new nanoTime method.
> I'm assuming this would just be marked as a native
14 matches
Mail list logo
