I'm not sure why this was just sent to Plocher and myself.  Respecting 
this, I removed the sender's name.  Its a little bit of more information 
for the 32/64 bit discussion.
> friends, while reading the discussion on $SUBJECT, fwiw there is a more
> subtle reason for working on 64 bit usr utilities, namely:
>
> 6709455 file utilities should be able to manipulate files with wrong timestamp
> http://monaco.sfbay/detail.jsf?cr=6709455
>
> 6248065 *ls* should be isaexec'ed (64bit on 64bit kernel, 32bit on 32bit 
> kernel)
> http://monaco.sfbay/detail.jsf?cr=6248065
>
> problems is, in a heterogeneous environment it can happen that files
> on the solaris server get created with a timestamp that overflows the 32 bit 
> time_t
> and the administrator has no way of getting rid of those files, we've seen 
> this
> in particular comming from MACOS / windows clients via samba/nfs


The first CR is rather new - possibly created for this discussion.

The second CR is 3 years old, but phrased as an RFE.  (I'm personally 
disappointed that this CR/RFE has been sitting there rotting.)

Just FYI,

- jek3


Reply via email to