[issue14678] Update zipimport to support importlib.invalidate_caches()

Chris Wilcox added the comment: That is my thinking as well after rooting around a bit. I unfortunately am not knowledgable enough here to be 100% sure it is complete. -- ___ Python tracker <https://bugs.python.org/issue14

[issue39601] brace escapes are not working in formatted string literal format specifications

Chris Wilcox added the comment: Thanks Eric. That is very handy. I had made a test case earlier on a branch. Attached as a patch here if helpful. I haven't tried to fix this yet, but would be interested if it is something that makes sense to address. -- keywords: +patch Added

[issue39601] brace escapes are not working in formatted string literal format specifications

Chris Wilcox added the comment: Double curly braces do not indicate to not process the inner content. They indicate to include a literal curly brace. That said, I think there may be something not quite correct. I came up with an example based on the example in the format specifiers section

[issue9305] Don't use east/west of UTC in date/time documentation

Chris Wilcox added the comment: Are you still working on this Ajay Mahato? -- nosy: +crwilcox ___ Python tracker <https://bugs.python.org/issue9305> ___ ___

[issue14678] Update zipimport to support importlib.invalidate_caches()

Chris Wilcox added the comment: What work remains to be done for this issue? -- nosy: +crwilcox ___ Python tracker <https://bugs.python.org/issue14678> ___ ___

[issue39601] brace escapes are not working in formatted string literal format specifications

Chris Wilcox added the comment: The attached code implements `__format__` on the `Collections` class. In case 1, the template passed to `__format__` is "{v.name}: {v.email}|". In case 2, a name error will occur while processing the f string and v will not be found as no object &#x

[issue33941] datetime.strptime not able to recognize invalid date formats

Chris Wilcox added the comment: I looked a bit at _strptime.py and the corresponding tests and thought I would share my notes. The regular expressions clearly allow non-zero padded values for both %d and %m matches. There is one test where the following is run: time.strptime("Mar 1&q

[issue33941] datetime.strptime not able to recognize invalid date formats

Chris Wilcox added the comment: As %m and %d denote zero padded forms of month and day it seems to me this shouldn't match. Executing a small c program `char* ret = strptime("181223", "%Y%m%d", &tm);` confirms that this is considered invalid to c. The dat

[issue31298] Error when calling numpy.astype

Chris Wilcox added the comment: I may be wrong, but this seems like it could be an issue with NumPy. There are similar issues on their GitHub around crashes on astype. It probably wouldn't hurt to file this over there as well. https://github.com/numpy/numpy/issues -- nosy: +crw

[issue30581] os.cpu_count() returns wrong number of processors on system with > 64 logical processors

Changes by Chris Wilcox : -- pull_requests: +3312 ___ Python tracker <http://bugs.python.org/issue30581> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue30581] os.cpu_count() returns wrong number of processors on system with > 64 logical processors

Chris Wilcox added the comment: I was reviewing the docs for the os module and cpu_count should always return the number of cpus on the system, not the usable CPUs. GetMaximumProcessorCount returns a simulated count in WoW64. I have reached back out to the Windows API dev and will see if

[issue30581] os.cpu_count() returns wrong number of processors on system with > 64 logical processors

Chris Wilcox added the comment: I am going to work on this if no one else has started. -- nosy: +crwilcox ___ Python tracker <http://bugs.python.org/issue30

[issue25874] Add notice that XP is not supported on Python 3.5+

New submission from Chris Wilcox: This is a documentation change to make it easier to discover that XP is not a supported OS. Content was taken from the 'whats new' section and added to the top of the main article. -- assignee: docs@python components: Documentation