[Python-Dev] float atime/mtime/ctime - a bad idea?

Guido van Rossum guido@python.org
Wed, 16 Oct 2002 10:20:57 -0400


> > In this particular case, I think having a global flag should be good
> > enough.  We can easily rig the standard library not to depend on its
> > value.
> 
> Sounds good. Unless I hear otherwise, I'll add stat_float_times(bool).
> 
> That still leaves the question of a migration plan, assuming that
> users, in general, would appreciate to silently get subsecond
> timestamps where possible. Here is a proposal:
> 
> - 2.3: just add stat_float_times. In the documentation, warn that the
>        value will change in the future.
> - 2.4: make stat_float_times(True) the default. Applications that break
>        would need to add stat_float_times(False) in a central place.
> 
> This has no phase were a warning is emitted, but any scheme that adds
> a warning means that the user first has to add something (to silence
> the warning), and then to remove something (when the default changes -
> although the option might stay forever).

Sounds good.

I wonder if we could let the tuple-ish interface return ints forever
(or until it's no longer supported).

--Guido van Rossum (home page: http://www.python.org/~guido/)