[issue20246] buffer overflow in socket.recvfrom_into
Christian Heimes added the comment: This issue has already been assigned CVE-2014-1912 Reference: http://www.openwall.com/lists/oss-security/2014/02/12/16 https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2014-1912 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20246 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20246] buffer overflow in socket.recvfrom_into
Changes by Chris Rebert pyb...@rebertia.com: -- nosy: +cvrebert ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20246 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20727] Improved roundrobin itertools recipe
Gareth Rees added the comment: If 100 doesn't work for you, try a larger number. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20727 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20727] Improved roundrobin itertools recipe
Gareth Rees added the comment: I suspect I messed up the timing I did yesterday, because today I find that 100 isn't large enough, but here's what I found today (in Python 3.3): from timeit import timeit test = [tuple(range(300))] + [()] * 100 timeit(lambda:list(roundrobin1(*test)), number=1) # old recipe 8.386148632998811 timeit(lambda:list(roundrobin2(*test)), number=1) # new recipe 16.757110453007044 The new recipe is more than twice as slow as the old in this case, and its performance gets relatively worse as you increase the number 300. I should add that I do recognise that the new recipe is better for nearly all cases (it's simpler as well as faster), but I want to point out an important feature of the old recipe, namely that it discards iterables as they are finished with, giving it worst-case O(n) performance (albeit slow) whereas the new recipe has worst case O(n^2). As we found out with hash tables, worst-case O(n^2) performance can be a problem when inputs are untrusted, so there are use cases where people might legitimately prefer an O(n) solution even if it's a bit slower in common cases. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20727 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20766] reference leaks in pdb
New submission from Xavier de Gaye: After the pdb 'continue' command, the signal module owns a reference to Pdb.sigint_handler. On the next instantiation of pdb, the signal module owns a reference to a new sigint_handler method that owns a reference to the previous sigint_handler. As a consequence, the first pdb instance is never freed (as well as the frames that are referenced by this pdb instance). The following test demonstrates the problem that is fixed by the attached patch. Run the following script: # START of refleak.py import sys, gc, pdb i = 1 while i: pdb.set_trace() x = 1 gc.collect(); print(sys.gettotalrefcount()) # END of refleak.py With the following pdb commands: $ python refleak.py /tmp/test/refleak.py(6)module() - x = 1 (Pdb) continue 95898 /home/xavier/tmp/test/refleak.py(5)module() - pdb.set_trace() (Pdb) continue 95983 /tmp/test/refleak.py(6)module() - x = 1 (Pdb) continue 96068 /tmp/test/refleak.py(5)module() - pdb.set_trace() (Pdb) i = 0 (Pdb) continue 96153 -- components: Library (Lib) files: refleak.patch keywords: patch messages: 212171 nosy: georg.brandl, xdegaye priority: normal severity: normal status: open title: reference leaks in pdb type: behavior versions: Python 3.4 Added file: http://bugs.python.org/file34220/refleak.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20766 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20246] buffer overflow in socket.recvfrom_into
Changes by koobs koobs.free...@gmail.com: -- nosy: +koobs ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20246 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20763] old sys.path_hooks importer does not work with Python 3.4.0rc1
Changes by Berker Peksag berker.pek...@gmail.com: -- nosy: +eric.snow ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20763 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20765] Pathlib docs fail to mention with_name, with_suffix
Antoine Pitrou added the comment: Interesting. According to the Mercurial logs, they were never actually documented... -- assignee: docs@python - pitrou ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20765 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20621] Issue with zipimport in 3.3.4 and 3.4.0rc1
Paul Moore added the comment: Should this be mentioned in the 3.3.5 changelog (http://docs.python.org/3.3/whatsnew/changelog.html)? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20621 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20727] Improved roundrobin itertools recipe
Gareth Rees added the comment:
But now that I look at the code more carefully, the old recipe also has O(n^2)
behaviour, because cycle(islice(nexts, pending)) costs O(n) and is called O(n)
times. To have worst-case O(n) behaviour, you'd need something like this:
from collections import deque
def roundrobin3(*iterables):
roundrobin('ABC', 'D', 'EF') -- A D E B F C
nexts = deque(iter(it).__next__ for it in iterables)
while nexts:
try:
while True:
yield nexts[0]()
nexts.rotate(-1)
except StopIteration:
nexts.popleft()
from timeit import timeit
test = [tuple(range(1000))] + [()] * 1000
timeit(lambda:list(roundrobin1(*test)), number=100) # old recipe
5.184364624001319
timeit(lambda:list(roundrobin2(*test)), number=100) # new recipe
5.139592286024708
timeit(lambda:list(roundrobin3(*test)), number=100)
0.16217014100402594
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20727
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20766] reference leaks in pdb
Xavier de Gaye added the comment: the first pdb instance is never freed The first pdb instance is (and all the other pdb instances) never freed until the call to PyOS_FiniInterrupts() in Py_Finalize(). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20766 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20767] Some python extensions can't be compiled with clang 3.4
New submission from Antoine Brodin.FreeBSD: Hi, On FreeBSD -current, clang 3.4 is now the default compiler. Clang 3.4 rejects -R/path/to/lib flag (previously in version 3.3 it just ignored it). This leads to some errors with some python extensions: cc -shared -O2 -pipe -fno-strict-aliasing build/temp.freebsd-11.0-CURRENT-amd64-2.7/_sqlite/cache.o build/temp.freebsd-11.0-CURRENT-amd64-2.7/_sqlite/connection.o build/temp.freebsd-11.0-CURRENT-amd64-2.7/_sqlite/cursor.o build/temp.freebsd-11.0-CURRENT-amd64-2.7/_sqlite/microprotocols.o build/temp.freebsd-11.0-CURRENT-amd64-2.7/_sqlite/module.o build/temp.freebsd-11.0-CURRENT-amd64-2.7/_sqlite/prepare_protocol.o build/temp.freebsd-11.0-CURRENT-amd64-2.7/_sqlite/row.o build/temp.freebsd-11.0-CURRENT-amd64-2.7/_sqlite/statement.o build/temp.freebsd-11.0-CURRENT-amd64-2.7/_sqlite/util.o -L/usr/local/lib -R/usr/local/lib -lsqlite3 -o build/lib.freebsd-11.0-CURRENT-amd64-2.7/_sqlite3.so cc: error: unknown argument: '-R/usr/local/lib' error: command 'cc' failed with exit status 1 cc -shared -O2 -pipe -DLDAP_DEPRECATED -fno-strict-aliasing build/temp.freebsd-11.0-CURRENT-amd64-2.7/Modules/LDAPObject.o build/temp.freebsd-11.0-CURRENT-amd64-2.7/Modules/ldapcontrol.o build/temp.freebsd-11.0-CURRENT-amd64-2.7/Modules/common.o build/temp.freebsd-11.0-CURRENT-amd64-2.7/Modules/constants.o build/temp.freebsd-11.0-CURRENT-amd64-2.7/Modules/errors.o build/temp.freebsd-11.0-CURRENT-amd64-2.7/Modules/functions.o build/temp.freebsd-11.0-CURRENT-amd64-2.7/Modules/schema.o build/temp.freebsd-11.0-CURRENT-amd64-2.7/Modules/ldapmodule.o build/temp.freebsd-11.0-CURRENT-amd64-2.7/Modules/message.o build/temp.freebsd-11.0-CURRENT-amd64-2.7/Modules/version.o build/temp.freebsd-11.0-CURRENT-amd64-2.7/Modules/options.o build/temp.freebsd-11.0-CURRENT-amd64-2.7/Modules/berval.o -L/usr/local/lib -L/usr/lib -R/usr/local/lib -R/usr/lib -lldap_r -o build/lib.freebsd-11.0-CURRENT-amd64-2.7/_ldap.so cc: error: unknown argument: '-R/usr/local/lib' cc: error: unknown argument: '-R/usr/lib' error: command 'cc' failed with exit status 1 cc -shared -O2 -pipe -fno-strict-aliasing build/temp.freebsd-11.0-CURRENT-amd64-2.7/Modules/_bsddb.o -L/usr/local/lib -R/usr/local/lib -o build/lib.freebsd-11.0-CURRENT-amd64-2.7/bsddb3/_pybsddb.so -ldb-4.3 cc: error: unknown argument: '-R/usr/local/lib' error: command 'cc' failed with exit status 1 I found the patch below to help, it is for function runtime_library_dir_option in Lib/distutils/unixccompiler.py -Wl,-rpath works for both gcc and clang on freebsd --- ./Lib/distutils/unixccompiler.py.orig +++ ./Lib/distutils/unixccompiler.py @@ -228,6 +228,8 @@ if sys.platform[:6] == darwin: # MacOSX's linker doesn't understand the -R flag at all return -L + dir +elif sys.platform[:7] == freebsd: +return -Wl,-rpath= + dir elif sys.platform[:5] == hp-ux: if self._is_gcc(compiler): return [-Wl,+s, -L + dir] -- components: Distutils messages: 212176 nosy: Antoine.Brodin.FreeBSD, koobs priority: normal severity: normal status: open title: Some python extensions can't be compiled with clang 3.4 versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20767 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20767] Some python extensions can't be compiled with clang 3.4
Changes by STINNER Victor victor.stin...@gmail.com: -- nosy: +doko, loewis, thomas-petazzoni ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20767 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20767] Some python extensions can't be compiled with clang 3.4
Changes by koobs koobs.free...@gmail.com: -- versions: +Python 3.3, Python 3.4, Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20767 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20767] Some python extensions can't be compiled with clang 3.4
koobs added the comment: Details on how clang 3.4 changes behaviour for compiler flags: http://llvm.org/releases/3.4/tools/clang/docs/ReleaseNotes.html#new-compiler-flags -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20767 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20768] pyconfig.h #defines macros in global namespace
New submission from Felipe Sateler: I reported the following in the debian bug tracker[1], and it was requested that I report it here. pyconfig.h has definitions like the following: #define HAVE_DIRENT_H 1 #define HAVE_DLFCN_H 1 These are the general form feature test macros take in practically any software project. This means that when building a python module these feature macros conflict. In the best scenario, you get a redefinition warning. In the worst scenario, the build breaks because of inconsistent #defines between the module and pyconfig.h. Please either don't include pycongfig.h from Python.h, or appropiately namespace the test macros (PYTHON_HAVE_* or something like that). [2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=738726 -- components: Installation messages: 212178 nosy: fsateler priority: normal severity: normal status: open title: pyconfig.h #defines macros in global namespace versions: Python 2.7, Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20768 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20246] buffer overflow in socket.recvfrom_into
R. David Murray added the comment: We don't currently have the capability to set an email trigger when the type is set to security. That should be submitted as a request on the meta tracker. (It will require a new reactor, which is easy, and a tweak to the database schema, which I don't offhand remember how to deploy, but it shouldn't be hard.) -- nosy: +ezio.melotti ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20246 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20768] pyconfig.h #defines macros in global namespace
Matthias Klose added the comment: no, I requested that you propose a patch. And the question why you need to include Python.h everywhere where it could do harm is unanswered too. -- nosy: +doko ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20768 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20763] old sys.path_hooks importer does not work with Python 3.4.0rc1
Changes by R. David Murray rdmur...@bitdance.com: -- nosy: +larry priority: normal - release blocker ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20763 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20768] pyconfig.h #defines macros in global namespace
Felipe Sateler added the comment: I'm sorry but I definitely don't have time or knowledge about python to propose a patch (simply removing pyconfig.h clearly doesn't work). As to the question, please clarify. I have a python module, which includes Python.h, which includes pyconfig.h. I don't include Python.h everywhere. My build system does use several HAVE_* macros. It seems as if no breakage has occurred, but this is not guaranteed. And I shouldn't need to tiptoe around other libraries feature test macros, especially when they infringe on the global namespace. -- Saludos, Felipe Sateler -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20768 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20727] Improved roundrobin itertools recipe
David Lindquist added the comment: Thanks Gareth for your analysis. Very informative! -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20727 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20763] old sys.path_hooks importer does not work with Python 3.4.0rc1
Changes by jan matejek jmate...@suse.cz: -- nosy: +matejcik ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20763 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20768] pyconfig.h #defines macros in global namespace
Marc-Andre Lemburg added the comment: On 25.02.2014 15:29, Felipe Sateler wrote: I'm sorry but I definitely don't have time or knowledge about python to propose a patch (simply removing pyconfig.h clearly doesn't work). As to the question, please clarify. I have a python module, which includes Python.h, which includes pyconfig.h. I don't include Python.h everywhere. My build system does use several HAVE_* macros. It seems as if no breakage has occurred, but this is not guaranteed. And I shouldn't need to tiptoe around other libraries feature test macros, especially when they infringe on the global namespace. Those HAVE_* macros are mostly standard autoconf macros, which you'll find in lots of libraries, not just Python. You can use them in your Python module as well, and of course, add more autoconf macros as needed using a separate .h file. C doesn't have namespaces like C++ does, so the only possible change would be to prefix all of those macros with PY_. Since this is the first time I've ever heard anyone complain about those macros, I doubt that this is a general problem. People are usually happy with building on the autoconf tests we already have in Python. -- nosy: +lemburg ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20768 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18978] Allow urllib.request.Request subclasses to override method
Roundup Robot added the comment: New changeset 1afbd851d1c1 by R David Murray in branch 'default': whatsnew: Request.method can be overridden in subclasses (#18978). http://hg.python.org/cpython/rev/1afbd851d1c1 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18978 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20767] Some python extensions can't be compiled with clang 3.4
Changes by Raymond Hettinger raymond.hettin...@gmail.com: -- priority: normal - high ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20767 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20767] Some python extensions can't be compiled with clang 3.4
Matthias Klose added the comment: this looks safe from my point of view. However the real problem is that you unconditionally add a runtime path for a standard system path. I think the better way to fix this is not to pass the -L and -R arguments at all if the library is found in a system path. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20767 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18818] Empty PYTHONIOENCODING is not the same as nonexistent
Roundup Robot added the comment: New changeset 8ac9c3754d33 by R David Murray in branch 'default': whatsnew: encoding is now optional in PYTHONIOENCODING (#18818) http://hg.python.org/cpython/rev/8ac9c3754d33 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18818 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20769] Reload() description is unclear
New submission from Roy Smith: http://docs.python.org/2/library/functions.html#reload says: It is legal though generally not very useful to reload built-in or dynamically loaded modules, except for sys, __main__ and __builtin__. It is unclear what the except for ... part is referring to. Is it not legal to reload those modules? Or is it not very useful to reload them? -- assignee: docs@python components: Documentation messages: 212187 nosy: docs@python, roysmith priority: normal severity: normal status: open title: Reload() description is unclear versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20769 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20767] Some python extensions can't be compiled with clang 3.4
Antoine Brodin.FreeBSD added the comment: For the python-ldap extension, this seems to be a buglet in its setup.cfg, it lists /usr/lib in library_dirs and /usr/include in library_dirs For the others, /usr/local/lib is not in the default library search path (only /lib and /usr/lib) so at least -L has to be specified. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20767 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20763] old sys.path_hooks importer does not work with Python 3.4.0rc1
Brett Cannon added the comment: The problem is that the PEP 451 switch accidentally cut out compatibility code for PathEntryFinder.find_module() since Python 3.3 started the transition to find_loader(). Adding a bit of code to http://hg.python.org/cpython/file/8ac9c3754d33/Lib/importlib/_bootstrap.py#l1865 and a test will fix it. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20763 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20763] old sys.path_hooks importer does not work with Python 3.4.0rc1
Brett Cannon added the comment: I should also mention that subclassing importlib.abc.PathEntryFinder solves this coding problem. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20763 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19619] Blacklist base64, hex, ... codecs from bytes.decode() and str.encode()
Roundup Robot added the comment: New changeset 9975f827eefd by Serhiy Storchaka in branch '3.3': Fix typo (issue #19619). http://hg.python.org/cpython/rev/9975f827eefd -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19619 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20770] Inform caller of smtplib STARTTLS failures
New submission from And Clover: When an SMTP server responds to the STARTTLS command with an error, the smtplib.SMTP.starttls() method does not raise an exception, as it would if TLS negotiation itself failed. Consequently naïve callers of the function may assume that a TLS connection has actually been established and continue to send sensitive mail through the interface. In reality starttls() returns a tuple of response code and message from which the fail state can be detected, but this is not documented and no caller code I've met does anything with it. Either: 1. Treat it as a doc bug for 3.4. The return value should be documented and callers warned that they need to check that value[0]==220 before assuming they have negotiated TLS. Or, 2. starttls() should raise SMTPResponseException for responses other than 220 in a future Python version, especially if moving towards validate-by-default. Possibly only raise an exception if the SSLContext.verify_mode is REQUIRED? -- components: Library (Lib) messages: 212192 nosy: aclover priority: normal severity: normal status: open title: Inform caller of smtplib STARTTLS failures type: behavior versions: Python 2.7, Python 3.1, Python 3.2, Python 3.3, Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20770 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20767] Some python extensions can't be compiled with clang 3.4
Martin v. Löwis added the comment: doko: how do you know the addition of the -R option is unconditional? and whom do you refer to by you who is adding the option? In any case, the patch is independent of whether the option is added unconditionally, and I agree that the patch looks safe. The question is whether it should be extended to the other *BSDs as well. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20767 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20770] Inform caller of smtplib STARTTLS failures
And Clover added the comment: This could potentially be considered a security issue as it would allow a MitM attacker to sabotage the STARTTLS and get the rest of the content in the clear. I don't personally consider it too serious as I doubt anyone is (a) relying on the security of this for lowly mail and (b) has the rest of the context stuff set up to validate the TLS connection properly anyhow, but there's an argument for sec bug. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20770 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20404] Delayed exception using non-text encodings with TextIOWrapper
Serhiy Storchaka added the comment: Here is backported to 3.3 patch. -- nosy: +georg.brandl Added file: http://bugs.python.org/file34221/issue20404_check_valid_textio_codec-3.3.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20404 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20246] buffer overflow in socket.recvfrom_into
Chris Rose added the comment: Is there an ETA for a 2.7.7 release with this fix? -- nosy: +offby1 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20246 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20769] Reload() description is unclear
R. David Murray added the comment: The python3 docs say: It is legal though generally not very useful to reload built-in or dynamically loaded modules (this is not true for e.g. sys, __main__, builtins and other key modules where reloading is frowned upon). So, it is the former...sort of. You don't get an error when you reload them, so implying that it is not legal is an odd phrasing. Probably that sentence should be clarified in both the python2 and python3 docs. -- nosy: +brett.cannon, eric.smith, r.david.murray ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20769 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20769] Reload() description is unclear
Changes by R. David Murray rdmur...@bitdance.com: -- Removed message: http://bugs.python.org/msg212197 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20769 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20769] Reload() description is unclear
R. David Murray added the comment: The python3 docs say: It is legal though generally not very useful to reload built-in or dynamically loaded modules (this is not true for e.g. sys, __main__, builtins and other key modules where reloading is frowned upon). So, it is the former...sort of. You don't get an error when you reload them, so implying that it is not legal is an odd phrasing. Probably that sentence should be clarified in both the python2 and python3 docs. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20769 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20771] Download Talkray...
New submission from Alfonso Andalon Jr.: Download this http://talkray.com/dl/ee -- messages: 212199 nosy: Alfonso.Andalon.Jr. priority: normal severity: normal status: open title: Download Talkray... ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20771 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20771] Download Talkray...
Changes by Zachary Ware zachary.w...@gmail.com: -- Removed message: http://bugs.python.org/msg212199 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20771 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20771] spam
Changes by Zachary Ware zachary.w...@gmail.com: -- nosy: -Alfonso.Andalon.Jr. resolution: - invalid stage: - committed/rejected status: open - closed title: Download Talkray... - spam ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20771 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20770] Inform caller of smtplib STARTTLS failures
R. David Murray added the comment: I agree that there is an argument for classifying this as a low-impact security bug. Whether or not it is so classified will affect how we fix it. I'll email the psrt about it. -- nosy: +r.david.murray ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20770 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20770] Inform caller of smtplib STARTTLS failures
Antoine Pitrou added the comment: It probably isn't a good idea to break the API, but this should certainly be documented. -- nosy: +pitrou ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20770 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20770] Inform caller of smtplib STARTTLS failures
Changes by Barry A. Warsaw ba...@python.org: -- nosy: +barry ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20770 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20501] fileinput module will read whole file into memory when using fileinput.hook_encoded
Zachary Ware added the comment: Can anyone please test the patch on Windows? It seems to work; memory usage is much lower with the patch than without using an 8 MB file. I don't notice any behavioral change with the patch; if there's anything specific to look for on that front, give me a test script in either English or Python :) -- nosy: +zach.ware ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20501 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20765] Pathlib docs fail to mention with_name, with_suffix
Roundup Robot added the comment: New changeset 879861161b84 by Antoine Pitrou in branch 'default': Issue #20765: Add missing documentation for PurePath.with_name() and PurePath.with_suffix(). http://hg.python.org/cpython/rev/879861161b84 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20765 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20765] Pathlib docs fail to mention with_name, with_suffix
Antoine Pitrou added the comment: I've now added the missing doc entries. Thanks for reporting! -- resolution: - fixed stage: - committed/rejected status: open - closed type: - behavior versions: +Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20765 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20772] Spam
Changes by Berker Peksag berker.pek...@gmail.com: -- nosy: -lcarrionr resolution: - invalid stage: - committed/rejected status: open - closed title: You only live once - Spam ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20772 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20772] Spam
Changes by Berker Peksag berker.pek...@gmail.com: -- Removed message: http://bugs.python.org/msg212205 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20772 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20246] buffer overflow in socket.recvfrom_into
Ryan Smith-Roberts added the comment: I notified secur...@python.org and waited for the go-ahead (from Guido I think) before opening this bug. If today is the first that the PSRT is hearing about this, then the issue is broader than just the bugtracker. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20246 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20246] buffer overflow in socket.recvfrom_into
Antoine Pitrou added the comment: Yes, your message reached PSRT on Jan 12th. -- nosy: +pitrou ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20246 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20246] buffer overflow in socket.recvfrom_into
Christian Heimes added the comment: Sorry, you are right and I was wrong. :( Your mail *was* delivered to PSRT. But it failed to reach me because I was having issues with my @python.org account. The server-side spam filter is now deactivated and I receive all mails again. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20246 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20744] shutil should not use distutils
Ronald Oussoren added the comment: Why is _call_external_zip needed at all? The code says it is used when the zipfile module is not available, but that module is part of the stdlib and should always be available. -- nosy: +ronaldoussoren ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20744 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20741] Documentation archives should be available also in tar.xz format
Changes by Ned Deily n...@acm.org: -- assignee: - georg.brandl ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20741 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20581] Incorrect behaviour of super() in a metaclass-created subclass
Changes by Ronald Oussoren ronaldousso...@mac.com: -- nosy: +ronaldoussoren ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20581 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19030] inspect.getmembers and inspect.classify_class_attrs mishandle descriptors
Roundup Robot added the comment: New changeset 4cd620d8c3f6 by R David Murray in branch 'default': whatsnew: DynanicClassAttribute (#19030), Py_SetStandardStreamEncoding (#16129) http://hg.python.org/cpython/rev/4cd620d8c3f6 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19030 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19030] inspect.getmembers and inspect.classify_class_attrs mishandle descriptors
R. David Murray added the comment: I added docs for DynamicClassAttribute by copying the docstring. I think the doc entry could use some expansion, though, as it isn't obvious how to use it (or what, in fact, it does exactly). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19030 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16129] No good way to set 'PYTHONIOENCODING' when embedding python.
Roundup Robot added the comment: New changeset 4cd620d8c3f6 by R David Murray in branch 'default': whatsnew: DynanicClassAttribute (#19030), Py_SetStandardStreamEncoding (#16129) http://hg.python.org/cpython/rev/4cd620d8c3f6 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16129 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7511] msvc9compiler.py: ValueError when trying to compile with VC Express
Justin Foo added the comment: I think getting this bug fixed would be really nice from a user experience point of view. I've further into this for my own setup, which is Python 3.3 64-bit, Visual C++ Express 2010 and the Windows SDK v7.1 (plus service packs), which is probably a typical setup for a user looking to build Python extensions without paying for a compiler. Here's what I've noticed, apart from the fact that msvccompiler9.py is a mess. query_vcvarsall executes vcvarsall.bat amd64 set. The first part, trying to delegate to another batch file that doesn't exist, will fail. So no environment variables will be set, but the PATH environment variable always exists, hence ValueError: ['path']. The DISTUTILS_USE_SDK environment variable is useless, even leaving aside the fact that MsSdk also needs to be defined. The idea is that distutils will trust that the user has set the appropriate environment variables (e.g. SetEnv.Cmd /Release). However, successful compilation of 64-bit extensions won't rely on this variable at all: 1. DISTUTILS_USE_SDK/MsSdk defined, SetEnv not called: cl.exe and friends can't be resolved and nothing works. 2. DISTUTILS_USE_SDK/MsSdk defined, SetEnv called: cl.exe and friends can be resolved and everything works. 3. DISTUTILS_USE_SDK/MsSdk undefined, SetEnv not called: vcvarsall.bat amd64 will fail and we end up with ValueError: ['path'] as above. 4. DISTUTILS_USE_SDK/MsSdk undefined, SetEnv called: in query_vcvarsall, vcvarsall.bat amd64 still fails, but it doesn't matter at this point, because the environment variables INCLUDE, LIB, LIBPATH and PATH will exist, so parsing vcvarsall.bat amd64 set works. This doesn't guarantee linking with the correct bitness, but one would hope so :) I believe SetEnv.Cmd can be found using HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SDKs\Windows\v7.1\WinSDKTools or HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\Microsoft SDKs\Windows\v7.1\WinSDKTools. -- versions: +Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7511 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20774] collections.deque should ship with a stdlib json serializer
New submission from Chris Adams: Currently the stdlib json module requires a custom serializer to avoid throwing a TypeError on collections.deque instances: Python 3.3.4 (default, Feb 12 2014, 09:35:54) [GCC 4.2.1 Compatible Apple LLVM 5.0 (clang-500.2.79)] on darwin Type help, copyright, credits or license for more information. from collections import deque import json d = deque(range(0, 10)) json.dumps(d) Traceback (most recent call last): File stdin, line 1, in module File /usr/local/Cellar/python3/3.3.4/Frameworks/Python.framework/Versions/3.3/lib/python3.3/json/__init__.py, line 233, in dumps return _default_encoder.encode(obj) File /usr/local/Cellar/python3/3.3.4/Frameworks/Python.framework/Versions/3.3/lib/python3.3/json/encoder.py, line 191, in encode chunks = self.iterencode(o, _one_shot=True) File /usr/local/Cellar/python3/3.3.4/Frameworks/Python.framework/Versions/3.3/lib/python3.3/json/encoder.py, line 249, in iterencode return _iterencode(o, 0) File /usr/local/Cellar/python3/3.3.4/Frameworks/Python.framework/Versions/3.3/lib/python3.3/json/encoder.py, line 173, in default raise TypeError(repr(o) + is not JSON serializable) TypeError: deque([0, 1, 2, 3, 4, 5, 6, 7, 8, 9]) is not JSON serializable -- messages: 212215 nosy: acdha priority: normal severity: normal status: open title: collections.deque should ship with a stdlib json serializer versions: Python 2.7, Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20774 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20501] fileinput module will read whole file into memory when using fileinput.hook_encoded
Serhiy Storchaka added the comment: Thank you Zachary. Here is a patch with a test. I'm not sure that it is successful on Windows. -- Added file: http://bugs.python.org/file34222/fileinput_hook_encoded_2.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20501 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20440] Use Py_REPLACE/Py_XREPLACE macros
Tal Einat added the comment: While we're bikeshedding, how about the more verbose PY_DECREF_AND_ASSIGN? That makes it clearer that an INCREF is not done. Regarding Kristján's suggestion of PY_ASSIGN and a complementary PY_STORE, IMO these names are too similar and the difference between them is not clear. -- nosy: +taleinat ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20440 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20501] fileinput module will read whole file into memory when using fileinput.hook_encoded
Zachary Ware added the comment:
The new test passes on Windows with the whole patch applied, but fails without
the changes to fileinput.py. Is this change meant to fix behavior, or just the
memory usage issue?
Just for completeness, here's the failure output (with unpatched fileinput.py):
==
FAIL: test_modes (__main__.Test_hook_encoded)
--
Traceback (most recent call last):
File P:\ath\to\2.7\cpython\lib\test\test_fileinput.py, line 235, in
test_modes
check('r', [u'A\n', u'B\r\n', u'C\rD\u20ac'])
File P:\ath\to\2.7\cpython\lib\test\test_fileinput.py, line 233, in check
self.assertEqual(lines, expected_lines)
AssertionError: Lists differ: [u'A\n', u'B\r\n', u'C\r', u'D... != [u'A\n',
u'B\r\n', u'C\rD\u20a...
First differing element 2:
C
D\u20ac
First list contains 1 additional elements.
First extra element 3:
D\u20ac
- [u'A\n', u'B\r\n', u'C\r', u'D\u20ac']
? -
+ [u'A\n', u'B\r\n', u'C\rD\u20ac']
--
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20501
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20440] Use Py_REPLACE/Py_XREPLACE macros
Serhiy Storchaka added the comment: While we're bikeshedding, how about the more verbose PY_DECREF_AND_ASSIGN? That makes it clearer that an INCREF is not done. Py_ASSIGN_AND_DECREF would be more correct. And Py_CLEAR can be renamed to Py_CLEAR_AND_XDECREF or Py_ASSIGN_NULL_AND_XDECREF. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20440 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16484] pydoc generates invalid docs.python.org link for xml.etree.ElementTree and other modules
Marius Gedminas added the comment: Near the top: Help on module xml.etree.ElementTree in xml.etree: NAME xml.etree.ElementTree FILE /usr/lib/python2.7/xml/etree/ElementTree.py MODULE DOCS http://docs.python.org/library/xml.etree.ElementTree DESCRIPTION ... -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16484 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20775] Modifications to global variables ignored after instantiating multiprocessing.Pool
New submission from Naftali Harris: Hi everyone, It appears that if you use a global variable in a function that you pass to Pool.map, but modify that global variable after instantiating the Pool, then the modification will not be reflected when Pool.map calls that function. Here's a short script, (also attached), that demonstrates what I mean: $ cat reproduces.py from multiprocessing import Pool name = Not Updated def f(ignored): print(name) def main(): global name p = Pool(3) name = Updated p.map(f, range(3)) if __name__ == __main__: main() $ python reproduces.py Not Updated Not Updated Not Updated If the `name = Updated' line is moved above the `p = Pool(3)' line, then the script will print Updated three times instead. This behavior is present in versions 2.6, 2.7, 3.1, 3.2, 3.3, and 3.4. I run Linux Mint 14 (nadia), on an Intel i5-3210M processor (four cores). Is this expected behavior? Thanks very much, Naftali -- components: Library (Lib) files: reproduces.py messages: 212221 nosy: Naftali.Harris priority: normal severity: normal status: open title: Modifications to global variables ignored after instantiating multiprocessing.Pool type: behavior versions: Python 2.7, Python 3.1, Python 3.2, Python 3.3, Python 3.4 Added file: http://bugs.python.org/file34223/reproduces.py ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20775 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20440] Use Py_REPLACE/Py_XREPLACE macros
Tal Einat added the comment: PY_ASSIGN_AND_DECREF could seem to imply that the assigned value is DECREF-ed. I think PY_DECREF_AND_ASSIGN makes it clearer that the original value is DECREF-ed. I like PY_ASSIGN_NULL_AND_DECREF, though for the same reason as above, I'd name it PY_DECREF_AND_ASSIGN_NULL. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20440 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20773] Improve docs for DynamicClassAttribute
Nick Coghlan added the comment: Might be worth explaining by example - the use case is sufficiently obscure I don't believe it's comprehensible except in terms of we added it because we needed it. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20773 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20501] fileinput module will read whole file into memory when using fileinput.hook_encoded
Serhiy Storchaka added the comment: What would be the failure output when comment out first 1, 2 or three checks? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20501 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14222] Use time.steady() to implement timeout
Alexander Ljungberg added the comment: This still appears to be an issue in Python 2.7. Queue.get routinely hangs for a very long time on the Raspberry Pi as it doesn't have a clock battery and often ends up significantly adjusting its system time soon after startup. -- nosy: +aljungberg ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14222 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19873] There is a duplicate function in Lib/test/test_pathlib.py
NAVNEET SUMAN added the comment: made patch according to Ezio Melotti -- keywords: +patch nosy: +NAVNEET.SUMAN Added file: http://bugs.python.org/file34224/remover_duplicate_function.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19873 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14222] Use time.steady() to implement timeout
STINNER Victor added the comment: You should upgrade to python 3.3! The pep 418 mentions different available modules for python 2. My new trollius project has for example an implementation in asyncio.time_monotonic. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14222 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20763] old sys.path_hooks importer does not work with Python 3.4.0rc1
Brett Cannon added the comment: I have a fix, I just need to create a test. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20763 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20440] Use Py_REPLACE/Py_XREPLACE macros
Kristján Valur Jónsson added the comment: Better yet, embrace c++ and smart pointers :;-) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20440 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20776] Add tests for importlib.machinery.PathFinder
New submission from Brett Cannon: Specifically tests that exercise uses of importlib.abc.PathEntryFinder (i.e. find_module() successfully, find_loader() failing and successful, find_spec() failing and successful). -- components: Library (Lib) messages: 212231 nosy: brett.cannon priority: normal severity: normal stage: test needed status: open title: Add tests for importlib.machinery.PathFinder versions: Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20776 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20763] old sys.path_hooks importer does not work with Python 3.4.0rc1
Changes by Brett Cannon br...@python.org: -- assignee: - brett.cannon ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20763 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20621] Issue with zipimport in 3.3.4 and 3.4.0rc1
Roundup Robot added the comment: New changeset 8899e4028561 by Gregory P. Smith in branch '3.3': Mention issue 20621 fix in the NEWS file for 3.3.5rc1. http://hg.python.org/cpython/rev/8899e4028561 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20621 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20763] old sys.path_hooks importer does not work with Python 3.4.0rc1
Brett Cannon added the comment: Fix and test is attached. Can someone review it so I can check it in and get a cherrypick? -- keywords: +patch stage: - commit review Added file: http://bugs.python.org/file34225/issue_20763.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20763 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18704] IDLE: Integrate external code analysis tools
Changes by Terry J. Reedy tjre...@udel.edu: -- title: IDLE: PEP8 Style Check Integration - IDLE: Integrate external code analysis tools ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18704 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20763] old sys.path_hooks importer does not work with Python 3.4.0rc1
Eric Snow added the comment: LGTM -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20763 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20774] collections.deque should ship with a stdlib json serializer
R. David Murray added the comment: json is only designed to serialize standard data types out of the box. Anything else is an extension. I presume you are asking for this because a deque looks more-or-less like a list. I'm not sure that's reason enough, but we'll see what others think. -- nosy: +r.david.murray ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20774 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20246] buffer overflow in socket.recvfrom_into
Changes by Giampaolo Rodola' g.rod...@gmail.com: -- nosy: +giampaolo.rodola ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20246 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20777] PyArg_ParseTupleAndKeywords does not respect arguments format.
New submission from Carlos Ferreira: PyArg_ParseTupleAndKeywords is not respecting the format string sy*ss When using the format sbss with the following valid arguments enp0s8, 0, 08:00:27:da:b3:47, 08:00:27:11:22:33 there is no error and the function succeeds in parsing the arguments. But when passing the following valid arguments, 8bf2f93c-8f44-4960-a2de-71f87130882e, bytes(list([0,0,0,1])), 08:00:27:11:22:33, 10.0.0.3 it will fail stating that the 3rd argument has a null character. -- components: Extension Modules messages: 212236 nosy: Claymore priority: normal severity: normal status: open title: PyArg_ParseTupleAndKeywords does not respect arguments format. type: behavior versions: Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20777 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20777] PyArg_ParseTupleAndKeywords does not respect arguments format.
Carlos Ferreira added the comment: (Please ignore the previous post) PyArg_ParseTupleAndKeywords is not respecting the format string sy*ss When using the format sbss with the following valid arguments enp0s8, 0, 08:00:27:da:b3:47, 08:00:27:11:22:33 there is no error and the function succeeds in parsing the arguments. But when using the format sy*ss with the following valid arguments, 8bf2f93c-8f44-4960-a2de-71f87130882e, bytes(list([0,0,0,1])), 08:00:27:11:22:33, 10.0.0.3 it will fail stating that the 3rd argument has a null character. -- status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20777 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20764] os.walk recurses down even with dirnames deleted
Sworddragon added the comment: It sounds like me that del dir_list does only delete the copied list while del dir_list[:] accesses the reference and deletes this list. If I'm not wrong with this assumption I think you was meaning dir_list instead of root_dir in your post. But thanks for the help as I have not expected this on reading just the documentation of os.walk(). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20764 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20764] os.walk recurses down even with dirnames deleted
Ned Deily added the comment: Yes, I did indeed mean dir_list, not root_dir. Sorry for the confusion. One point: there is no copied list. del dir_list merely deletes the binding between the name dir_list and the list object returned by os.walk; the list object itself is unaltered but can no longer be referenced by the name dir_list. del dir_list[:] mutates the list object pointed to by dir_list by deleting the references to all of its member elements, turning it into an empty list; the binding of the list object to the name dir_list remains. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20764 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20775] Modifications to global variables ignored after instantiating multiprocessing.Pool
Changes by Ned Deily n...@acm.org: -- nosy: +sbt ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20775 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20775] Modifications to global variables ignored after instantiating multiprocessing.Pool
Tim Peters added the comment: This is expected. global has only to do with the visibility of a name within a module; it has nothing to do with visibility of mutations across processes. On a Linux-y system, executing Pool(3) creates 3 child processes, each of which sees a read-only *copy* of the state of the module at the time (the usual copy-on-write fork() semantics). From that point on, nothing done in the main program can have any effect on the data values seen by the child processes, nor can anything done by a child process have any effect on the data values seen by the main program or by the other child processes, unless such data values are _explicitly_ shared via one of the cross-process data sharing mechanisms the multiprocessing module supports. So, in your program, all child processes see name == Not Updated, because that's the value `name` had at the time the processes were created. The later name = Updated changes the binding in the main program, and only in the main program. If you want child processes to see the new value you should, e.g., pass `name` to f(). -- nosy: +tim.peters ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20775 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20775] Modifications to global variables ignored after instantiating multiprocessing.Pool
Naftali Harris added the comment: Oh, ok, that makes a lot of sense. Thanks for the clear and patient explanation, Tim! Sorry to have bothered the Python bug tracker with this. --Naftali -- resolution: - invalid status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20775 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20763] old sys.path_hooks importer does not work with Python 3.4.0rc1
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com: -- nosy: +Arfrever ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20763 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20776] Add tests for importlib.machinery.PathFinder
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com: -- nosy: +Arfrever ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20776 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20767] Some python extensions can't be compiled with clang 3.4
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com: -- nosy: +Arfrever ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20767 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20740] Remove invalid number from squares in introduction section
Pavel Kazakov added the comment: (Alternatively, we could redefine squares in Python. All other languages just have the regular squares; Python has a super *extra* square 2! That clearly makes squares in Python *better* than squares in other languages...) Heh. I initially wasn't sure if I was just missing a super fancy feauture of Python, but I eventually concluded the 2 probably wasn't supposed to be there. In the name of making Python better, since π and -1 have already been proposed as additional squares, I vote for including the constant e as well. Fixed, thanks for the report and the patch! Great! Thanks. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20740 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11588] Add necessarily inclusive groups to argparse
paul j3 added the comment:
The addition of a simple decorator to the 'ArgumentParser' class, would
simplify registering the tests:
def crosstest(self, func):
# decorator to facilitate adding these functions
name = func.__name__
self.register('cross_tests', name, func)
which would be used as:
@parser.crosstest
def pat_or_suf(parser, seen_actions, *args):
if 2==len(seen_actions.intersection([a_pat, a_suf])):
parser.error('only one of PATTERN and SUFFIX allowed')
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11588
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
