[issue25870] textwrap is very slow on long words without spaces

Bernhard M. Wiedemann added the comment: should probably be lines = [x[n*64:(n+1)*64] for n in range(((len(x)-1)//64)+1)] to avoid an empty line added when the last line is full which once again shows why people prefer to use standard libraries for this kind of work --

[issue25871] textwrap.dedent doesn't find common substring when spaces and tabs are mixed

Changes by R. David Murray : -- resolution: -> duplicate stage: -> resolved superseder: -> textwrap.dedent() fails when largest common whitespace is a substring of smallest leading whitespace ___ Python tracker

[issue25859] EOFError in test_nntplib.NetworkedNNTPTests.test_starttls()

Berker Peksag added the comment: > Would it be appropriate to change this test so that instead of connecting to > a remote server, we connect to a local server running in a background thread? +1. We can host it at pythontest.net if needed. The repo is here:

[issue25872] multithreading traceback KeyError when modifying file

New submission from Michael Allen: Modifying a file while getting a stacktrace across multiple threads causes linecache's cache to bust and del to be called on the global cache variable. This is not thread safe and raises a KeyError. Reproducible with, import threading import traceback def

[issue11220] https sslv3 error 14077417: illegal parameter

Hari Krishna Dara added the comment: Interesting... the posted Python code for 2.x didn't work for me on 2.6.9 on Mac OS X (10.10.5). The code in catch block further generates the below exception: Traceback (most recent call last): File "/tmp/t.py", line 17, in connect self.sock =

[issue25871] textwrap.dedent doesn't find common substring when spaces and tabs are mixed

Chris Tozer added the comment: Yeah sorry - I am stuck on a baked-at-2.7.5 version thanks to CentOS. I was misled by the banner telling me it was more recent than the fix. I'll just close, I'm sure the fix in 2.7.11 is good, per issue 21827. -- status: open -> closed

[issue25871] textwrap.dedent doesn't find common substring when spaces and tabs are mixed

New submission from Chris Tozer: Two lines, one has three spaces, one has two spaces then a tab - dedent doesn't take the two spaces away... Python 2.7.5 (default, Nov 20 2015, 02:00:19) [GCC 4.8.5 20150623 (Red Hat 4.8.5-4)] on linux2 Type "help", "copyright", "credits" or "license" for more

[issue25870] textwrap is very slow on long words without spaces

R. David Murray added the comment: This has already been fixed in issue 22687. It was deemed a performance improvement for an edge case and was not backported. I don't see the advantage of using textwrap to split up base64 encoded strings, by the way. The module isn't designed for doing

[issue25871] textwrap.dedent doesn't find common substring when spaces and tabs are mixed

R. David Murray added the comment: Your banner says 2.7.5, so you aren't even running the most recent 2.7 release. This fix should appear in that most recent release, 2.7.11. Can you test with 2.7.11 and report if that fixes your problem? -- nosy: +r.david.murray

[issue17055] ftplib.ftpcp test

Berker Peksag added the comment: ftpcp is undocumented and not part of the public API. It was added(changeset https://hg.python.org/cpython/rev/63cdfbb4a2bb#l1.433) in 1996 and it looks like its code was only touched for whitespace and PEP 8 fixes. I think we need to decide whether we want

[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 files:

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

SilentGhost added the comment: This seems fully covered in the What's new for 3.5: https://docs.python.org/3/whatsnew/3.5.html#unsupported-operating-systems -- nosy: +SilentGhost resolution: -> not a bug stage: -> resolved status: open -> closed

[issue19475] Add timespec optional flag to datetime isoformat() to choose the precision

Guido van Rossum added the comment: I like the idea. I have one suggestion: can we add 'milliseconds' as an option too? And might a well add 'nanoseconds' too, for future-proofing. I suppose there isn't a real use case for 'hours' but it seems silly to leave it out. I expect that 'minutes'

[issue19475] Add timespec optional flag to datetime isoformat() to choose the precision

Alexander Belopolsky added the comment: It looks like issue19475_v3.patch uses some fancy Unicode quotes in the docstrings and .rst docs. Please change them to ASCII. -- ___ Python tracker

[issue19475] Add timespec optional flag to datetime isoformat() to choose the precision

Alexander Belopolsky added the comment: GvR> I suppose there isn't a real use case for 'hours' but it seems silly to leave it out. Shouldn't we also have 'none' to leave out the time component entirely? -- ___ Python tracker

[issue25873] Faster ElementTree iterating

New submission from Serhiy Storchaka: Proposed patch refactors and optimize the code for iterating ElementTree. Refactoring and minor optimization makes the code about 30 lines smaller and 2-3% faster. Using a continuous array instead of linked list makes the code up to 40% faster (lxml

[issue19475] Add timespec optional flag to datetime isoformat() to choose the precision

Alexander Belopolsky added the comment: > The problem here is that millisecond and nanosecond seems not to be > attributes of the datetime object. millisecond = dt.microsecond // 1000 nanosecond = 0 # until we add it to datetime. -- ___ Python

[issue19475] Add timespec optional flag to datetime isoformat() to choose the precision

Guido van Rossum added the comment: Actually, nanosecond = dt.microsecond*1000. I don't think we need 'none' -- you should just extract the date component and call its isoformat() method if that's what you want. On Tue, Dec 15, 2015 at 12:01 PM, Alexander Belopolsky < rep...@bugs.python.org>

[issue19475] Add timespec optional flag to datetime isoformat() to choose the precision

Alessandro Cucci added the comment: I can work on that, although I'll need help from some senior dev. The problem here is that millisecond and nanosecond seems not to be attributes of the datetime object. What about open a new issue if we have to add them? Is not about adding an optional flag

[issue19475] Add timespec optional flag to datetime isoformat() to choose the precision

Alexander Belopolsky added the comment: > Actually, nanosecond = dt.microsecond*1000. I was thinking in terms breaking the fractional part of say 00:00:00.123456789 into mili = 123 micro = 456 nano = 789 but you are right, a correct analogy for dt.microsecond in this case will be

[issue25866] Reference 3. Data Model: miscellaneous minor cleanups on the word "sequence".

New submission from Andrew Barnert: None of the below are very serious or likely to mislead anyone using or implementing Python, but... --- 3.3.2. Customizing attribute access The docs for `__dir__` say: > A sequence must be returned. dir() converts the returned sequence to a list > and

[issue25849] files, opened in unicode (text): write() returns symbols count, but seek() expect offset in bytes

STINNER Victor added the comment: > If the “slow reconstruction algorithm” was clarified or removed, ... I wrote this algorithm, or I helpd to write it, I don't recall. The problem is readahead: TextIOWrapper read more bytes than requested for performances. But when tell() is called, the user

[issue25849] files, opened in unicode (text): write() returns symbols count, but seek() expect offset in bytes

Antoine Pitrou added the comment: I don't understand what the complaint is. If you think seek()/tell() are not useful, just don't use them. -- ___ Python tracker

[issue25867] os.stat raises exception when using unicode and no locale is set

New submission from Ondrej Sejvl: os.stat() raises exception UnicodeEncodeError when path is unicode and no locale is set in envinronment (this occures when running app with daemon tools -> LC_ALL=) How to simulate: $ env -i python >>> import os >>> os.stat(u"\xf0") Traceback (most recent

[issue25868] test_eintr.test_sigwaitinfo() hangs on "AMD64 FreeBSD CURRENT 3.x" buildbot

STINNER Victor added the comment: > With the pipe, there is still a potential race after the parent writes to the > pipe and before sigwaitinfo() is invoked, versus the child sleep() call. Yeah, I know, that's why I kept the ugly 100 ms sleep. > What do you think of my suggestion to block the

[issue25868] test_eintr.test_sigwaitinfo() hangs on "AMD64 FreeBSD CURRENT 3.x" buildbot

Roundup Robot added the comment: New changeset 7f49af7046e4 by Victor Stinner in branch 'default': Issue #25868: Try to make test_eintr.test_sigwaitinfo() more reliable https://hg.python.org/cpython/rev/7f49af7046e4 -- nosy: +python-dev ___ Python

[issue25868] test_eintr.test_sigwaitinfo() hangs on "AMD64 FreeBSD CURRENT 3.x" buildbot

New submission from STINNER Victor: Re-running test 'test_eintr' in verbose mode test_all (test.test_eintr.EINTRTests) ... test test_eintr failed FAIL == FAIL: test_all (test.test_eintr.EINTRTests)

[issue25868] test_eintr.test_sigwaitinfo() hangs on "AMD64 FreeBSD CURRENT 3.x" buildbot

Martin Panter added the comment: With the pipe, there is still a potential race after the parent writes to the pipe and before sigwaitinfo() is invoked, versus the child sleep() call. What do you think of my suggestion to block the signal? Then (in theory) it should be robust, rather than

[issue25868] test_eintr.test_sigwaitinfo() hangs on "AMD64 FreeBSD CURRENT 3.x" buildbot

Martin Panter added the comment: You would only block SIGUSR1 (the signal being waited for). SIGALRM would remain unblocked, so the syscall should be interrupted by it. If everything is working smoothly, you should generally see two SIGALRM interrupts per sleep time, so I don’t think it is

[issue25869] Faster ElementTree deepcopying

Changes by Serhiy Storchaka : Removed file: http://bugs.python.org/file41314/etree_deepcopy.patch ___ Python tracker ___

[issue25868] test_eintr.test_sigwaitinfo() hangs on "AMD64 FreeBSD CURRENT 3.x" buildbot

STINNER Victor added the comment: I used a short sleep of 100 ms to test if the pipe is enough to synchronize the parent and the child, but this delay is too short to test that sigwaitinfo() is interrupted by EINTR. "self.sleep_time = 0.100" must be removed to use the default sleep time

[issue25865] 7.2 Assignment statements documentation is vague and slightly misleading

Martin Panter added the comment: Regarding assigning to (), see Issue 23275. Looks like there is a patch to enable it. -- nosy: +martin.panter ___ Python tracker

[issue25868] test_eintr.test_sigwaitinfo() hangs on "AMD64 FreeBSD CURRENT 3.x" buildbot

Martin Panter added the comment: BTW I definitely think your pipe solution is better than before, which was relying on the whole Python process startup time being fast. The race window should be much smaller now. -- ___ Python tracker

[issue25869] Faster ElementTree deepcopying

Changes by Serhiy Storchaka : Added file: http://bugs.python.org/file41316/etree_deepcopy.patch ___ Python tracker ___

[issue25869] Faster ElementTree deepcopying

Changes by Serhiy Storchaka : Added file: http://bugs.python.org/file41315/bench_etree_deepcopy.log ___ Python tracker ___

[issue25869] Faster ElementTree deepcopying

New submission from Serhiy Storchaka: According to lxml benchmark [1], deepcopying a tree in ElementTree is about 20 times slower than in lxml. Proposed patch optimizes deepcopying C implementation of ElementTree about 20 times. It is now 5% to 3 times faster than in lxml. [1]

[issue25875] PYODBC talk to Oracle under Windows 10.

R. David Murray added the comment: pyodbc is not a part of the Python standard library. You'll need to seek support from the pyodbc community for your problem. If you don't know how to find them, I'd suggest posting to the python-list mailing list for help. (You might want to do that

[issue25876] test_gdb: use subprocess._args_from_interpreter_flags() to test Python with more options

New submission from STINNER Victor: Attached patch pass Python options to the Python program run in gdb, so it allows to test more cases. What do you think? I don't think that it's worth to apply the patch to Python < 3.6. -- components: Tests files: test_gdb.patch keywords: patch

[issue19475] Add timespec optional flag to datetime isoformat() to choose the precision

Martin Panter added the comment: Alessandro, did you try running the test suite? It is broken for me. One of the bugs is that it now omits zero hours, minutes, and seconds in addition to microseconds. (Kind of the reverse of what the bug was originally about :). Other failures look like this:

[issue19475] Add timespec optional flag to datetime isoformat() to choose the precision

Martin Panter added the comment: The doc string in the C module needs updating. -- ___ Python tracker ___ ___

[issue21765] Idle: make 3.x HyperParser work with non-ascii identifiers.

Tal Einat added the comment: It turns out that staying with str.translate in PyParse payed off! An optimization in 3.5 (issue21118) has made it much much faster on ASCII-only inputs, which are the vast majority in this case. -- ___ Python tracker

[issue25877] python av docs has broken links

New submission from Thomas Latimer: https://www.python.org/doc/av/ I was looking for an audio lecture on python to listen to on my drive. I found this page, which looked promising, except... both 'python411' and 'a little bit of python' are broken links. -- assignee: docs@python

[issue25847] CPython not using Visual Studio code analysis!

Alexander Riccio added the comment: I'll open up a new issue for /W4, and deal with that first. -- ___ Python tracker ___

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

Brett Cannon added the comment: Chris' patch, though, fixes a doc that fails to mention our support policy for Windows: https://www.python.org/dev/peps/pep-0011/#microsoft-windows . There should at least be a sentence saying that once Microsoft no longer supports an operating system release

[issue25610] Add typing.Awaitable

Guido van Rossum added the comment: Yes. (There's a corresponding issue for the typehinting repo that's still open because the tests need to be segregated into Python-3.5-only tests and tests for Python 3.3-3.4). -- assignee: -> gvanrossum resolution: -> fixed status: open -> closed

[issue25878] CPython on Windows builds with /W3, not /W4

New submission from Alexander Riccio: This issue is related to Issue25847. Compiling at /W4 is generally a good idea. It's an industry best practice, and even though I don't expect disagreement, I'll throw in a few coding standard links:

[issue25873] Faster ElementTree iterating

Martin Panter added the comment: Looks technically correct as far as my knowledge of the malloc routines goes. What was the problem with references that you fixed? Maybe with parent_stack_push_new() failure? The main reference counting bug that sticks out to me is with the text and tail

[issue25610] Add typing.Awaitable

Berker Peksag added the comment: Can we close this now? -- nosy: +berker.peksag ___ Python tracker ___ ___

[issue25870] textwrap is very slow on long words without spaces

Martin Panter added the comment: There is a standard library fuction for that ;) the step argument to range(): lines = (result[n:n + 64] for n in range(0, len(result), 64)) -- nosy: +martin.panter ___ Python tracker

[issue25847] CPython not using Visual Studio code analysis!

Alexander Riccio added the comment: See Issue25878. -- ___ Python tracker ___ ___ Python-bugs-list mailing

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

Changes by Brett Cannon : -- assignee: docs@python -> brett.cannon ___ Python tracker ___

[issue25878] CPython on Windows builds with /W3, not /W4

Alexander Riccio added the comment: The warnings that I've disabled are: C4054, "'conversion' : from function pointer 'type1' to data pointer 'type2'": https://msdn.microsoft.com/en-us/library/07d15ax5(v=vs.90).aspx I disabled 4054because there are lots of void* to (somefuncptr)

[issue25878] CPython on Windows builds with /W3, not /W4

Alexander Riccio added the comment: I've added the text build output. -- Added file: http://bugs.python.org/file41322/W4_v2_build_output ___ Python tracker

[issue25794] __setattr__ does not always overload operators

Changes by Berker Peksag : -- nosy: +berker.peksag stage: -> patch review versions: -Python 3.4 ___ Python tracker ___

[issue25878] CPython on Windows builds with /W3, not /W4

Changes by Alexander Riccio : -- nosy: +paul.moore, steve.dower, tim.golden, zach.ware ___ Python tracker ___

[issue25879] Code objects from same line can compare equal

Kirk McDonald added the comment: This is a duplicate of http://bugs.python.org/issue25843 -- resolution: -> duplicate status: open -> closed ___ Python tracker

[issue25870] textwrap is very slow on long words without spaces

New submission from Bernhard M. Wiedemann: Many python scripts use textwrap to break base64-encoded strings from openssl into lines - e.g. https://bugs.launchpad.net/python-keystoneclient/+bug/1404402 and https://github.com/diafygi/acme-tiny/blob/master/acme_tiny.py#L166 Steps To Reproduce:

[issue25873] Faster ElementTree iterating

Changes by Serhiy Storchaka : Removed file: http://bugs.python.org/file41323/etree_iter2.patch ___ Python tracker ___

[issue1753718] base64 "legacy" functions violate RFC 3548

R. David Murray added the comment: Updated patch that addresses most of the comments. -- Added file: http://bugs.python.org/file41325/issue-01753718.patch ___ Python tracker

[issue1753718] base64 "legacy" functions violate RFC 3548

Changes by R. David Murray : -- versions: -Python 2.7 ___ Python tracker ___ ___

[issue25859] EOFError in test_nntplib.NetworkedNNTPTests.test_starttls()

Changes by Martin Panter : Added file: http://bugs.python.org/file41327/starttls-server.patch ___ Python tracker ___

[issue25859] EOFError in test_nntplib.NetworkedNNTPTests.test_starttls()

Changes by Martin Panter : Removed file: http://bugs.python.org/file41326/starttls-server.patch ___ Python tracker ___

[issue23788] test_urllib2_localnet.test_bad_address fails: OSError not raised by urlopen

Roundup Robot added the comment: New changeset e81189f75d04 by Martin Panter in branch '3.5': Issue #23788: Merge redundant test_bad_address() into test_urllibnet https://hg.python.org/cpython/rev/e81189f75d04 New changeset 16accac4b2f6 by Martin Panter in branch 'default': Issue #23788: Merge

[issue23788] test_urllib2_localnet.test_bad_address fails: OSError not raised by urlopen

Martin Panter added the comment: Thanks Berker -- resolution: -> fixed stage: commit review -> resolved status: open -> closed ___ Python tracker ___

[issue19475] Add timespec optional flag to datetime isoformat() to choose the precision

Alessandro Cucci added the comment: Please can I have an update on this? It's already 4 months old, I'd like to see it closed. :) -- ___ Python tracker

[issue19475] Add timespec optional flag to datetime isoformat() to choose the precision

Changes by STINNER Victor : -- nosy: +matrixise ___ Python tracker ___ ___

[issue25875] PYODBC talk to Oracle under Windows 10.

New submission from William Abdo: PYODBC talk to Oracle under Windows 10. I tried everything I could however, I was unable to make PYODBC talk to Oracle 11g under Windows 10. I have recently upgraded to Windows 10 and I have an issue with PYODBC connecting to Oracle 11g. It was working OK

[issue19475] Add timespec optional flag to datetime isoformat() to choose the precision

Alexander Belopolsky added the comment: I think timespec= option should also be added to the time.isoformat method. -- ___ Python tracker ___

[issue25824] 32-bit 2.7.11 installer creates registry keys that are incompatible with the installed python27.dll

Michel Bouard added the comment: This issue specifically talks about the 32-bit installer but the 64-bit is also affected by it. It is the same workaround but with a different registry key: HKLM\Software\Python\PythonCore\2.7 renamed to HKLM\Software\Python\PythonCore\2.7-32 --

[issue25877] python av docs has broken links

R. David Murray added the comment: The place to report web site bugs is https://github.com/python/pythondotorg. I know that's not obvious, so I don't blame you for reporting it here ;) (As far as web stuff goes, we only handle docs.python.org bugs here.) (It's kind of weird closing this as

[issue25873] Faster ElementTree iterating

Changes by Serhiy Storchaka : Added file: http://bugs.python.org/file41324/etree_iter2.patch ___ Python tracker ___

[issue25873] Faster ElementTree iterating

Serhiy Storchaka added the comment: Good catch Martin. I missed this case. Following patch fixes it. Other bugs look similar. They presumably can be triggered when remove the element itself during executing the __next__() method. I have no a reproducer though. I don't know wherever it is

[issue25824] 32-bit 2.7.11 installer creates registry keys that are incompatible with the installed python27.dll

Steve Dower added the comment: 64-bit Python shouldn't have the -32 in sys.winver, so it isn't affected. (If it does have the suffix, we have a second issue, but since it'd also be fixed by removing the code Eryk quoted there's no need for another issue.) --

[issue15873] datetime: add ability to parse RFC 3339 dates and times

Changes by Mihai Capotă : -- nosy: +mihaic ___ Python tracker ___ ___ Python-bugs-list

[issue23788] test_urllib2_localnet.test_bad_address fails: OSError not raised by urlopen

Berker Peksag added the comment: bad_address.patch looks good to me. -- nosy: +berker.peksag stage: patch review -> commit review ___ Python tracker ___

[issue25879] Code objects from same line can compare equal

New submission from Kirk McDonald: The following code gives an unexpected result: >>> a, b = lambda: 1, lambda: 1.0 >>> a() 1 >>> b() 1 >>> type(b()) >>> a.__code__ is b.__code__ True The cause boils down to this line of code:

[issue25879] Code objects from same line can compare equal

Changes by Kirk McDonald : -- components: +Interpreter Core type: -> behavior versions: +Python 2.7, Python 3.2, Python 3.3, Python 3.4, Python 3.5, Python 3.6 ___ Python tracker

[issue25869] Faster ElementTree deepcopying

Serhiy Storchaka added the comment: Updated patch correctly handles rare cases when different elements share the same attrib dict and when the same Element is occurred on different places in ElementTree (that is no longer a tree, but a directed graph). -- Added file:

[issue25867] os.stat raises exception when using unicode and no locale is set

R. David Murray added the comment: I don't think this is "intentional", but instead is a consequence of how things used to work before we started to try to handle empty/C locale better. It applies to python3 as well. Since we only started trying to handle this in python3, I'm not sure that

[issue25878] CPython on Windows builds with /W3, not /W4

Changes by Alexander Riccio : -- components: +Windows ___ Python tracker ___ ___

[issue25870] textwrap is very slow on long words without spaces

R. David Murray added the comment: Oh, good call. I forgot about step. -- ___ Python tracker ___ ___

[issue25859] EOFError in test_nntplib.NetworkedNNTPTests.test_starttls()

Martin Panter added the comment: I don’t think there is much advantage hosting it on pythontest, but thanks for letting me know of the possibility. Here is a patch which runs it in a background localhost thread. -- keywords: +patch stage: needs patch -> patch review Added file:

[issue25873] Faster ElementTree iterating

Martin Panter added the comment: The new changes look good. I see these kind of reference counting bugs as fairly low priority. I suspect there are plenty more in this module, at least Issue 24103 and Issue 24104. -- ___ Python tracker

[issue25824] 32-bit 2.7.11 installer creates registry keys that are incompatible with the installed python27.dll

Michel Bouard added the comment: In a interactive shell: $ python Python 2.7.11 (v2.7.11:6d1b6a68f775, Dec 5 2015, 20:40:30) [MSC v.1500 64 bit (AMD64)] on win32 Type "help", "copyright", "credits" or "license" for more information. >>> import sys >>> sys.winver '2.7-32' >>> I agree that

[issue19475] Add timespec optional flag to datetime isoformat() to choose the precision

Alessandro Cucci added the comment: Thanks for all the comments, here and on Rietveld. I'll keep working on it. Hope to upload a new patch soon. -- ___ Python tracker