Ned Deily added the comment:
Majeed, the fixes for this issue were released several years ago and the issue
has been closed. Comments on it will likely be ignored. If you believe there
is a problem in the current versions of Python 3 (3.4.3) or Python 2 (2.7.9),
please open a new issue with
Majeed Arni added the comment:
The problem still exists in 3.4 and 3.5 a4
Unhandled exception in thread started by
--
nosy: +MajeedArni
versions: +Python 3.4, Python 3.5 -Python 2.7, Python 3.1, Python 3.2, Python
3.3
___
Python tracker
Roundup Robot devnull@devnull added the comment:
New changeset 2ca1bc677a60 by Senthil Kumaran in branch '3.1':
Issue #10762: Guard against invalid/non-supported format string '%f' on
Windows. Patch Santoso Wijaya.
http://hg.python.org/cpython/rev/2ca1bc677a60
--
nosy: +python-dev
Roundup Robot devnull@devnull added the comment:
New changeset 1320f29bcf98 by Senthil Kumaran in branch '2.7':
Issue #10762: Guard against invalid/non-supported format string '%f' on
Windows. Patch Santoso Wijaya.
http://hg.python.org/cpython/rev/1320f29bcf98
--
Senthil Kumaran orsent...@gmail.com added the comment:
Fixed it in relevant branches. I had to add condition around the test to verify
that platform was win because this is unique to windows only. Thanks.
--
nosy: +orsenthil
___
Python tracker
Changes by Senthil Kumaran orsent...@gmail.com:
--
assignee: - orsenthil
resolution: - fixed
stage: - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10762
Santoso Wijaya santoso.wij...@gmail.com added the comment:
There does not seem to be any mention of what an ANSI behavior should be upon
encountering a non-supported format string. Hence, perhaps, the discrepancy
among different platforms.
--
___
Changes by Santoso Wijaya santoso.wij...@gmail.com:
--
versions: +Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10762
___
___
Santoso Wijaya santoso.wij...@gmail.com added the comment:
I don't think this is a Windows bug per se, because the behavior is undefined
in the standards. The burden is up to us to validate the format string inputted
[w]strftime and currently, our code mistakenly clears %f as valid.
I'm
Changes by Santoso Wijaya santoso.wij...@gmail.com:
Removed file: http://bugs.python.org/file21509/issue11703.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10762
___
Santoso Wijaya santoso.wij...@gmail.com added the comment:
Wrong filename. Attaching again: against 2.7 and 3.1 branches.
--
Added file: http://bugs.python.org/file21510/issue10762_py27.patch
___
Python tracker rep...@bugs.python.org
Changes by Santoso Wijaya santoso.wij...@gmail.com:
Added file: http://bugs.python.org/file21511/issue10762_py31.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10762
___
Changes by Santoso Wijaya santoso.wij...@gmail.com:
--
nosy: +santa4nt
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10762
___
___
Changes by Alexander Belopolsky belopol...@users.sourceforge.net:
--
components: +Extension Modules, Windows -Library (Lib)
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10762
___
David Leonard d+pyt...@adaptive-enterprises.com added the comment:
Agree that the patches from issue 4804 and wrapping strftime() to catch the
invalid_parameter call would fix this:
windbg trace:
0:000 k
Child-SP RetAddr Call Site
`0021f328 07fe`fdbb27cf
Terry J. Reedy tjre...@udel.edu added the comment:
I verified problem with 3.2b1 on 32-bit winxp machine.
IDLE restarts after pythonw crashes.
--
nosy: +terry.reedy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10762
New submission from David Leonard d+pyt...@adaptive-enterprises.com:
Installed http://www.python.org/ftp/python/2.7.1/python-2.7.1.amd64.msi
on Windows 7, x64 into C:\Python27
C:\\Python27\python.exe
Python 2.7.1 (r271:86832, Nov 27 2010, 17:19:03) [MSC v.1500 64 bit (AMD64)] on
win32
Type
R. David Murray rdmur...@bitdance.com added the comment:
Note that this is a regression relative to 2.6, where the same call returns ''
(which is different from what it returns on linux, where the result would be
'%f', or OSX, where the result would be 'f'). (Tests done on windows XP using
18 matches
Mail list logo