[issue3269] strptime() makes an error concerning second in arg

Neven Goršić report at bugs.python.org
Thu Jul 3 16:03:57 CEST 2008


Neven Goršić <neven.gorsic at gmail.com> added the comment:

- My original issue was that time.strptime() makes difference between 61 and
62 seconds
- 17h AM, 78 s, 128min everyone can easly transform correctly, I just wanted
to use function for
  boundarie checking: rising error for 62 sec and not for 61 is confusing!
- I just wanted to point out that Python should be consistent: to provide
the same behaviour for 60,61 and 62 sec.

The conclusion is over as far as I am concerned.
I got the picture (you standpoint), and I hope, you too.

Thank you, once again,

Regards

     Neven

----------------------

On Thu, Jul 3, 2008 at 3:49 PM, Facundo Batista <report at bugs.python.org>
wrote:

>
> Facundo Batista <facundo at taniquetil.com.ar> added the comment:
>
> Closing as invalid, two reasons:
>
> - Your original issue was that time.strptime() didn't allow 62 seconds,
> not that it allowed 60 or 61.
>
> - If you use it to validate input... how do you actually know that
> 03/25/2012 17:13:61 AM' is an invalid date?
>
> I suggest to bring this issue in the python list if you have further
> doubts.
>
> Thank you!!
>
> ----------
> resolution:  -> invalid
> status: open -> closed
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue3269>
> _______________________________________
>

Added file: http://bugs.python.org/file10804/unnamed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3269>
_______________________________________
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: unnamed
URL: <http://mail.python.org/pipermail/python-bugs-list/attachments/20080703/cf27bb7a/attachment.txt>


More information about the Python-bugs-list mailing list