James Carlson <[EMAIL PROTECTED]> wrote:
> Joerg Schilling writes:
> > James Carlson <[EMAIL PROTECTED]> wrote:
> > > Right ... plus, if it were important enough to contend with, I'd think
> > > we could create (yet another) new stat interface to deal with the
> > > problem.
> >
> > I would be re
Joerg Schilling writes:
> James Carlson <[EMAIL PROTECTED]> wrote:
> > Right ... plus, if it were important enough to contend with, I'd think
> > we could create (yet another) new stat interface to deal with the
> > problem.
>
> I would be really happy with this!
>
> I would propose to make it ef
James Carlson <[EMAIL PROTECTED]> wrote:
> > You won't see them by default, thanks to PSARC 2005/361 (bug 6248624) -
> > PCFS
> > clamps the timestamps to the UN*X 32bit time_t range unless explicitly told
> > not
> > to by a mount option (noclamptime). See pcfs(7fs) and mount_pcfs(1m) about
[EMAIL PROTECTED] writes:
> On Tue, 30 Oct 2007, Joerg Schilling wrote:
>
> > James Carlson <[EMAIL PROTECTED]> wrote:
> >
> >> Note that 32-bit applications have no problem handling large files on
> >> Solaris, so it's really more of an issue in run-time memory space than
> >> anything else.
> >
On Tue, 30 Oct 2007, Joerg Schilling wrote:
James Carlson <[EMAIL PROTECTED]> wrote:
Note that 32-bit applications have no problem handling large files on
Solaris, so it's really more of an issue in run-time memory space than
anything else.
32bit Applications cannot access files with file st
