Tim Peters wrote:
> The other error here (which Jeremy also saw on Linux) came from running 3
> tests in a particular order. Here I'm running them with Jeremy's locale
> hack in test_logging reverted (there is no failure when that hack is in
> place):
>
> C:\Code\python\PCbuild>python ../lib/test/regrtest.py test_strptime
> test_logging
> test_time
> test_strptime
> test_logging
> test_time
> test test_time failed -- Traceback (most recent call last):
> File "C:\Code\python\lib\test\test_time.py", line 49, in test_strptime
> self.fail('conversion specifier: %r failed.' % format)
> File "C:\Code\python\lib\unittest.py", line 260, in fail
> raise self.failureException, msg
> AssertionError: conversion specifier: ' %c' failed.
>
> 2 tests OK.
> 1 test failed:
> test_time
>
OK. This is where running:
>>> import time
>>> time.strftime("%c")
>>> import _strptime
>>> _strptime.TimeRE()['c']
can help me try to diagnose this (I can't reproduce this under OS X).
This will give me what strftime is spitting out and what regex strptime
would be using to match against it.
-Brett
RetroSearch is an open source project built by @garambo | Open a GitHub Issue
Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo
HTML:
3.2
| Encoding:
UTF-8
| Version:
0.7.4