[issue19934] collections.Counter.most_common does not document `None` as acceptable input.

Changes by Vajrasky Kok : -- nosy: +rhettinger ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pyt

[issue19933] Round default argument for "ndigits"

Changes by Vajrasky Kok : -- nosy: +mark.dickinson ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail

[issue19933] Round default argument for "ndigits"

Vajrasky Kok added the comment: Here is the preliminary patch. After patch: round(1.23, 0) => 1 not 1.0 round(4.67, 0) => 5 not 5.0 -- keywords: +patch nosy: +vajrasky Added file: http://bugs.python.org/file33051/fix_round_with_zero_ndigits.patch _

[issue19934] collections.Counter.most_common does not document `None` as acceptable input.

Matthew Gilson added the comment: This is a very simple patch which addresses the issue. I am still curious whether the reported function signature should be changed from: .. method:: most_common([n]) to: .. method:: most_common(n=None) . Any thoughts? Also, while I was in there,

[issue19934] collections.Counter.most_common does not document `None` as acceptable input.

New submission from Matthew Gilson: Reading the source for collections.Counter.most_common, the docstring mentions that `n` can be `None` or omitted, but the online documentation does not mention that `n` can be `None`. -- assignee: docs@python components: Documentation messages: 20564

[issue19933] Round default argument for "ndigits"

