[issue19475] Add microsecond flag to datetime isoformat()
Changes by Chris Rebert pyb...@rebertia.com: -- nosy: +cvrebert ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19475 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6305] islice doesn't accept large stop values
Changes by Raymond Hettinger raymond.hettin...@gmail.com: -- assignee: - rhettinger ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6305 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21291] subprocess Popen objects are not thread safe w.r.t. wait() and returncode being set
Changes by Gregory P. Smith g...@krypto.org: Added file: http://bugs.python.org/file35007/issue21291-patch-with-test-gps01.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21291 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21331] Reversing an encoding with unicode-escape returns a different result
Sworddragon added the comment:
The documentation says that unicode_internal is deprecated since Python 3.3 but
not unicode_escape. Also, isn't unicode_escape different from utf-8? For
example my original intention was to convert 2 byte string characters to their
control characters. For example the file test.txt contains the 17 byte utf-8
raw content ---a---\n---ä---. Now I want to convert '\\n' to '\n':
file = open('test.txt', 'r')
content = file.read()
file.close()
content = content.encode('utf-8').decode('unicode-escape')
print(content)
---a---
---ä---
I'm getting now successfully 2 lines but I have noticed not getting the ä
anymore. After that I have made a deeper look and opened this ticket.
If unicode_escape gets really deprecated maybe I could simply replace the
characters 0-31 and 127 to achieve practically the same behavior.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21331
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21207] urandom persistent fd - not re-openned after fd close
Charles-François Natali added the comment: Updated patch using an anonymous struct. LGTM! -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21207 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21291] subprocess Popen objects are not thread safe w.r.t. wait() and returncode being set
Roundup Robot added the comment: New changeset 5d745d97b7da by Gregory P. Smith in branch '3.4': subprocess's Popen.wait() is now thread safe so that multiple threads http://hg.python.org/cpython/rev/5d745d97b7da New changeset df45d0336dad by Gregory P. Smith in branch 'default': subprocess's Popen.wait() is now thread safe so that multiple threads http://hg.python.org/cpython/rev/df45d0336dad -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21291 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17552] socket.sendfile()
Charles-François Natali added the comment: 1) I really don't like the use_fallback argument: as a user, I don't care if it's using sendfile/splice/whatever WIndows uses. I view this as a channel transfer (like Java's http://docs.oracle.com/javase/7/docs/api/java/nio/channels/FileChannel.html#transferFrom(java.nio.channels.ReadableByteChannel, long, long)), which moves bytes around from one FD to another. If the user want precise control, he can just go ahead and call the syscall itself. Apart from complicating the prototype, what do this bring? 2) Just returning the number of bytes sent is fine 3) I really don't like the blocksize argument. Just use a really large value internally to minimize the number of syscalls, that's all that matters. I've *never* seen code which explicitly uses a blocksize: in 99% of cases, it just uses stat to find out the file size, and call sendfile with it. Trying to be consistent with ftplib is IMO a bad idea, since the API is just completely broken (I mean, just sending/retrieving a file is complex). A useful parameter instead would be to support sending only part of the file, so adding a count argument. You can have a look at http://docs.oracle.com/javase/7/docs/api/java/nio/channels/FileChannel.html#transferFrom(java.nio.channels.ReadableByteChannel, long, long) for an example many people bash Java, but they've designed some great APIs :-) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17552 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21291] subprocess Popen objects are not thread safe w.r.t. wait() and returncode being set
Gregory P. Smith added the comment: This fix is also present in subprocess32 3.2.6 on PyPI for use on Python 2. -- resolution: - fixed stage: - commit review status: open - closed type: - behavior ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21291 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21334] nntplib throws exceptions making sinntp unusable
New submission from randomcoder1: Sinntp is a nntp client. It uses nntplib from Python as a nntp library to fetch messages from NNTP servers. I've tested this on two environments with the following package versions: 1) Ubuntu 12.04.4 , python-support 1.0.14ubuntu2, Python 2.7.3-0ubuntu2.2 , sinntp 1.4-1 , libpython2.7 2.7.3-0ubuntu3.4 2) Debian jessie , python-support 1.0.15, Python 2.7.5-5, sinntp 1.5-1 , libpython2.7 version 2.7.6-8 sinntp crashed on 2) and threw NNTP* exceptions which are described in more detail in the bugreport-data.tgz file that comes with this bugreport. I was also able to isolate one NNTP article that caused it to crash, that's also included. I've included above the libpython2.7 version because user@machine:/tmp$ sudo apt-file -x search 'nntplib.py$' [..] libpython2.7-stdlib: /usr/lib/python2.7/nntplib.py [..] Upon trying to replace the sinntp 1.5-1 on 2) with the one in 1) , the problem was still present, so I believe sinntp can be excluded. I think the bug is caused by the newer version of libpython2.7 in 2). -- components: Library (Lib) files: bureport-data.tgz messages: 217060 nosy: randomcoder1 priority: normal severity: normal status: open title: nntplib throws exceptions making sinntp unusable type: crash versions: Python 2.7 Added file: http://bugs.python.org/file35008/bureport-data.tgz ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21334 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21334] nntplib throws exceptions making sinntp unusable
randomcoder1 added the comment: I'm cross-referencing this here too. https://code.google.com/p/sinntp/issues/detail?id=9 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21334 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21334] nntplib throws exceptions making sinntp unusable
randomcoder1 added the comment: I forgot to mention that in the environment 1) described above, everything worked fine. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21334 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21334] nntplib throws exceptions making sinntp unusable
Jakub Wilk added the comment:
For the reference, the exception is:
Traceback (most recent call last):
File /home/user/sources/sinntp/sinntp, line 357, in module
connection.quit()
File /usr/lib/python2.7/nntplib.py, line 608, in quit
resp = self.shortcmd('QUIT')
File /usr/lib/python2.7/nntplib.py, line 268, in shortcmd
return self.getresp()
File /usr/lib/python2.7/nntplib.py, line 223, in getresp
resp = self.getline()
File /usr/lib/python2.7/nntplib.py, line 212, in getline
raise NNTPDataError('line too long')
nntplib.NNTPDataError: line too long
The change in the behavior is intentional. The maximum line length has been
limited to 2048 to prevent denial of service. This is issue #16040 aka
CVE-2013-1752.
This is what relevant standards say:
RFC 3977 §3.1.1: “This document does not place any limit on the length of a
line in a multi-line block. However, the standards that define the format of
articles may do so.”
RFC 5322 §2.1.1: “Each line of characters MUST be no more than 998 characters,
and SHOULD be no more than 78 characters, excluding the CRLF.”
The message that sinntp tripped over had lines longer than RFC 5322 permits, so
it shouldn't have been accepted by the server in the first place.
I don't think there's much to be fixed on the Python side.
What could be improved is error handling in sinntp; but let's discuss this in
the sinntp bug tracker. :)
--
nosy: +jwilk
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21334
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20136] Logging: StreamHandler does not use OS line separator.
Thorsten Weimann added the comment: Please re-open. The IO system only takes care of line separators, if no encoding is given. -- nosy: +Thorsten.W ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20136 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21251] Standard library trace module crashes with exception
Martin Kolman added the comment: @ 1.: Reproducer attached to the comment - just build the C code and run trace_test.py It is maybe not as minimal as it could be but I'm afraid the context of what the module is doing would be lost if it was cut down too aggressively. @ 2.: I'm afraid this is not applicable in this case - pyblock just flat out does not support Python 3 and I haven't been able to find out even any third-party Python 3 port of it. I even tried to force run the current code with Python 3, just in case, but it just tracebacks during import due to Python 3 incompatible code, even before even importing the C extensions. -- Added file: http://bugs.python.org/file35009/pyblock.tar.xz ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21251 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21332] subprocess bufsize=1 docs are misleading
Changes by Jakub Wilk jw...@jwilk.net: -- nosy: +jwilk ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21332 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9338] argparse optionals with nargs='?', '*' or '+' can't be followed by positionals
Changes by Jakub Wilk jw...@jwilk.net: -- nosy: +jwilk ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9338 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21109] tarfile: Traversal attack vulnerability
Changes by Jakub Wilk jw...@jwilk.net: -- nosy: +jwilk ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21109 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20995] Use Better Default Ciphers for the SSL Module
Mark Kubacki added the comment: The cipher strings rely too much on AES for my taste. Imagine that ChaCha20Poly1305 or any other strong cipher suite is introduced to OpenSSL in the future. Enabling using general, and demoting using narrow terms, seems IMHO a better approach. For example: ECDH+HIGH:DH+HIGH:!aNULL:!MD5:!RC4:-3DES:HIGH -- nosy: +markk ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20995 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20995] Use Better Default Ciphers for the SSL Module
Donald Stufft added the comment: The cipher string includes HIGH, so if ChaCha20Poly1305 or another cipher suite is added to OpenSSL it'll get included in the cipher string by default. So the major difference of what you suggest would be no longer prioritizing ciphers. However I would argue that would be bad. The priority exists so that we get the best possible cipher is as many situations as we possibly can. It doesn't mean that we'll get the best possible cipher in *every* single situation, but generally we will. To this ends it prioritizes: * PFS with a secure cipher over everything else (Your string would do this as well) * After that prefer ECDHE over DHE * After that, prefer AES-GCM * After that, prefer AES-CBC * After that, any other HIGH cipher * After that, 3DES * After that, any use of RC4 including those with PFS So if OpenSSL added ChaCha20Poly1305 it would fit into the priority after AES-GCM and AES-CBC. For any device that has hardware support for AES (AES-NI) AES-GCM is hands down a better choice of cipher. It is secure, has no issues in the spec itself, and it is *fast*, like 900MB/s for AES-128-GCM on a Sandy Bridge Xeon w/ AES-NI (ChaCha20Poly1305 got 500MB/s on the same hardware, however it is a 256bit cipher will AES-128-GCM is a 128 bit cipher). Using ChaCha20 on those devices would be a worse choice than AES-GCM. However on lower powered devices, such as smart phones, especially those without hardware support for AES, ChaCha20 really shines. A Galaxy Nexus can do AES-256-GCM at 20MB/s whereas it can do ChaCha20Poly1305 at 92MB/s (same phone). So in an ideal world, assuming ChaCha20 was implemented in OpenSSL, we'd adjust the default cipher string based on the hardware they are running on. However since we don't have the ability to do that then preferring AES (which we know on some systems will be much faster) over an unknown future cipher (which we have no knowledge of if it will be faster or not) is a much more reasonable choice. If at some point in the future OpenSSL gains ChaCha20Poly1305 support then these strings should probably change to put ChaCha20Poly1305 in between AES-GCM and AES-CBC because on any given the system the likelyhood that you want AES-GCM is still higher than ChaCha20, but the likelyhood you want ChaCha20 over AES-CBC is greater. It's also important to note that the server in any TLS communication is the end that picks exactly which cipher we select. Ideally all servers will be configured to have the strongest cipher first, and to prefer their own cipher order. In that case for the *client* side of a TLS connection the order of the ciphers doesn't matter and thus your string vs the implemented string has no difference in behavior. However if the server doesn't enforce their own preference for ciphers, then the difference will be that an undefined cipher will be selected (could be AESGCM, AESCBC, ChaCha20, or Camellia). On the server side of this, if you're using Python to terminate your TLS on the server side, the likelyhood that a server is running on a low powered device where the benefits of ChaCha20Poly1305 are the highest are pretty low and preferring AES-GCM is an even safer idea. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20995 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21333] Document recommended exception for objects that shouldn't be pickled
Changes by Berker Peksag berker.pek...@gmail.com: -- nosy: +alexandre.vassalotti, pitrou ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21333 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20995] Use Better Default Ciphers for the SSL Module
Antoine Pitrou added the comment: For any device that has hardware support for AES (AES-NI) AES-GCM is hands down a better choice of cipher. It is secure, has no issues in the spec itself, and it is *fast*, like 900MB/s for AES-128-GCM on a Sandy Bridge Xeon w/ AES-NI (ChaCha20Poly1305 got 500MB/s on the same hardware, however it is a 256bit cipher will AES-128-GCM is a 128 bit cipher). Using ChaCha20 on those devices would be a worse choice than AES-GCM. I think performance isn't really relevant, except perhaps on very busy servers. A smartphone acting as a *client* certainly shouldn't need to download 20 MB/s of encrypted data. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20995 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20995] Use Better Default Ciphers for the SSL Module
Donald Stufft added the comment: I think performance isn't really relevant, except perhaps on very busy servers. A smartphone acting as a *client* certainly shouldn't need to download 20 MB/s of encrypted data. Well, if you factor out performance then ChaCha20Poly1305 and AES-GCM are more or less equivalent in preference with AES-CBC still less than either of them because of problematic construction choices in the TLS spec. If you factor out performance completely there is maybe a slight preference for ChaCha20Poly1305 over AES-GCM simply because AES-GCM is hard to implement in a timing safe way in software. However that discussion is mostly academic as right now ChaCha20Poly1305 is not available in OpenSSL. In general I agree that the performance of all of these are good enough that the average user of this API won't be able to tell the difference, however there is no cost to selecting the generally more performant of the two so I think it still makes sense to consider it. Hopefully what I was trying to achieve was provide some more context for markk so he'd hopefully be able to better understand why the string cipher calls out AES specifically before falling back to HIGH. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20995 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20995] Use Better Default Ciphers for the SSL Module
Mark Kubacki added the comment: Thanks for the detailed insight, Donald! And I certainly love the progress these changes here bring. :-) Perhaps limiting the scope to ChaCha20Poly1305 (»CCP«) has been a wrong approach of mine to explain my concerns: We should not refer to any particular cipher in those lists, and by that avoid to revisit the defaults at any point in the future. 0. Properties of any cipher to come are known to the makers of OpenSSL first. 1. Python shouldn't duplicate the work of ordering ciphers, which is already done by OpenSSL. 2. … especially because it is unknown which ciphers a user's OpenSSL does actually implement (Is EC present? CCP? HC-256 or HC-128? WIERZA? Rabbit? NTRU…) or will implement in the future. 3. Whether a cipher is regarded as more secure than another depends on its implementation, too. The implementors are better judges of that, and hence ordering should done by them and could vary between versions [e.g., of OpenSSL]. 4. Given our experiences with Python 2.7 I'd like to argue that there is reluctance to upgrading existing installations and its cipher suite strings. ;-) But we know from experience with already established ciphers if and when to demote them. That said I don't insist on any changes. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20995 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21334] nntplib throws exceptions making sinntp unusable
randomcoder1 added the comment: @Jakub Sure, I've submitted a patch in the sinntp googlecode issue tracker. When you have some time, please have a look at it. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21334 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20995] Use Better Default Ciphers for the SSL Module
Alex Gaynor added the comment: It would be great if we could rely on OpenSSL's ordering. It would be seriously fantastic. OpenSSL is best positioned to be able to do the right things, it's updated at the right times. It should be where we do this. Unfortunately the OpenSSL maintainers have utterly abdicated any responsibility for helping secure users, and has gone with poor defaults, obligating us to fill the hole. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20995 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21334] nntplib throws exceptions making sinntp unusable
Changes by randomcoder1 randomcod...@gmail.com: -- resolution: - third party status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21334 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21335] Update importlib.__init__ to reset _frozen_imnportlib's loader to SourceFileLoader
New submission from Brett Cannon: When importlib.__init__ tries to mask the fact that _frozen_importlib is frozen it should also reset __loader__ to be an instance of SourceFileLoader. This will allow tracebacks to include source lines thanks to SourceFileLoader.get_source(). -- assignee: brett.cannon components: Library (Lib) messages: 217073 nosy: brett.cannon priority: low severity: normal stage: needs patch status: open title: Update importlib.__init__ to reset _frozen_imnportlib's loader to SourceFileLoader type: behavior versions: Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21335 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21335] Update importlib.__init__ to reset _frozen_importlib's loader to SourceFileLoader
Changes by Zachary Ware zachary.w...@gmail.com: -- title: Update importlib.__init__ to reset _frozen_imnportlib's loader to SourceFileLoader - Update importlib.__init__ to reset _frozen_importlib's loader to SourceFileLoader ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21335 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20136] Logging: StreamHandler does not use OS line separator.
Vinay Sajip added the comment: Please re-open. This is configurable in Python 3.2 and later using the terminator attribute, but this can't be added to 2.7 as it would constitute a new feature. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20136 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17160] test_urllib2net fails
ddve...@ucar.edu added the comment: Well, ok, thanks :-) But I'm still wondering if it's not possible to use mocks for this test. or at least example.com (as in issue #20939) which is supposed to be more stable than python.org -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17160 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17386] Bring Doc/make.bat as close to Doc/Makefile as possible
Zachary Ware added the comment: Having looked at this again, the current patch is just far bigger than it needs to be and tries to do too much, not to mention being rather out of date now. So, here's a much less ambitious, much simpler patch with many fewer ways it can go wrong (but also not quite as close a match to using Makefile). Instead of only allowing specific targets, the script now only specifies non-Sphinx-builder targets (like clean, check, help, htmlview, and serve) and assumes that any first argument it doesn't recognize is supposed to be a Sphinx builder. htmlhelp is still special-cased in the build target. Not listing all the Sphinx builder targets explicitly means that builders like dirhtml, pickle, or json, or any builders added in future Sphinx versions will just work without our having to do anything for them. -- assignee: docs@python - zach.ware stage: commit review - patch review versions: +Python 3.5 Added file: http://bugs.python.org/file35010/issue17386.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17386 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21336] ntpath.splitdrive fails on None argument
New submission from Ben Ma: import ntpath ntpath.splitdrive(None) Traceback (most recent call last): File stdin, line 1, in module File E:\python3\lib\ntpath.py, line 159, in splitdrive if p and len(p) 1: TypeError: object of type 'NoneType' has no len() Solution: (that I've found) Lib/ntpath.py #in function splitdrive ... empty = _get_empty(p) +++ if p and len(p) 1: --- if len(p) 1: sep = _get_sep(p) ... return p[:2], p[2:] +++ else: +++ p = '' return empty, p ... -- components: Library (Lib) messages: 217077 nosy: runapp priority: normal severity: normal status: open title: ntpath.splitdrive fails on None argument type: crash versions: Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21336 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21336] ntpath.splitdrive fails on None argument
Eric V. Smith added the comment: Why are you passing None, and what would you expect the result to be? The function is documented as taking a string. -- nosy: +eric.smith type: crash - behavior ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21336 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18967] Find a less conflict prone approach to Misc/NEWS
Ezio Melotti added the comment: One of the Mercurial devs convinced me to pursue what I had initially proposed in msg197645 and write a merge script (attached). The script is still a proof of concept, it makes a few assumptions and doesn't handle all the cases, but I did a few tests and it seems to work for at least some cases. If people like it it can be improved. In short it parses Misc/NEWS, see what news entries have been added in the changeset(s) that it's being merged, and adds them at the top of the corresponding section. To enable it download the file, set it as executable (chmod +x newsmerge.py), and add the following to .hg/hgrc: [merge-tools] newsmerge.executable = /path/to/newsmerge.py newsmerge.priority = 100 newsmerge.premerge = True newsmerge.args = $base $local $other -o $output [merge-patterns] Misc/NEWS = newsmerge This will kick in only if the regular merge results in a conflict (so if you don't see any of the debug output from newsmerge it means that mercurial managed to merge Misc/NEWS on its own without conflicts). -- Added file: http://bugs.python.org/file35011/newsmerge.py ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18967 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17552] socket.sendfile()
Giampaolo Rodola' added the comment: 1) I really don't like the use_fallback argument Apart from complicating the prototype, what do this bring? My initial thought was that the user might want to know *why* a file cannot be sent by using the fastest method and hence wants to see the original exception. Anyway, I have not strong opinions about this so I guess we can also drop it. A useful parameter instead would be to support sending only part of the file, so adding a count argument. Have you read my patch? This is already provided by the offset parameter. I really don't like the blocksize argument. I've *never* seen code which explicitly uses a blocksize Both sendfile() and TransmitFile provide a blocksize parameter for very good reasons therefore it seems natural that an API built on top of them exposes the same parameter as well. Some examples in the stdlib which comes to mind using a blocksize are asynchat.async_chat.ac_out_buffer_size and ftplib.FTP.storbinary and I'm sure if you grep for blocksize you'll find others. Providing a blocksize is also necessary to tell how many bytes to read from file in case send() is used, 'cause it's *crucial* that you don't read the whole file into memory. I will also give a real world example: if your app wants to limit the transfer speed you will want to explicitly transmit smaller chunks of data and then sleep, and the only way to do that is by manipulating the blocksize. So yes: a blocksize parameter *is* necessary, so please stop beating that horse. As for using a bigger value: I made some benchmarks by using different sizes and I didn't notice any noticeable difference. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17552 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17552] socket.sendfile()
Giampaolo Rodola' added the comment: Note: my example about limiting the transfer speed does not really apply 'cause as this stands right now it cannot be used with non-blocking sockets. Other arguments do though and I hope it's clear that we need blocksize. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17552 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17552] socket.sendfile()
akira added the comment: I really don't like the use_fallback argument .. I initially also thought so. But I've suggested the parameter to replace `(was_os_sendfile_used, os_sendfile_error)` returned value as a *trade off* between a slight complexity in the interface vs. allowing to detect performance bugs easily e.g., when someone passed a file-like object incompatible with os.sendfile by accident (it is not enough to have a valid fileno. What mmap-like means?). .. as a user, I don't care if it's using sendfile/splice/whatever WIndows uses. .. what do this bring? The reason sendfile exists is performance. Otherwise socket.makefile and shutil.copyfileobj could be used instead. use_fallback parameter provides a way to assert that an ineffective fallback is not used by accident. It may be ignored by most users. An alternative is a new separate public method that doesn't use the fallback. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17552 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20849] add exist_ok to shutil.copytree
Changes by Justin Myers jus...@justinmyers.net: -- nosy: +justin.myers ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20849 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21332] subprocess bufsize=1 docs are misleading
Changes by akira 4kir4...@gmail.com: -- nosy: +akira ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21332 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9764] Tools/buildbot/external.bat should download and built tix
Zachary Ware added the comment: This is fixed in 3.5, PCbuild/tix.vcxproj builds Tix in Debug and Release modes. -- nosy: +zach.ware resolution: - fixed stage: needs patch - resolved status: open - closed versions: +Python 3.5 -Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9764 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9765] tcl-8 vs tcl8
Zachary Ware added the comment: PCbuild/tix.vcxproj explicitly sets TCL_DIR and TK_DIR in the command line used to build Tix, using the paths used by the rest of the solution and the Tools/buildbot scripts; would the attached patch now be acceptable (for 3.5 only)? -- nosy: +zach.ware stage: needs patch - patch review versions: +Python 3.5 -Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9765 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9765] tcl-8 vs tcl8
Martin v. Löwis added the comment: For 3.5, it's fine. -- stage: patch review - commit review ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9765 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21278] Running the test suite with -v makes the test_ctypes and the test_zipimport erroneously reported as failed
ddve...@ucar.edu added the comment: Ok, let me dig into it and see if I can figure it out On 04/20/2014 05:10 PM, Ezio Melotti wrote: Ezio Melotti added the comment: Do you want to propose a patch? -- components: +Tests nosy: +ezio.melotti type: - behavior ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21278 ___ -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21278 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9765] tcl-8 vs tcl8
Roundup Robot added the comment: New changeset 4ff37fbcd4e8 by Zachary Ware in branch 'default': Issue #9765: Adjust where Tools/msi/msi.py looks for Tcl/Tk license terms. http://hg.python.org/cpython/rev/4ff37fbcd4e8 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9765 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9765] tcl-8 vs tcl8
Zachary Ware added the comment: Done, thanks! -- assignee: - zach.ware resolution: - fixed stage: commit review - resolved status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9765 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21337] Add tests for Tix
New submission from Zachary Ware: We should have some tests for Tix, which currently has none. The Windows buildbots will be able to run the tests, but Tix is not guaranteed to be available elsewhere. -- components: Tests, Tkinter keywords: easy messages: 217089 nosy: zach.ware priority: low severity: normal stage: needs patch status: open title: Add tests for Tix type: enhancement versions: Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21337 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17552] socket.sendfile()
Giampaolo Rodola' added the comment: Considering the current indecision about certain design aspects I started a discussion on python-ideas: https://mail.python.org/pipermail/python-ideas/2014-April/027752.html -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17552 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17552] socket.sendfile()
Changes by Yury Selivanov yselivanov...@gmail.com: -- nosy: +yselivanov ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17552 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19385] dbm.dumb should be consistent when the database is closed
Jim Jewett added the comment: _check_closed sounds like you expect it to be closed, and might even assert that it is closed, except that you want the check run even in release mode and/or it might fail. Since being closed is actually the unexpectedly broken state, I would prefer that you rename it to something else, like _verify_open. -- nosy: +Jim.Jewett ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19385 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17305] IDNA2008 encoding missing
Derek Wilson added the comment: It is worth noting that the do exist some domains that have been registered in the past that work with IDNA2003 but not IDNA2008. There definitely needs to be IDNA2008 support, for my use case I need to attempt IDNA2008 and then fall back to IDNA2003. When support for IDNA2008 is added, please retain support for IDNA2003. I would say that ideally there would be a codec that could handle both - attempt to use IDNA2008 and on error fallback to idna2003. I realize this isn't official but it would certainly be useful. -- nosy: +underrun ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17305 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19385] dbm.dumb should be consistent when the database is closed
Claudiu.Popa added the comment: gzip uses the same name, _check_closed, but your suggestion sounds good. I'll update the patch. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19385 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21331] Reversing an encoding with unicode-escape returns a different result
R. David Murray added the comment: Using unicode_escape to decode non-ascii is simply wrong. It can't work. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21331 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21331] Reversing an encoding with unicode-escape returns a different result
R. David Murray added the comment:
To understand why, understand that a byte string has no encoding inherent. So
when you call b'utf8string'.decode('unicode_escape'), python has no way to know
how to interpret the non-ascii characters in that bytestring. If you want the
unicode_escape representation of something, you want to do
'string'.encode('unicode_escape'). If you then want that as a python string,
you can do:
'mystring'.encode('unicode_escape').decode('ascii')
In theory there ought to be a way to use the codecs module to go directly from
unicode string to unicode-escaped string, but I don't know how to do it, since
the proposal for the 'transform' method was rejected :)
Just to bend your brain a bit further, note that this does work:
codecs.decode(codecs.encode('ä', 'unicode-escape').decode('ascii'),
'unicode-escape')
'ä'
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21331
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21331] Reversing an encoding with unicode-escape returns a different result
R. David Murray added the comment:
Also, I'm not sure what this should do, but what it does do doesn't look right:
codecs.decode('ä', 'unicode-escape')
'ä'
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21331
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19385] dbm.dumb should be consistent when the database is closed
Jim Jewett added the comment: I think the requested timing regression was for the non-broken case. When the database has NOT been closed, and keys() still works, will it be way slower than before? Note that I am not asking you to do that test (though the eventual committer might); the implementation of whichdb leaves me believing that almost anyone who is likely to care will have already followed the docunmentation's recommendation to install another *dbm ahead of dumb. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19385 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2159] dbmmodule inquiry function is performance prohibitive
Jesús Cea Avión added the comment: First, Python 2.4 has been out of support for a really long time. Deleting. Eric, let me clarify the situation, because this report is old and I forgot the details. I think current situation is this, when doing something like if db : DO_SOMETHING: a) If the database is closed, raise an exception. b) If database is empty, returns False. c) If database has any entry, returns True. Takes time proportional to database length, because it is going to go thru it. The patch you are proposing: a) If the database is closed, raise an exception. b) If database is empty, returns 0. c) If database has any entry, returns 1. Fast and simply checking if the database has at least a single record. Why 0/1 instead of True/False?. This is going to be a 3.5 patch, True/False are really there, they are not aliases. PS: When done, I will probably port this patch to current pybsddb work, although I am not sure that Berkeley DB has firstkey for all database types it support. Would you allow this porting, Eric? https://pypi.python.org/pypi/bsddb3/6.0.1 -- versions: -Python 2.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2159 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17552] socket.sendfile()
Guido van Rossum added the comment: Can you also think about how this would be wrapped in asyncio? -- nosy: +gvanrossum ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17552 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16104] Compileall script: add option to use multiple cores
Changes by Terry J. Reedy tjre...@udel.edu: -- title: Use multiprocessing in compileall script - Compileall script: add option to use multiple cores ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16104 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21338] Silent mode for compileall
New submission from Thomas Kluyver:
The compileall module's command line interface has a -q (quiet) flag which
suppresses most of the output, but it still prints error messages. I'd like an
entirely silent mode with no output.
My use case is byte-compiling Python files as part of a graphical installer. I
do this by running:
py -${PY_QUALIFIER} -m compileall -q $INSTDIR\pkgs
I'd like to be able to use pyw so a terminal doesn't pop up, but if I do that,
it exits early. I think this is due to the issue with stdout/stderr buffers
filling up on pythonw.
--
components: Library (Lib)
messages: 217100
nosy: takluyver
priority: normal
severity: normal
status: open
title: Silent mode for compileall
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21338
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21324] dbhash leaks random memory fragments to a database
Jesús Cea Avión added the comment: I could be wrong, but I think this is an Oracle Berkeley DB bug. I contacted Oracle yesterday about this. Stand by. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21324 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21324] dbhash/bsddb leaks random memory fragments to a database
Changes by Jesús Cea Avión j...@jcea.es: -- title: dbhash leaks random memory fragments to a database - dbhash/bsddb leaks random memory fragments to a database ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21324 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21338] Silent mode for compileall
Ezio Melotti added the comment: This seems a reasonable request. Do you want to propose a patch? -- keywords: +easy nosy: +ezio.melotti stage: - needs patch type: - enhancement versions: +Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21338 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17442] code.InteractiveInterpreter doesn't display the exception cause
Terry J. Reedy added the comment: I am on the fence as to whether this should be treated as a bug fix or enhancement. Claudiu's pydev post gives this as the current InteractiveInterpreter behavior. -- try: ...1 / 0 ... except ZeroDivisionError as exc: ...raise IOError from exc ... Traceback (most recent call last): File console, line 4, in module OSError --- This certainly is not an exact emulation (given below), but is it severe enough to be a bug, and moreover, would fixing it break code? Again from Claudiu's post: with the patch. - try: ...1 / 0 ... except ZeroDivisionError as exc: ...raise IOError from exc ... Traceback (most recent call last): File stdin, line 2, in module ZeroDivisionError: division by zero The above exception was the direct cause of the following exception: Traceback (most recent call last): File stdin, line 4, in module OSError - I verified that this is exactly what 3.4.0 prints for interactive input, But... the Idle Shell also prints the above, plus it adds (or received from the user process) the offending code lines just as when the code is read from a file. ... File pyshell#0, line 2, in module 1 / 0 ZeroDivisionError: division by zero ... File pyshell#0, line 4, in module raise IOError from exc OSError Is there a reason the console interpreter cannot do the same? (Changing this would be a different issue, but one this would depend on.) -- nosy: +terry.reedy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17442 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17552] socket.sendfile()
Giampaolo Rodola' added the comment: I think asyncio would be better off using os.sendfile() / TransmitFile directly, in fact the current patch explicitly does not support non-blocking sockets (I couldn't see any sane approach to do that). Here's an example of how os.sendfile() should be used in an async manner: https://code.google.com/p/pyftpdlib/source/browse/tags/release-0.7.0/pyftpdlib/ftpserver.py#1035 asyncio should be doing something very similar to that and do the necessary stuff so that you can yield from transport.sendfile(file). Actually I can see what I can do in that regard after I'm finished with this. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17552 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21339] IDLE crash on OS X 1.9 upon shut-down with many windows open
New submission from Raymond Hettinger:
*** Internal Error: rpc.py:SocketIO.localcall()
Object: gui_adapter
Method: bound method GUIAdapter.interaction of
idlelib.RemoteDebugger.GUIAdapter instance at 0x120e71f80
Args: ('bug.py:1: module()', 4350545536, None)
Traceback (most recent call last):
File
/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/idlelib/rpc.py,
line 188, in localcall
ret = method(*args, **kwargs)
File
/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/idlelib/RemoteDebugger.py,
line 284, in interaction
self.gui.interaction(message, frame, modified_info)
File
/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/idlelib/Debugger.py,
line 198, in interaction
b.configure(state=disabled)
File
/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/lib-tk/Tkinter.py,
line 1262, in configure
return self._configure('configure', cnf, kw)
File
/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/lib-tk/Tkinter.py,
line 1253, in _configure
self.tk.call(_flatten((self._w, cmd)) + self._options(cnf))
TclError: invalid command name .4846984656.4846982712.4846983792
--
components: IDLE
messages: 217105
nosy: rhettinger
priority: normal
severity: normal
status: open
title: IDLE crash on OS X 1.9 upon shut-down with many windows open
versions: Python 2.7
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21339
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21338] Silent mode for compileall
Thomas Kluyver added the comment: Patch attached. This works by making the -q flag countable, so you pass -qq to suppress all output. In the Python API, the quiet parameter has become an integer, so passing 2 is equivalent to -qq. This should be fully backwards compatible with passing True and False, which are equivalent to 1 and 0. -- keywords: +patch type: enhancement - Added file: http://bugs.python.org/file35012/compileall_silent.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21338 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21338] Silent mode for compileall
Changes by Thomas Kluyver tak...@gmail.com: Removed file: http://bugs.python.org/file35012/compileall_silent.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21338 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21338] Silent mode for compileall
Steven D'Aprano added the comment:
Can't you just re-direct stdout or stderr? I'm sure that works even on Windows.
E.g.
py -${PY_QUALIFIER} -m compileall -q $INSTDIR\pkgs 2 null
Is there a reason you cannot do this? I think that adding functionality to
compileall to duplicate what your OS already provides should be a last resort.
I also don't understand what you mean by it exits early. What exits early?
Surely python doesn't exit until compileall finishes running. If it does,
that's a bug.
--
nosy: +steven.daprano
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21338
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21338] Silent mode for compileall
Thomas Kluyver added the comment: Sorry, I somehow attached an old version of the patch. This one should be correct. Steven: Redirection relies on a shell - the native 'run a process' interface that the installer uses can't do that. There are ways to work around this, but I think this approach makes sense. It exits early because stdout and stderr don't go anywhere, so once either of them has filled up a fairly small buffer, attempts to write to it throw an error. I'd love to see that fixed, but it's been known about for years (see issue 706263), and it seems unlikely to change any time soon. -- Added file: http://bugs.python.org/file35013/compileall_silent.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21338 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21338] Silent mode for compileall
Changes by Thomas Kluyver tak...@gmail.com: Removed file: http://bugs.python.org/file35013/compileall_silent.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21338 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21338] Silent mode for compileall
Thomas Kluyver added the comment: Gah, still wrong. Trying again. -- Added file: http://bugs.python.org/file35014/compileall_silent.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21338 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12489] email.errors.HeaderParseError if base64url is used
Changes by R. David Murray rdmur...@bitdance.com: -- components: +email nosy: +barry ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12489 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19714] Add tests for importlib.machinery.WindowsRegistryFinder
Jim Jewett added the comment: Pinging Martin ... earlier comments seem to have been completed. -- nosy: +Jim.Jewett ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19714 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21338] Silent mode for compileall
Thomas Kluyver added the comment: In fact, I will probably end up working around this anyway, because I'll have to support versions of Python without this fix for some time. So I don't feel strongly that it needs to go in, but I will do any revisions or changes requested if people think it would be useful. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21338 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21340] Possible bug in asyncio
New submission from Jack Murray: AttributeError in /usr/lib/python3.4/asyncio/tasks.py feels like it might be a concurrency issue. I can't reproduce it, and my python isn't good enough to know how to simulate raising the exception at a random time during the execution of the program. Here's the PoC: import asyncio import sys from asyncio import async import time import random asyncio.tasks._DEBUG = True loop = asyncio.get_event_loop() def read_something(): print(input()) @asyncio.coroutine def func(arg): while True: sys.stdout.write(\rtest+str(arg)) yield from asyncio.sleep(0) loop.add_reader(sys.stdin, read_something) loop.call_soon(async, func(1)) loop.call_soon(async, func(2)) loop.call_soon(async, func(3)) loop.call_soon(async, func(4)) time.sleep(1) try: loop.run_forever() except KeyboardInterrupt: print(handled\n) pass finally: pass and here is the stack trace: ktn:~/ $ python asynctest.py [11:55:03] test3^Chandled Future/Task exception was never retrieved future: Task(func)exception=KeyboardInterrupt() Traceback (most recent call last): File asynctest.py, line 29, in module loop.run_forever() File /usr/lib/python3.4/asyncio/base_events.py, line 184, in run_forever self._run_once() File /usr/lib/python3.4/asyncio/base_events.py, line 800, in _run_once handle._run() File /usr/lib/python3.4/asyncio/events.py, line 39, in _run self._callback(*self._args) File /usr/lib/python3.4/asyncio/tasks.py, line 337, in _wakeup self._step(value, None) File /usr/lib/python3.4/asyncio/tasks.py, line 283, in _step result = next(coro) File /usr/lib/python3.4/asyncio/tasks.py, line 50, in __next__ return next(self.gen) File asynctest.py, line 18, in func yield from asyncio.sleep(0) File /usr/lib/python3.4/asyncio/tasks.py, line 94, in wrapper w = CoroWrapper(coro(*args, **kwds), func) File /usr/lib/python3.4/asyncio/tasks.py, line 42, in __init__ assert inspect.isgenerator(gen), gen KeyboardInterrupt Exception ignored in: bound method CoroWrapper.__del__ of asyncio.tasks.CoroWrapper object at 0x7f0dedaf79d8 Traceback (most recent call last): File /usr/lib/python3.4/asyncio/tasks.py, line 62, in __del__ frame = self.gen.gi_frame AttributeError: gen -- messages: 217112 nosy: Jack.Murray priority: normal severity: normal status: open title: Possible bug in asyncio versions: Python 3.4, Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21340 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21340] Possible concurrency bug in asyncio, AttributeError in tasks.py
Changes by Jack Murray j...@murray.cx: -- title: Possible bug in asyncio - Possible concurrency bug in asyncio, AttributeError in tasks.py ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21340 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16827] Remove the relatively advanced content from section 2 in tutorial
James Brewer added the comment: It seems like this issue lost traction, so I decided to go ahead and apply Eric's feedback. I've attached the relevant patch. With that said, I agree with Senthil that sections 2.2.4 and 2.2.5 would be better off between sections 13.1 and 13.2 -- nosy: +brwr Added file: http://bugs.python.org/file35015/tutorial-docs-update.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16827 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21341] Configuring 'font' with ttk.Style for 'TEntry' does not change displayed font
New submission from Barron:
After using the configure() method of a ttk.Style object to configure the font
of TEntry, Entry widgets will still have the original default font.
The following 6 lines will demonstrate this in IDLE:
from tkinter import ttk
s = ttk.Style()
s.configure('TButton', font = ('Courier', 24))
s.configure('TEntry', font = ('Courier', 24))
ttk.Button(text = 'Button').pack()
ttk.Entry().pack()
The Button will be displayed using the newly configured font, but the Entry
widget will retain the default font.
Calling the lookup() method after the above code reveals the following:
s.lookup('TEntry', 'font')
'Courier 24'
This shows that the font property for TEntry is getting set properly, but it is
not being displayed.
Configuring the font property directly on individual Entry widgets does display
correctly.
--
components: Tkinter
messages: 217114
nosy: barron
priority: normal
severity: normal
status: open
title: Configuring 'font' with ttk.Style for 'TEntry' does not change displayed
font
type: behavior
versions: Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21341
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17442] code.InteractiveInterpreter doesn't display the exception cause
Claudiu.Popa added the comment: Python's interactive interpreter doesn't show the offending code lines too. And given the fact that code.InteractiveInterpreter tries to be an emulation of the default interpreter, first the change should be addressed directly there, I think. But I agree that it could be useful. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17442 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19385] dbm.dumb should be consistent when the database is closed
Claudiu.Popa added the comment:
On my machine I get the following results for the unclosed-database case.
With patch:
# ./python -S -m timeit -n 10 -s import dbm.dumb as dbm;
d=dbm.open('x.dat', 'c');len(d)
10 loops, best of 3: 0.0638 usec per loop
Without patch:
# ./python -S -m timeit -n 10 -s import dbm.dumb as dbm;
d=dbm.open('x.dat', 'c');len(d)
10 loops, best of 3: 0.0634 usec per loop
--
Added file: http://bugs.python.org/file35016/issue19385_1.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19385
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7757] sys.path is incorrect when prefix is
Changes by Phil Connell pconn...@gmail.com: -- nosy: +pconnell ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7757 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19533] Unloading docstrings from memory if -OO is given
Changes by Phil Connell pconn...@gmail.com: -- nosy: +pconnell ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19533 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17277] incorrect line numbers in backtrace after removing a trace function
Changes by Phil Connell pconn...@gmail.com: -- nosy: +pconnell ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17277 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12154] PyDoc Partial Functions
Changes by Phil Connell pconn...@gmail.com: -- nosy: +pconnell ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12154 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
