RFR: 8214077: test java/io/File/SetLastModified.java fails on ARM32

Nick Gasson Nick.Gasson at arm.com
Fri Nov 23 11:13:46 UTC 2018


> This looks right and reduces the stat usages in libjava down to one
> remaining case (ProcessHandlerImpl_linux.c).

Hi Alan,

Do you want me to do this one too for completeness? Although as
it's calling stat() on the /proc/<pid> directory I don't think it's possible to
hit the EOVERFLOW case.

Thanks,
Nick

> -----Original Message-----
> From: Alan Bateman <Alan.Bateman at oracle.com>
> Sent: 23 November 2018 19:01
> To: Nick Gasson <Nick.Gasson at arm.com>; Magnus Ihse Bursie
> <magnus.ihse.bursie at oracle.com>; build-dev <build-dev at openjdk.java.net>;
> core-libs-dev at openjdk.java.net
> Cc: nd <nd at arm.com>
> Subject: Re: RFR: 8214077: test java/io/File/SetLastModified.java fails on
> ARM32
> 
> On 23/11/2018 09:37, Nick Gasson wrote:
> > Hi Alan,
> >
> > I've done this here:
> >
> > http://cr.openjdk.java.net/~njian/8214077/webrev.2/
> This looks right and reduces the stat usages in libjava down to one
> remaining case (ProcessHandlerImpl_linux.c).
> 
> >
> > I'm a bit unsure about #ifndef MACOSX - some existing files guard
> > the stat64 #define with this (e.g. UnixFileSystem_md.c) and some
> > don't (e.g. libnio/ch/FileDispatcherImpl.c). I don't have access
> > to an OS X machine to test, but I guess it doesn't matter too
> > much as AFAIK Apple haven't supported 32-bit for a long time?
> >
> Some sources are using _ALLBSD_SOURCE, I think this dates back to the
> Apple/BSD patch (went into 7u4 and 8). So there is a bit of consistency
> that should be cleaned up some time. Apple may have had a 32-bit build
> of the JDK many years ago but the changes that were into OpenJDK were
> for building on 64-bit only.
> 
> -Alan


More information about the core-libs-dev mailing list