New submission from João Bernardo: >From the docs for built-in function "round": "If ndigits is omitted, it defaults to zero" (http://docs.python.org/3/library/functions.html#round) But, the only way to get an integer from `round` is by not having the second argument (ndigits): >>> r

[issue19846] Setting LANG=C breaks Python 3 on Linux

Sworddragon added the comment: You should keep things more simple: - Python and the operation system/filesystem are in a client-server relationship and Python should validate all. - It doesn't matter what you will finally decide to be the default encoding on various places - all will provide r

python-bugs-list@python.org

Tim Peters added the comment: The weakref.slice fix looks solid to me, although it appears to be specific to 2.7 (the methods are fancier on the current default branch, fiddling with self._pending_removals too). Does anyone know why the signature of pop is: def pop(self, key, *args) ? I

[issue19915] int.bit_at(n) - Accessing a single bit in O(1)

Tim Peters added the comment: [@anon] > What should happen next? 1. Write docs. 2. Write a test suite and test a Python implementation. 3. Write C code, and reuse the test suite to test that. 4. Attach a patch for all of that to this issue (although a Python implementation is no longer intere

[issue19915] int.bit_at(n) - Accessing a single bit in O(1)

Tim Peters added the comment: @serhiy, Mark certainly knows the proposed addition isn't _needed_ to pick apart 64-bit integers. It's an issue there of clarity, not O() behavior. For example, `i.bits_at(0, 52)` to get at a double's mantissa requires no thought at all to write or to read later

[issue19846] Setting LANG=C breaks Python 3 on Linux

Nick Coghlan added the comment: On 9 December 2013 12:08, STINNER Victor wrote: > > STINNER Victor added the comment: > >> End users tripping over this by setting LANG=C is one of the pain points of >> Python 3 relative to Python 2 for Fedora, so I've added a couple of Fedora >> folks to the n

[issue16099] robotparser doesn't support request rate and crawl delay parameters

Berker Peksag added the comment: I left a few comments on Rietveld. -- nosy: +berker.peksag versions: +Python 3.5 -Python 3.4 ___ Python tracker ___ _

[issue19846] Setting LANG=C breaks Python 3 on Linux

STINNER Victor added the comment: > End users tripping over this by setting LANG=C is one of the pain points of > Python 3 relative to Python 2 for Fedora, so I've added a couple of Fedora > folks to the nosy list. Sorry, I'm not aware of such issue. Do you have examples? > - the main problem

[issue15403] Refactor package creation support code into a common location

Nick Coghlan added the comment: I took a look at this last night, and found the combination of moving stuff around *and* refactoring it at the same time was too hard to review. So, once the PEP 451 changes for runpy are done, I think it would make more sense to tackle this as at least three pa

[issue18576] Rename and document test.script_helper as test.support.script_helper

Changes by Nick Coghlan : -- assignee: docs@python -> ncoghlan ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue18576] Rename and document test.script_helper as test.support.script_helper

Nick Coghlan added the comment: I wouldn't worry about 3.3 at this point - the 3.3 test suite isn't going to see major changes for its final release, so the risk of merge conflicts is low. -- versions: -Python 3.3 ___ Python tracker

[issue19846] Setting LANG=C breaks Python 3 on Linux

Nick Coghlan added the comment: End users tripping over this by setting LANG=C is one of the pain points of Python 3 relative to Python 2 for Fedora, so I've added a couple of Fedora folks to the nosy list. My current understanding of the situation: - we should leave Windows and Mac OS X alon

[issue19771] runpy should check ImportError.name before wrapping it

Nick Coghlan added the comment: By providing a __main__.py submodule, a package is saying "I am directly executable". When runpy says it isn't (because running that file happened to raise ImportError), then runpy is wrong. runpy can't make the file work (it's genuinely broken), but it can avoi

[issue18576] Rename and document test.script_helper as test.support.script_helper

Fotis Koutoulakis added the comment: I have finished the changes needed to move script_helper from Lib/test to Lib/test/support, and I have also documented it. Tests run gracefully (but be sure to check out if it works as intended on your machines too) Two notes though: 1. I have only made th

[issue19904] Add 128-bit integer support to struct

Fil Mackay added the comment: Antoine, > I don't think "register types" matter here. The struct module provides > interoperability with low-level *data types* (in C and other common > languages), not CPU *registers*. OK, see where you're coming from. I guess my thinking was such that struct (an

[issue19876] selectors (and asyncio?): document behaviour on closed files/sockets

STINNER Victor added the comment: "Except that it can fail with ENOENT, but also EBADF, and EPERM if the FD has been reused by a FD which doesn't support epoll." Oh, I didn't know that. I ran the unit test, and I expected the two unit test to cover any error case. So ignore my epoll_except.patc

[issue19876] selectors (and asyncio?): document behaviour on closed files/sockets

STINNER Victor added the comment: Oops, I reverted my changeset c4c1c4bc8086, I didn't read why the test was skipped on Windows. Sorry. -- ___ Python tracker ___ ___

[issue19876] selectors (and asyncio?): document behaviour on closed files/sockets

Roundup Robot added the comment: New changeset c4c1c4bc8086 by Victor Stinner in branch 'default': Issue #19876: Run also test_selectors.test_unregister_after_fd_close_and_reuse() on Windows http://hg.python.org/cpython/rev/c4c1c4bc8086 -- ___ Python

[issue19880] unittest: on failure, TestCase.run() keeps a reference to the exception

Roundup Robot added the comment: New changeset 09658ea0b93d by Victor Stinner in branch 'default': Close #19880: Fix a reference leak in unittest.TestCase. Explicitly break http://hg.python.org/cpython/rev/09658ea0b93d -- nosy: +python-dev resolution: -> fixed stage: -> committed/rejec

[issue19905] Add 128-bit integer support to ctypes

Changes by Meador Inge : -- nosy: +meador.inge ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pyt

[issue19904] Add 128-bit integer support to struct

Antoine Pitrou added the comment: > The two shouldn't be confused - you definitely want to be able to > treat the vector in both states (packed and unpacked). Why do you need the packed state as a 128-bit int, rather than as a bytes object? You are not doing arithmetic on it, AFAIU. --

[issue19904] Add 128-bit integer support to struct

Fil Mackay added the comment: Antoine, No, the SIMD vector should be treated as a int128 (for eg.), not as 4 python ints. It is the unpacking process that unpacks into 4 python ints. The two shouldn't be confused - you definitely want to be able to treat the vector in both states (packed and

[issue19904] Add 128-bit integer support to struct

Antoine Pitrou added the comment: > Of course any integer length could be handled by memoryview unpacker, > but this would not really make sense for int64. My view is that any > intrinsic type (ie. register type) is the key point at which it should > be supported by struct, and not a custom unpac

[issue19904] Add 128-bit integer support to struct

Fil Mackay added the comment: Stefan, performance is not the principle motivator here: the intention is that it is just sensible to support this integer type, just like supporting int64 since it is an intrinsic type supported by CPU's. Of course any integer length could be handled by memoryvie

[issue19846] Setting LANG=C breaks Python 3

STINNER Victor added the comment: > It seems there is more work to do to get this right, but I'm not > terribly interested either. Feel free to take over. If you are talking to me: I'm currently opposed to change anything, so I'm not interested to work on a patch. IMO Python works fine and you

[issue19893] Python cApi memory problem. Py_Initialize memory leak

STINNER Victor added the comment: Sorry, but I still don't understand this issue. "Invalid read of size 4" is a known false positive. It can be worked around using ./configure --with-valgrind and the suppression list, or using ./configure --without-pymalloc. If you still get the warning, you u

[issue19846] Setting LANG=C breaks Python 3

Antoine Pitrou added the comment: On dim., 2013-12-08 at 22:22 +, STINNER Victor wrote: > (b) for technical reasons, Python reuses the C codec during Python > initialization to decode and encode OS data, and so currently Python > *must* use the locale encoding for its "filesystem encoding" A

[issue19830] test_poplib emits resource warning

STINNER Victor added the comment: The patch fixes the ResourceWarning, thanks. -- resolution: -> fixed status: open -> closed ___ Python tracker ___

[issue18864] Implementation for PEP 451 (importlib.machinery.ModuleSpec)

Changes by STINNER Victor : -- nosy: -haypo ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pytho

[issue19830] test_poplib emits resource warning

Roundup Robot added the comment: New changeset 1e3c7153a14d by Victor Stinner in branch 'default': Fix #19830: Fix a ResourceWarning in test_poplib. http://hg.python.org/cpython/rev/1e3c7153a14d -- nosy: +python-dev ___ Python tracker

[issue19904] Add 128-bit integer support to struct

Changes by Meador Inge : -- nosy: +meador.inge ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pyt

[issue17429] platform.linux_distribution() should decode files from UTF-8, not from the locale encoding

Changes by STINNER Victor : -- title: platform.platform() can throw Unicode error -> platform.linux_distribution() should decode files from UTF-8, not from the locale encoding ___ Python tracker _

[issue17429] platform.linux_distribution() should decode files from UTF-8, not from the locale encoding

Changes by STINNER Victor : -- versions: -Python 3.2 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://m

[issue17429] platform.platform() can throw Unicode error

Roundup Robot added the comment: New changeset a951ab03bda0 by Victor Stinner in branch '3.3': Issue #17429: Oops, remove unused import http://hg.python.org/cpython/rev/a951ab03bda0 New changeset 209bf9576dc8 by Victor Stinner in branch 'default': (Merge 3.3) Issue #17429: Oops, remove unused im

[issue17429] platform.platform() can throw Unicode error

Changes by STINNER Victor : -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list U

[issue17429] platform.platform() can throw Unicode error

STINNER Victor added the comment: Thanks Toshio Kuratomi for your patch. I simplified the unit test. I'm not sure that "resetlocale" restores the locale in its previous state. I don't want to rely on two specific locales ('pt_BR.UTF8' and 'pt_BR.ISO8859-1') for a such simple test. We have enou

[issue17429] platform.platform() can throw Unicode error

Roundup Robot added the comment: New changeset 831b2c80a9c9 by Victor Stinner in branch 'default': Issue #17429: some PEP 8 compliance fixes for the platform modules, add whitespaces http://hg.python.org/cpython/rev/831b2c80a9c9 -- ___ Python tracker

[issue19771] runpy should check ImportError.name before wrapping it

Fotis Koutoulakis added the comment: Hello, I'm in the process of trying to find a solution to this problem, but I'm afraid the choice of wording at some point is kind of...ambiguous. I have some questions I want to ask, to clear some doubts in my head: First one is: "if __main__ in a packag

[issue17429] platform.platform() can throw Unicode error

Roundup Robot added the comment: New changeset 4580976c07cb by Victor Stinner in branch '3.3': Issue #17429: platform.linux_distribution() now decodes files from the UTF-8 http://hg.python.org/cpython/rev/4580976c07cb New changeset 407f18c8ce8a by Victor Stinner in branch 'default': (Merge 3.3)

[issue19846] Setting LANG=C breaks Python 3

STINNER Victor added the comment: >> Or said differently, the filesystem encoding is different than the >> locale encoding. > Indeed, but the FS encoding and the IO encoding are the same. > "locale encoding" doesn't really matter here, as we are assuming that > it's wrong. Oh, I realized that "

python-bugs-list@python.org

Antoine Pitrou added the comment: Ah, you're right. We just need to cook up a patch then. -- stage: -> needs patch type: -> behavior ___ Python tracker ___

[issue19915] int.bit_at(n) - Accessing a single bit in O(1)

Serhiy Storchaka added the comment: > Extracting sign, exponent and significand fields from the binary > representation of a float is at least one thing I'd use this for. You don't need special function for bit operations. Float values are short (32 or 64 bits) and any bit operations are O(1).

[issue18983] Specify time unit for timeit CLI

Changes by Ezio Melotti : -- nosy: +ezio.melotti stage: needs patch -> patch review versions: +Python 3.5 -Python 3.4 ___ Python tracker ___ _

[issue18983] Specify time unit for timeit CLI

Julian Gindi added the comment: Just wanted to check to see if there was anything else I should do regarding this issue. -- ___ Python tracker ___ __

[issue19846] Setting LANG=C breaks Python 3

Changes by STINNER Victor : -- title: print() and write() are relying on sys.getfilesystemencoding() instead of sys.getdefaultencoding() -> Setting LANG=C breaks Python 3 ___ Python tracker ___

[issue19846] print() and write() are relying on sys.getfilesystemencoding() instead of sys.getdefaultencoding()

STINNER Victor added the comment: "haypo: title: Setting LANG=C breaks Python 3 -> print() and write() are relying on sys.getfilesystemencoding() instead of sys.getdefaultencoding()" Oh, I didn't want to change the title of the issue, it's a bug in Roundup when I reply by email :-/ --

[issue19932] Missing spaces in import.h?

Ziyuan Lin added the comment: To see the errors, one can install PyCUDA and Theano, and run code at http://deeplearning.net/software/theano/tutorial/using_gpu.html#id1 : import numpy, theano import theano.misc.pycuda_init from pycuda.compiler import SourceModule import theano.sandbox.cuda as c

python-bugs-list@python.org

Armin Rigo added the comment: As you can see in x.py, the underlying question is rather: are weakdicts usable in a single thread of a multithreaded program? I believe that this question cannot reasonably be answered No, independently on the answer you want to give to your own question. -

[issue19876] selectors (and asyncio?): document behaviour on closed files/sockets

Guido van Rossum added the comment: Then here's a hopeful fix for the Windows situation that relies on the socketpair() operation reusing FDs from the lowest value. I'm adding asserts to check that this is actually the case. (These are actual assert statements to indicate that they are verifyi

[issue19876] selectors (and asyncio?): document behaviour on closed files/sockets

Charles-François Natali added the comment: > I will look into the Windows problem, but I suspect the best we can do there > is skip the test. I already took care of that: http://hg.python.org/cpython/rev/01676a4c16ff -- ___ Python tracker

[issue19876] selectors (and asyncio?): document behaviour on closed files/sockets

Guido van Rossum added the comment: I don't think we should be more selective about the errno values, the try block is narrow enough (just one syscall) and we really don't know what the kernel will do on different platforms. And what would we do about it anyway? I will look into the Windows p

[issue19932] Missing spaces in import.h?

New submission from Ziyuan Lin: In Include\import.h, line 89-97: PyAPI_FUNC(PyObject *)_PyImport_FindBuiltin( const char *name/* UTF-8 encoded string */ ); PyAPI_FUNC(PyObject *)_PyImport_FindExtensionObject(PyObject *, PyObject *); PyAPI_FUNC(int)_PyImport_FixupBuiltin(

[issue19915] int.bit_at(n) - Accessing a single bit in O(1)

anon added the comment: Then I think we're in agreement with regards to bits_at. :) What should happen next? -- ___ Python tracker ___ __

python-bugs-list@python.org

Antoine Pitrou added the comment: I think the underlying question is: are weak dicts otherwise MT-safe? -- versions: +Python 3.4 ___ Python tracker ___ __

[issue11299] Allow deepcopying paused generators

Antoine Pitrou added the comment: > Unless I misunderstood things, and deepcopying a generator would imply > to also copy its whole source of data? deepcopying is "deep", and so would have to recursively deepcopy the generator's local variables... -- ___

[issue11299] Allow deepcopying paused generators

Bastien Montagne added the comment: Yes, itertools.tee just keep in memory elements produced by the "most advanced" iterator, until the "least advanced" iterator consumes them. It may not be a big issue in most cases, but I can assure you that when you have to iter several times over a million

python-bugs-list@python.org

Changes by Ned Deily : -- nosy: +fdrake, pitrou ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.py

[issue11299] Allow deepcopying paused generators

Antoine Pitrou added the comment: > The issue here is copy.deepcopy will raise an exception whenever it > encounters a generator. We would like to do better here. > Unfortunately, using itertools.tee is not a solution here because it > does not preserve the type of the object. Indeed, itertools.

[issue11299] Allow deepcopying paused generators

Ram Rachum added the comment: "Instead of copy.deepcopy, why not call itertools.tee?" It's hard for me to give you a good answer because I submitted this ticket 2 years ago, and nowadays I don't have personal interest in it anymore. But, I think `itertools.tee` wouldn't have worked for me, bec

[issue11299] Allow deepcopying paused generators

Alexandre Vassalotti added the comment: The issue here is copy.deepcopy will raise an exception whenever it encounters a generator. We would like to do better here. Unfortunately, using itertools.tee is not a solution here because it does not preserve the type of the object. -- _

[issue19883] Integer overflow in zipimport.c

Gregory P. Smith added the comment: comments added to the patch. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscri

[issue11299] Allow deepcopying paused generators

Antoine Pitrou added the comment: Instead of copy.deepcopy, why not call itertools.tee? For the record, pickling a live generator implies pickling a frame object. We wouldn't be able to guarantee cross-version compatibility for such pickled objects. -- ___

[issue5845] rlcompleter should be enabled automatically

Antoine Pitrou added the comment: I would say it's now closed. If there's some fine tuning needed, separate issues should be opened. -- status: open -> closed ___ Python tracker

[issue19929] subprocess: increase read buffer size

Gregory P. Smith added the comment: I saw a small regression over 4k when using a 64k buffer on one of my machines (dual core amd64 linux). With 32k everything (amd64 linux, armv7l 32-bit linux, 64-bit os x 10.6) showed a dramatic improvement on the microbenchmark. approaching 50% less cpu u

[issue19929] subprocess: increase read buffer size

Roundup Robot added the comment: New changeset 03a056c3b88e by Gregory P. Smith in branch '3.3': Fixes issue #19929: Call os.read with 32768 within subprocess.Popen http://hg.python.org/cpython/rev/03a056c3b88e New changeset 4de4b5a4e405 by Gregory P. Smith in branch 'default': Fixes issue #1992

[issue19929] subprocess: increase read buffer size

Charles-François Natali added the comment: > Roundup Robot added the comment: > > New changeset 03a056c3b88e by Gregory P. Smith in branch '3.3': > Fixes issue #19929: Call os.read with 32768 within subprocess.Popen > http://hg.python.org/cpython/rev/03a056c3b88e Not that it bothers me, but AFAI

[issue18430] gzip, bz2, lzma: peek advances file position of existing file object

Roundup Robot added the comment: New changeset 5ca6e8af0aab by Nadeem Vawda in branch '3.3': #18430: Document that peek() may change the position of the underlying file for http://hg.python.org/cpython/rev/5ca6e8af0aab New changeset 0f587fe304be by Nadeem Vawda in branch 'default': Closes #18430

[issue19766] test_venv: test_with_pip() failed on "AMD64 Fedora without threads 3.x" buildbot: urllib3 dependency requires the threading module

Vinay Sajip added the comment: This commit in distlib uses uncompressed launcher executables which pass the virustotal.com checks: https://bitbucket.org/pypa/distlib/commits/e23c9e4fd3125fa88063de4dec80367b1ac82aff -- ___ Python tracker

[issue19913] TR/Crypt.XPACK.Gen-4 in easy_install.exe

Vinay Sajip added the comment: This commit in distlib uses uncompressed launcher executables which pass the virustotal.com checks: https://bitbucket.org/pypa/distlib/commits/e23c9e4fd3125fa88063de4dec80367b1ac82aff -- ___ Python tracker

[issue19856] shutil.move() can't move a directory in non-empty directory on Windows

Serhiy Storchaka added the comment: Thank you Francisco for testing. Here is different bug than I expected. Looks as shutil.move() can't move a directory in non-empty directory on Windows. -- nosy: +hynek, tarek title: Possible bug in shutil.move() on Windows -> shutil.move() can't move

[issue16549] regression: -m json.tool module is broken

Arfrever Frehtes Taifersar Arahesis added the comment: Somehow these errors do not occur today. Maybe they were side effects of other failures in test_json. Closing for now. -- resolution: -> fixed stage: -> committed/rejected status: open -> closed __

[issue19923] OSError: [Errno 512] Unknown error 512 in test_multiprocessing

Charles-François Natali added the comment: Looks like a kernel bug. errno 512 is ERESTARTSYS, which shouldn't leak to user-mode. -- ___ Python tracker ___ ___

[issue19856] Possible bug in shutil.move() on Windows

Francisco Martín Brugué added the comment: Just feedback on windows7. I tried the tests inside IDLE and done 'Run Module' (F5) (deleting the directories between tests): test_A: import os, shutil os.makedirs('foo') os.makedirs('bar/boo') shutil.move('foo/', 'bar/') test_B: import os, shutil o

[issue19931] namedtuple docstrings are verbose for no added benefit

Changes by Serhiy Storchaka : -- nosy: +rhettinger ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail

[issue19931] namedtuple docstrings are verbose for no added benefit

New submission from Ned Batchelder: When I make a namedtuple, I get automatic docstrings that use a lot of words to say very little. Sphinx autodoc produces this: ``` class Key Key(scope, user_id, block_scope_id, field_name) __getnewargs__() Return self as a plain tuple. Use

[issue16669] Docstrings for namedtuple

Serhiy Storchaka added the comment: Unhide this discussion. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue16669] Docstrings for namedtuple

Changes by Serhiy Storchaka : -- status: closed -> open ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https:/

[issue16669] Docstrings for namedtuple

Ned Batchelder added the comment: I'll add my voice to those asking for a way to put docstrings on namedtuples. As it is, namedtuples get automatic docstrings that seem to me to be almost worse than none. Sphinx produces this: ``` class Key Key(scope, user_id, block_scope_id, field_name

[issue19930] os.makedirs('dir1/dir2', 0) always fails

Serhiy Storchaka added the comment: Thank you Vajrasky. Now this check is skipped on Windows. -- Added file: http://bugs.python.org/file33047/os_makedirs_mode_2.patch ___ Python tracker

[issue19758] Warnings in tests

Serhiy Storchaka added the comment: Thank you Christian and Eric. -- resolution: -> fixed stage: -> committed/rejected status: open -> closed ___ Python tracker ___ ___

[issue19830] test_poplib emits resource warning

Changes by Serhiy Storchaka : -- nosy: +haypo stage: -> patch review ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubsc

[issue19535] Test failures with -OO

Changes by Serhiy Storchaka : -- resolution: -> fixed stage: patch review -> committed/rejected status: open -> closed versions: -Python 2.7 ___ Python tracker ___

[issue19700] Update runpy for PEP 451

Brett Cannon added the comment: Can you file a separate bug, Nick, for the importlib.find_spec() change you are after? I don't want to lose track of it (and I get what you are after but we should discuss why importlib.find_loader() was designed the way it was initially). -- _

[issue19535] Test failures with -OO

Roundup Robot added the comment: New changeset 910b1cb5176c by Serhiy Storchaka in branch '3.3': Issue #19535: Fixed test_docxmlrpc when python is run with -OO. http://hg.python.org/cpython/rev/910b1cb5176c New changeset e71142abf8b6 by Serhiy Storchaka in branch 'default': Issue #19535: Fixed t

[issue19927] Path-based loaders lack a meaningful __eq__() implementation.

Brett Cannon added the comment: I'm fine with the suggestions Nick made. While loaders are not technically immutable (and thus technically probably shouldn't define __hash__), they have not been defined to be mutable and mucked with anyway, so I have no issue if someone breaks the hash of a lo

[issue18864] Implementation for PEP 451 (importlib.machinery.ModuleSpec)

Brett Cannon added the comment: (c) it is then! I would just take the time to call bool() on the arg to coalesce it into a True/False thing (which maybe makes sense in __init__() as well). -- ___ Python tracker _

[issue18864] Implementation for PEP 451 (importlib.machinery.ModuleSpec)

Brett Cannon added the comment: Actually, ignore the __init__() part of my last comment since it's set to False directly. -- ___ Python tracker ___ _

[issue19904] Add 128-bit integer support to struct

Francisco Martín Brugué added the comment: > If performance is the reason for the feature: My impression is that > the goal of the struct module is not necessarily top performance. I'm not sure if it applies but on #19905 (message 205345 [1]) is said its a dependency for that issue [1] htt

[issue19929] subprocess: increase read buffer size

Antoine Pitrou added the comment: Linux, 64-bit quad core: With 4K buffer: $ time ./python test_sub_read.py 0.25217683400114765 real0m0.296s user0m0.172s sys 0m0.183s With 64K buffer: $ time ./python test_sub_read.py 0.0925754177548 real0m0.132s user0m0.051s sys

[issue19099] struct.pack fails first time with unicode fmt

Serhiy Storchaka added the comment: Fixed. Thank you Musashi for your report. -- resolution: -> fixed stage: patch review -> committed/rejected status: open -> closed ___ Python tracker ___

[issue19099] struct.pack fails first time with unicode fmt

Roundup Robot added the comment: New changeset 42d3afd29460 by Serhiy Storchaka in branch '2.7': Issue #19099: The struct module now supports Unicode format strings. http://hg.python.org/cpython/rev/42d3afd29460 -- nosy: +python-dev ___ Python tracker

[issue19930] os.makedirs('dir1/dir2', 0) always fails

Vajrasky Kok added the comment: Fails on Windows Vista. == FAIL: test_mode (__main__.MakedirTests) -- Traceback (most recent call last): File "Lib\test\test_o

[issue5845] rlcompleter should be enabled automatically

Serhiy Storchaka added the comment: What is the status of this issue? -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsub

[issue19878] bz2.BZ2File.__init__() cannot be called twice with non-existent file

Roundup Robot added the comment: New changeset 55a748f6e396 by Nadeem Vawda in branch '2.7': Closes #19878: Fix segfault in bz2 module. http://hg.python.org/cpython/rev/55a748f6e396 -- nosy: +python-dev resolution: -> fixed stage: needs patch -> committed/rejected status: open -> closed

[issue11299] Allow deepcopying paused generators

Changes by Bastien Montagne : -- nosy: +mont29 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pyt

  1   2   >