On 06/Jul/2010 15:49, Jesse Wilson wrote:
On Sun, Jul 4, 2010 at 8:05 PM, regi...@apache.org wrote:
File.counter could be accessed by multiple threads, so use
AtomicInteger to make sure each thread using different int
value to create temp file.
Is this a sufficient fix for the problem? The
On 07/Jul/2010 05:49, Regis wrote:
On 2010-07-06 22:49, Jesse Wilson wrote:
On Sun, Jul 4, 2010 at 8:05 PM,regi...@apache.org wrote:
File.counter could be accessed by multiple threads, so use
AtomicInteger to
make
sure each thread using different int value to create temp file.
Is this a
In message aanlktinst2afvdlxxn8767i9nnj5jhqazxmsbmnjt...@mail.gmail.com,
Jesse Wilson writes:
On Sun, Jul 4, 2010 at 8:05 PM, regi...@apache.org wrote:
On Tue, Jul 6, 2010 at 6:56 AM, Mark Hindess mark.hind...@googlemail.com
wrote:
This breaks the build for the IBM VME (from
On 2010-07-07 17:14, Tim Ellison wrote:
On 07/Jul/2010 05:49, Regis wrote:
On 2010-07-06 22:49, Jesse Wilson wrote:
On Sun, Jul 4, 2010 at 8:05 PM,regi...@apache.org wrote:
File.counter could be accessed by multiple threads, so use
AtomicInteger to
make
sure each thread using different int
Regis,
This breaks the build for the IBM VME (from developerWorks). Since they
don't have a sun.misc.Unsafe, so the AtomicInteger can't be resolved.
Any ideas how to fix this?
Also, the luni.jar manifest says:
java.util.concurrent;resolution:=optional,
I wonder when it becomes
On Sun, Jul 4, 2010 at 8:05 PM, regi...@apache.org wrote:
File.counter could be accessed by multiple threads, so use AtomicInteger to
make
sure each thread using different int value to create temp file.
Is this a sufficient fix for the problem? The file system may be shared by
multiple
On 06/Jul/2010 14:56, Mark Hindess wrote:
Regis,
This breaks the build for the IBM VME (from developerWorks). Since they
don't have a sun.misc.Unsafe, so the AtomicInteger can't be resolved.
Any ideas how to fix this?
Also, the luni.jar manifest says:
In message 4c333db6.1000...@gmail.com, Tim Ellison writes:
On 06/Jul/2010 14:56, Mark Hindess wrote:
Regis,
This breaks the build for the IBM VME (from developerWorks). Since they
don't have a sun.misc.Unsafe, so the AtomicInteger can't be resolved.
Any ideas how to fix this?
On 2010-07-06 21:56, Mark Hindess wrote:
Regis,
This breaks the build for the IBM VME (from developerWorks). Since they
don't have a sun.misc.Unsafe, so the AtomicInteger can't be resolved.
Any ideas how to fix this?
Also, the luni.jar manifest says:
On 2010-07-06 22:49, Jesse Wilson wrote:
On Sun, Jul 4, 2010 at 8:05 PM,regi...@apache.org wrote:
File.counter could be accessed by multiple threads, so use AtomicInteger to
make
sure each thread using different int value to create temp file.
Is this a sufficient fix for the problem? The
10 matches
Mail list logo