[issue16694] Add pure Python operator module

Raymond Hettinger added the comment: I reviewed the attrgetter(), mathodgetter(), and itemgetter() code in py_operator.v12.diff. The looks clean and correct. -- assignee: rhettinger -> ___ Python tracker ___

[issue16694] Add pure Python operator module

Alex Gaynor added the comment: If a pure python operator module were a part of the stdlib, we (PyPy) would probably delete most (if not all) of our own operator module. -- nosy: +alex ___ Python tracker __

[issue16694] Add pure Python operator module

Raymond Hettinger added the comment: [David] > Raymond: it's not for the benefit of CPython. IIRC, all the other implementations of Python already have this code passing tests, so it isn't really for their benefit either. -- ___ Python tracker

[issue17735] inspect.findsource throws IndexError

Kyle Simpson added the comment: Right, this issue is about the IndexError. The current patch for issue 1218234 doesn't solve this problem. You will still get IndexErrors, but you will get them when functions are removed rather than when functions are added. I think we should simply throw an I

[issue16694] Add pure Python operator module

R. David Murray added the comment: Raymond: it's not for the benefit of CPython. -- nosy: +r.david.murray ___ Python tracker ___ ___ P

[issue17012] Differences between /usr/bin/which and shutil.which()

Barry A. Warsaw added the comment: Serhiy, I'd say go ahead and commit it. +1 from me. -- ___ Python tracker ___ ___ Python-bugs-list

[issue17012] Differences between /usr/bin/which and shutil.which()

Changes by Barry A. Warsaw : -- assignee: barry -> serhiy.storchaka ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscri

[issue17738] Unnecessary "if" in SHA1_copy

Roundup Robot added the comment: New changeset aec657f11b66 by Benjamin Peterson in branch '3.3': remove pointless code (closes #17738) http://hg.python.org/cpython/rev/aec657f11b66 -- nosy: +python-dev resolution: -> fixed stage: patch review -> committed/rejected status: open -> close

[issue16694] Add pure Python operator module

Raymond Hettinger added the comment: I would like to spend some time with this before it goes forward (especially the attrgetter, itemgetter, methodgetter group). Right now, it looks like a nice effort but I don't see how it makes Python any better for adding it. The odds are that this code w

[issue17741] event-driven XML parser

Eli Bendersky added the comment: Thanks Antoine. This looks interesting - I'm somewhat swamped ATM but will try to review the patch in the next few days. Incidentally, since it is a new feature would it be worthwhile to discuss it on python-ideas? -- _

[issue17670] Improve str.expandtabs() doc

Eli Bendersky added the comment: It's better, although the distinction between "tab column" and "tab position" is not entirely clear. -- ___ Python tracker ___ _

[issue17741] event-driven XML parser

Changes by Jesús Cea Avión : -- nosy: +jcea ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.

[issue17745] "packaging" no longer planned to be included

New submission from Tshepang Lekhonkhobe: attached patch reflects current reality (me assuming that PEPs are living documents) -- assignee: docs@python components: Documentation files: diff messages: 187040 nosy: docs@python, tshepang priority: normal severity: normal status: open title

[issue17012] Differences between /usr/bin/which and shutil.which()

Changes by Barry A. Warsaw : -- assignee: -> barry ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail

[issue17012] Differences between /usr/bin/which and shutil.which()

Barry A. Warsaw added the comment: >From a documentation standpoint, path='' is not the same as "When no path is >specified", so indeed it should return None when path=''. Serhiy's patch >looks good to me. -- ___ Python tracker

[issue17012] Differences between /usr/bin/which and shutil.which()

Changes by Barry A. Warsaw : -- nosy: +barry ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python

[issue17744] Unset VIRTUAL_ENV environment variable in deactivate.bat

New submission from Piotr Dobrogost: activate.bat sets VIRTUAL_ENV environment variable. This variable is treated as a sign that virtualenv is active. For this reason deactivate.bat should unset this variable. See https://github.com/pypa/virtualenv/pull/364 -- components: Library (Lib)

[issue17743] Use extended syntax of `set` command in activate.bat/deactivate.bat batch files.

New submission from Piotr Dobrogost: This makes it possible to handle paths/usernames with special characters - see https://github.com/pypa/virtualenv/pull/352 -- components: Library (Lib) messages: 187037 nosy: piotr.dobrogost, vinay.sajip priority: normal severity: normal status: open

[issue17742] Add _PyBytesWriter API

STINNER Victor added the comment: See also #17694. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://ma

[issue17742] Add _PyBytesWriter API

Changes by STINNER Victor : Added file: http://bugs.python.org/file29878/bytes_writer_cjkcodecs.patch ___ Python tracker ___ ___ Python-bugs-l

[issue17742] Add _PyBytesWriter API

New submission from STINNER Victor: In Python 3.3, I added _PyUnicodeWriter API to factorize code handling a Unicode "buffer", just the code to allocate memory and resize the buffer if needed. I propose to do the same with a new _PyBytesWriter API. The API is very similar to _PyUnicodeWriter:

[issue15281] pyvenv --symlinks option is a no-op?

Piotr Dobrogost added the comment: It's simpler but is it better this way? I doubt. I think we should take advantage of symlinks whenever we can and only fallback to copying if they are not available. -- ___ Python tracker

[issue17738] Unnecessary "if" in SHA1_copy

Changes by Antoine Pitrou : -- nosy: +gregory.p.smith stage: -> patch review versions: +Python 2.7 -Python 3.1, Python 3.2, Python 3.5 ___ Python tracker ___ ___

[issue17386] Bring Doc/make.bat as close to Doc/Makefile as possible

Zachary Ware added the comment: I caught a small oversight. This new patch changes the example in README.txt to ``make html "PYTHON2=C:\Python27\python.exe"`` (PYTHON->PYTHON2). Also, I added a bit of backward compatibility to make.bat; %PYTHON2% will default to %PYTHON% if it is set. Other

[issue17739] ssl.SSLSocket.getpeercert does not return client certificate

Antoine Pitrou added the comment: Thanks for reporting this. This is a documentation issue. As stated in the OpenSSL docs: "Due to the protocol definition, a TLS/SSL server will always send a certificate, if present. A client will only send a certificate when explicitly requested to do so by

[issue17670] Improve str.expandtabs() doc

Ned Deily added the comment: Thanks for the suggested. Here's a revised wording and a slightly more legible example: Return a copy of the string where all tab characters are replaced by zero or more spaces, depending on the current tab column and the given tab size. Starting at the f

[issue17741] event-driven XML parser

Antoine Pitrou added the comment: Note that basing iterparse() on IncrementalParser and removing the API discrepancy between the Python and C modules helps make the etree code smaller. -- ___ Python tracker __

[issue17741] event-driven XML parser

New submission from Antoine Pitrou: iterparse() is a blocking operation. It is not really suitable for event-driven applications (e.g. non-blocking I/O). Here is a patch adding a IncrementalParser class. -- components: Library (Lib) files: etree_incparser.patch keywords: patch messages

[issue17671] io.BufferedRWPair can use uninitialized members

Antoine Pitrou added the comment: About the test: +self.assertRaises(Exception, pair.read) +self.assertRaises(Exception, pair.write) First, you should check for the actual RuntimeError. Second, you need to pass the right arguments for these method calls: for example read(1) and

[issue17710] SystemError in cPickle for incorrect input

Antoine Pitrou added the comment: I've committed the patches. Feel free to improve the default branch if you like. -- resolution: -> fixed stage: patch review -> committed/rejected status: open -> closed ___ Python tracker

[issue17710] SystemError in cPickle for incorrect input

Roundup Robot added the comment: New changeset 4e412cbaaf96 by Antoine Pitrou in branch '3.3': Issue #17710: Fix pickle raising a SystemError on bogus input. http://hg.python.org/cpython/rev/4e412cbaaf96 New changeset 5a16d2992112 by Antoine Pitrou in branch 'default': Issue #17710: Fix pickle r

[issue17716] From ... import fails when parent package failed but child module succeeded, yet works in std import case

Brett Cannon added the comment: Have to think about the whole rollback situation in terms of a failure to import a parent. Whenever you want to change the semantics of import you will break someone's code, it's just a question of how wide the breakage would be and how much of an improvement it

[issue16550] pickletools.py treats 32bit lengths as signed, but pickle.py as unsigned

Changes by Serhiy Storchaka : -- assignee: serhiy.storchaka -> alexandre.vassalotti resolution: -> fixed stage: patch review -> committed/rejected status: open -> closed ___ Python tracker

[issue17728] format() default precisions undocumented

Georg Brandl added the comment: Thanks! -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.o

[issue16694] Add pure Python operator module

Serhiy Storchaka added the comment: I think Antoine is more appropriate for committing this patch. I waited so long with this because I do not dare to take responsibility for themselves (it's almost like adding a new module). -- assignee: serhiy.storchaka -> _

[issue17710] SystemError in cPickle for incorrect input

Roundup Robot added the comment: New changeset 527b7f88b53c by Antoine Pitrou in branch '2.7': Issue #17710: Fix cPickle raising a SystemError on bogus input. http://hg.python.org/cpython/rev/527b7f88b53c -- nosy: +python-dev ___ Python tracker

[issue17732] distutils.cfg Can Break venv

Éric Araujo added the comment: I would ignore options from all config files, and do the simplest thing (i.e. not add the ignore_options attribute). -- assignee: vinay.sajip -> eric.araujo components: +Distutils -Library (Lib) ___ Python tracker

[issue17703] Trashcan mechanism segfault during interpreter finalization in Python 2.7.4

Marc-Andre Lemburg added the comment: On 15.04.2013 21:21, Antoine Pitrou wrote: > > Committed! Cool, thanks for the quick turnaround. -- ___ Python tracker ___ ___

[issue15301] os.chown: OverflowError: Python int too large to convert to C long

Serhiy Storchaka added the comment: >* The most common case (no overflow) is now first. In Serhiy's patch > the most common case is buried in the middle of the second "if". It's because my implementation is a simplified version of more complicated patch for issue2005, which supports signed ui

[issue17732] distutils.cfg Can Break venv

Nick Sloan added the comment: My thought was that perhaps there will be other circumstances where we may want to ignore options in the future. The idea was that by providing an ignore_options list that can be extended, multiple conditions with different sets of options can be stacked together

[issue17703] Trashcan mechanism segfault during interpreter finalization in Python 2.7.4

Antoine Pitrou added the comment: Committed! -- resolution: -> fixed stage: commit review -> committed/rejected status: open -> closed ___ Python tracker ___ ___

[issue17703] Trashcan mechanism segfault during interpreter finalization in Python 2.7.4

Roundup Robot added the comment: New changeset e814fbd470bf by Antoine Pitrou in branch '2.7': Issue #17703: Fix a regression where an illegal use of Py_DECREF() after interpreter finalization can cause a crash. http://hg.python.org/cpython/rev/e814fbd470bf -- nosy: +python-dev ___

[issue17710] SystemError in cPickle for incorrect input

Antoine Pitrou added the comment: > I was targeting head, not the release branches. Perhaps, but I don't see the point of choosing a different fix in the default branch than in the bugfix branches. -- ___ Python tracker

[issue17703] Trashcan mechanism segfault during interpreter finalization in Python 2.7.4

Changes by Antoine Pitrou : -- stage: -> commit review type: -> crash ___ Python tracker ___ ___ Python-bugs-list mailing list Unsub

[issue17703] Trashcan mechanism segfault during interpreter finalization in Python 2.7.4

Changes by Antoine Pitrou : -- title: Trash can mechanism segfault during interpreter finalization in Python 2.7.4 -> Trashcan mechanism segfault during interpreter finalization in Python 2.7.4 ___ Python tracker

[issue17706] Segfault in PyErr_SetObject

Orion Poplawski added the comment: Despite numpy not calling the library properly, it stills seems to me that python should not segfault due to not handling a null pointer. But thanks for the help. -- ___ Python tracker

[issue17740] :func:`socket` in socket.rst links to socket module, not socket.socket

Zachary Ware added the comment: So it does. Would you like a new pair of patches? It is just a search-and-replace from ":func:`socket`" to ":func:`.socket`". -- ___ Python tracker ___

[issue17732] distutils.cfg Can Break venv

Vinay Sajip added the comment: > On second thought, there is probably no good reason to ignore the build-* > settings. I was just about to mention this. I'm not an expert on distutils internals and whether this is the best way to accomplish what's needed, but the approach seems reasonable to

[issue17740] :func:`socket` in socket.rst links to socket module, not socket.socket

Ezio Melotti added the comment: I think :func:`.socket` should work too. -- assignee: docs@python -> ezio.melotti nosy: +ezio.melotti stage: -> patch review ___ Python tracker _

[issue17732] distutils.cfg Can Break venv

Nick Sloan added the comment: On second thought, there is probably no good reason to ignore the build-* settings. Here is an updated patch. -- Added file: http://bugs.python.org/file29873/distutilsvenv.patch ___ Python tracker

[issue17740] :func:`socket` in socket.rst links to socket module, not socket.socket

Changes by Zachary Ware : Added file: http://bugs.python.org/file29872/socket_func_link_2.7.diff ___ Python tracker ___ ___ Python-bugs-list m

[issue17740] :func:`socket` in socket.rst links to socket module, not socket.socket

New submission from Zachary Ware: In Doc/library/socket.rst, :func:`socket` links to #module-socket, not #socket.socket. The attached patch changes all occurances of :func:`socket` to :func:`~socket.socket`, except the first one which keeps the explicit module name (no ~). -- assigne

[issue17689] Fix test discovery for test_tarfile.py

Zachary Ware added the comment: That is indeed simpler than what I wrote, and it does work as expected. But, is it preferable to do it this way, or with Ezio's suggested method (``skip_unless_gzip = unittest.skipUnless(gzip, "gzip not available")``, and for bz2 and lzma)? I can see merits to

[issue16694] Add pure Python operator module

Zachary Ware added the comment: A change that I mentioned in a Rietveld comment on v10, but not in my last message: __all__ in operator.py no longer includes all of the __func__s, as currently doing "from operator import *" does not import all of the __func__s. --

[issue13510] Clarify that readlines() is not needed to iterate over a file

Ezio Melotti added the comment: Fixed, thanks for the patch! I also realized I missed Terry suggestion about file.readlines() == list(file), so I added that too. -- assignee: docs@python -> ezio.melotti resolution: -> fixed stage: needs patch -> committed/rejected status: open -> close

[issue13510] Clarify that readlines() is not needed to iterate over a file

Roundup Robot added the comment: New changeset 1e8be05a4039 by Ezio Melotti in branch '3.3': #13510: clarify that f.readlines() is note necessary to iterate over a file. Patch by Dan Riti. http://hg.python.org/cpython/rev/1e8be05a4039 New changeset 7f4325dc4256 by Ezio Melotti in branch 'defau

[issue17732] distutils.cfg Can Break venv

Nick Sloan added the comment: Here is a patch that seems to fix the problem. It simply short-circuits distutils options that change directories. This is my first python patch ever, so I'm eager for comments. Is this the right approach? -- keywords: +patch Added file: http://bugs.python

[issue16694] Add pure Python operator module

Changes by Zachary Ware : -- nosy: +Arfrever, brett.cannon, eric.araujo, ezio.melotti, jcea, meador.inge, pitrou, serhiy.storchaka, zach.ware ___ Python tracker ___

[issue16694] Add pure Python operator module

Changes by Zachary Ware : Removed file: http://bugs.python.org/file28532/py_operator.v9.diff ___ Python tracker ___ ___ Python-bugs-list maili

[issue16694] Add pure Python operator module

Changes by Zachary Ware : Removed file: http://bugs.python.org/file28524/py_operator.v8.diff ___ Python tracker ___ ___ Python-bugs-list maili

[issue16694] Add pure Python operator module

Changes by Zachary Ware : Removed file: http://bugs.python.org/file28522/py_operator.v7.diff ___ Python tracker ___ ___ Python-bugs-list maili

[issue16694] Add pure Python operator module

Changes by Zachary Ware : Removed file: http://bugs.python.org/file28383/py_operator.v4.diff ___ Python tracker ___ ___ Python-bugs-list maili

[issue16694] Add pure Python operator module

Changes by Zachary Ware : Removed file: http://bugs.python.org/file28388/py_operator.v5.diff ___ Python tracker ___ ___ Python-bugs-list maili

[issue16694] Add pure Python operator module

Changes by Zachary Ware : Removed file: http://bugs.python.org/file28374/py_operator.v3.diff ___ Python tracker ___ ___ Python-bugs-list maili

[issue16694] Add pure Python operator module

Changes by Zachary Ware : Removed file: http://bugs.python.org/file28328/py_operator.diff ___ Python tracker ___ ___ Python-bugs-list mailing

[issue16694] Add pure Python operator module

Changes by Zachary Ware : Removed file: http://bugs.python.org/file28327/operator.py ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue16694] Add pure Python operator module

Changes by Zachary Ware : -- nosy: -Arfrever, brett.cannon, eric.araujo, ezio.melotti, jcea, meador.inge, pitrou, serhiy.storchaka, zach.ware ___ Python tracker ___ ___

[issue16694] Add pure Python operator module

Zachary Ware added the comment: Here's another new version of the patch, addressing Ezio's review comments and a few things I found after giving operator.py a closer look myself. Things changed in operator.py in this version: - all ``__func__ = func`` assignments are moved to the end, after im

[issue13510] Clarify that readlines() is not needed to iterate over a file

Dan Riti added the comment: Agreed Ezio, I've updated the patch to include the change to Doc/library/io.rst:readlines. -- Added file: http://bugs.python.org/file29868/demote-readlines-v3.patch ___ Python tracker _

[issue17734] Failure when running test_builtin after test_genexps

Ezio Melotti added the comment: Isn't this the same as #13886? -- nosy: +ezio.melotti ___ Python tracker ___ ___ Python-bugs-list mail

[issue17673] add `copy_from` argument to temporaryfile

Kyle Roberts added the comment: I think `copy_from` should be included for mkstemp as well. It provides similar functionality to TemporaryFile and NamedTemporaryFile, but it doesn't delete the temp file on close as the other two do by default. Thoughts? --

[issue17739] ssl.SSLSocket.getpeercert does not return client certificate

New submission from David D Lowe: The documentation for ssl.SSLSocket.getpeercert states: > If the binary_form parameter is True, and a certificate was provided, this > method returns the DER-encoded form of the entire certificate as a sequence > of bytes, or None if the peer did not provide a

[issue17530] pprint could use line continuation for long bytes literals

Antoine Pitrou added the comment: Well, but eval works if you put parentheses as required by the grammar: >>> s = "(b'xy'\nb'za')" >>> eval(s) b'xyza' Yes, _str_parts and _bytes_parts should probably remain separate. It's the higher-level routine that would deserve sharing. Also, perhaps the o

[issue17707] Multiprocessing queue get method does not block for short timeouts

Charles-François Natali added the comment: > Maybe I'm misinterpreting what you wrote but the test fails before the patch > and succeeds after it so what's the point in adding multiple tests with > different timeouts? Well, the test you added tests explicitely for a value < 1s because this spe

[issue8876] distutils should not assume that hardlinks will work

Éric Araujo added the comment: I’ll get this in the next bugfix releases. -- keywords: -needs review nosy: +benjamin.peterson, georg.brandl, larry priority: normal -> release blocker versions: +Python 3.4 -Python 3.2 ___ Python tracker

[issue17530] pprint could use line continuation for long bytes literals

Pam McA'Nulty added the comment: - eval expects bytes to have a continuation character and test_str_wrap did an eval check so I figured test_bytes_wrap should as well: # repr some bytes: >>> b = b"\x00\xff" * 5 >>> b b'\x00\xff\x00\xff\x00\xff\x00\xff\x00\xff' >>> r = repr(b) >>> r "b'\\x00\\xf

[issue8876] distutils should not assume that hardlinks will work

sorin added the comment: Can we have this merged, it prevents us form using distutil, especially in a continuous integration environment where you do not have control over the build server. See: https://drone.io/github.com/pycontribs/tendo/1 -- nosy: +sorin __

[issue17530] pprint could use line continuation for long bytes literals

Antoine Pitrou added the comment: I don't understand why you say that "bytes literals require a continuation character": >>> (b"x" ... b"y") b'xy' >>> [b"x" ... b"y"] [b'xy'] I think the "len caching" is a misoptimization, it's useless here (most CPU time will be sent creating and wrapping

[issue17738] Unnecessary "if" in SHA1_copy

New submission from Jonas Wagner: I'm puzzled by the following code in SHA1_copy (at python/Modules/sha1module.c:320 if (Py_TYPE(self) == &SHA1type) { if ( (newobj = newSHA1object())==NULL) return NULL; } else { if ( (newobj = newSHA1object())==NULL)

[issue17735] inspect.findsource throws IndexError

R. David Murray added the comment: Can you explain what makes this one a different problem? It looks like the same one to me. Or is your intent in this issue just to avoid the exception? In that case it seems to me it would better to fix issue 1218234 if we can. -- nosy: +r.david.mu

[issue17737] test_gdb fails on armv7hl

Changes by Antoine Pitrou : -- nosy: +dmalcolm ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyth

[issue17728] format() default precisions undocumented

Changes by Eric V. Smith : -- resolution: -> fixed stage: -> committed/rejected status: open -> closed ___ Python tracker ___ ___ Py

[issue17728] format() default precisions undocumented

Roundup Robot added the comment: New changeset 725d6347ac7e by Eric V. Smith in branch '2.7': Issue #17728: Specify default precision for float.format for presentation types e, f, and g. http://hg.python.org/cpython/rev/725d6347ac7e New changeset ad481c95a1d4 by Eric V. Smith in branch '3.3': I

[issue17530] pprint could use line continuation for long bytes literals

Pam McA'Nulty added the comment: oops, forgot to add some samples: >>> pprint.pprint(b"\n\n\n\n\n\n", width=5) b'\n'\ b'\n'\ b'\n'\ b'\n'\ b'\n'\ b'\n' >>> pprint.pprint({"a": b"\x00\xff" * 20}) {'a': b'\x00\xff\x00\xff\x00\xff\x00\xff\x00\xff\x00\xff\x00\xff\x00\xff\x00'\ b'\xff\x00\xff\x

[issue17530] pprint could use line continuation for long bytes literals

Pam McA'Nulty added the comment: Here's a patch. I needed to handle the fact that the repr of a single byte can be 1, 2 or 4 characters long and did not want to wrap in the middle of a byte representation. Note also that bytes literals require a continuation character. In the pathological c

[issue17708] sys.flags.hash_randomization doesn't return correct value

Changes by Benjamin Peterson : -- nosy: +dmalcolm ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.p

[issue17737] test_gdb fails on armv7hl

New submission from Bohuslav "Slavek" Kabrda: Hi, it seems that test_gdb fails on armv7hl on Fedora 19 and 20 [1] (I'm also tracking my notes of the bug there). Basically, the problem seems to come down to PyObjectPtr.subclass_from_type (file python-gdb.py) returning different values for membe

[issue17716] From ... import fails when parent package failed but child module succeeded, yet works in std import case

Pascal Chambon added the comment: (sorry for the long post, but it's a complex issue I guess) I forgot to precise that I have this behaviour with the latest python2.7, as well as python3.3 (I guess other versions behave the same). I agree that having side effects in script imports looks danger

[issue17736] Misleading method comment in _elementtree.c : get_attrib_from_keywords

New submission from Jonas Wagner: The attached patch corrects a wrong method comment in _elementtree.c. It happened to be at Line 316, and was thus discovered by random sampling. [1] [1] http://www-cs-faculty.stanford.edu/~uno/316.html -- components: Extension Modules files: elementtre

[issue17731] test_iter_importers intermittent failure in test_pkgutil

Roundup Robot added the comment: New changeset 73c79022977b by Nick Coghlan in branch '3.3': Close #17731: Clean up properly in test_import http://hg.python.org/cpython/rev/73c79022977b New changeset 5d4001e32a31 by Nick Coghlan in branch 'default': Merge fix for #17731 from 3.3 http://hg.python

[issue17735] inspect.findsource throws IndexError

New submission from Kyle Simpson: Here is one way to reproduce this bug: 1. Create a module file (bug.py in this example) def func(): pass 2. Run Python >>> import bug >>> help(bug) 3. Edit bug.py def func(): pass def newfunc(): pass 4. Use the same Python interpreter as in st

[issue17353] Plistlib outputs empty data tags when deeply nested

Ronald Oussoren added the comment: The attach patch should fix the issue (but there needs to be a unittest as well). -- Added file: http://bugs.python.org/file29863/issue-17353.txt ___ Python tracker _

[issue17353] Plistlib outputs empty data tags when deeply nested

Ronald Oussoren added the comment: I agree that plistlib shouldn't raise an exception for data that can represented as a valid plist file. I've checked that the Cocoa class for generating plist files will happily create a plist file when the data is nested 100 levels deep. In that case NSData

[issue17636] Modify IMPORT_FROM to fallback on sys.modules

Changes by Pascal Chambon : -- nosy: +Pascal.Chambon ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mai

[issue17731] test_iter_importers intermittent failure in test_pkgutil

Nick Coghlan added the comment: Created #17734 for the weird interference between test_genexps and test_builtin -- ___ Python tracker ___

[issue17734] Failure when running test_builtin after test_genexps

New submission from Nick Coghlan: I'm getting a failure in test_builtin when running the following: ./python -m test -w test_genexps test_builtin == FAIL: test_input_tty_non_ascii (test.test_builtin.BuiltinTest) ---

[issue17732] distutils.cfg Can Break venv

Nick Sloan added the comment: That's along the lines of what I've been thinking as I dig into this. I'd love to take a stab at a patch for this if no one else has done so already. -- ___ Python tracker ___

[issue17708] sys.flags.hash_randomization doesn't return correct value

Changes by Christian Heimes : -- nosy: +christian.heimes ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http:/

[issue17731] test_iter_importers intermittent failure in test_pkgutil

Nick Coghlan added the comment: "spam" is a fairly generic name, so I'm guessing something else is leaving a "spam" module around in sys.modules - when I run the tests with the order given in RDM's original report, I get the same error. I also get a failure in test_builtin though, which is a l

[issue17707] Multiprocessing queue get method does not block for short timeouts

Giampaolo Rodola' added the comment: Maybe I'm misinterpreting what you wrote but the test fails before the patch and succeeds after it so what's the point in adding multiple tests with different timeouts? > Also, rathr than using an harcoded delta, we could maybe use a fudger > factor, like

  1   2   >