[issue24434] ItemsView.__contains__ does not mimic dict_items

Xiang Zhang added the comment: After reading issue4296, I agree with Serhiy's point on the second issue. Right now, (1, math.nan) in ItemsView({1: math.nan}) returns false which seems not acceptable. -- ___ Python tracker

[issue26647] ceval: use Wordcode, 16-bit bytecode

Changes by Serhiy Storchaka : Added file: http://bugs.python.org/file42661/wpy7.patch ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue26891] CPython doesn't work when you disable refcounting

Serhiy Storchaka added the comment: There is other code that sets refcount. Include/object.h:764:Py_REFCNT(op) = 1) Objects/moduleobject.c:38:Py_REFCNT(def) = 1; Objects/longobject.c:5450:Py_REFCNT(op) = refcnt + 1; Objects/unicodeobject.c:1762:Py_REFCNT(unicode)

[issue26891] CPython doesn't work when you disable refcounting

Changes by Larry Hastings : -- versions: +Python 3.6 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://ma

[issue26891] CPython doesn't work when you disable refcounting

New submission from Larry Hastings: So here's a strange one. I want to do some mysterious experiments with CPython. So I disabled refcount changes in CPython. I changed Py_INCR and Py_DECR so they expand to nothing. I had to change some other macros to match (SETREF, XSETREF, and the Py_RET

[issue26864] urllib.request no_proxy check differs from curl

Roundup Robot added the comment: New changeset ca882ee68d46 by Martin Panter in branch '3.5': Issue #26864: Fix case insensitivity and suffix comparison with no_proxy https://hg.python.org/cpython/rev/ca882ee68d46 New changeset 1ceb91974dc4 by Martin Panter in branch 'default': Issue #26864: Mer

[issue26890] inspect.getsource gets source copy on disk even when module has not been reloaded

Sebastien Bourdeauducq added the comment: And since the import statement does not touch linecache, there are many other cases where inspect.getsource and objects can be out of sync. -- ___ Python tracker _

[issue26890] inspect.getsource gets source copy on disk even when module has not been reloaded

New submission from Sebastien Bourdeauducq: The fix of https://bugs.python.org/issue1218234 is a bit zealous. If the module has not been reloaded, e.g. calling a function will execute code older than what inspect.getsource returns. -- components: Library (Lib) messages: 264538 nosy: se

[issue26826] Expose new copy_file_range() syscal in os module.

Martin Panter added the comment: For the generated files, it doesn’t matter much either way for review (I can just ignore them). As long as the eventual committer remembers to regenerate them. (Personally I’d prefer not to keep these files in the respository, but that’s a different can of worm

[issue26647] ceval: use Wordcode, 16-bit bytecode

Demur Rumed added the comment: Plain git diff formatted patch. I installed mercurial but then `hg clone https://hg.python.org/cpython` failed twice over weird protocol errors (2nd one had to do with negative length) so I gave up -- Added file: http://bugs.python.org/file42659/wpy7.patc

[issue26219] implement per-opcode cache in ceval

Yury Selivanov added the comment: Alright, attaching a rebased patch (opcache3.patch). Some caveats: 1. The patch embeds a fairly outdated PEP 509 implementation. 2. A PoC implementation of LOAD_METHOD opcode that should be really cleaned-up (and some parts of it rewritten). 3. I was going t

[issue26871] Change weird behavior of PyModule_AddObject()

Stefan Krah added the comment: Serhiy, I'm sorry that I overreacted here. You're doing great work for Python -- we just happen to disagree on this one particular issue. I think there were some proponents on python-dev, perhaps they'll show up and discuss the details. -- ___

[issue26219] implement per-opcode cache in ceval

Guido van Rossum added the comment: Thanks, that's a cool stat. Please do update the patch. -- ___ Python tracker ___ ___ Python-bugs-

[issue26219] implement per-opcode cache in ceval

Yury Selivanov added the comment: Hi Guido, I'll try to update the patch soon. > but I worry that there's a catch (e.g. memory cost that doesn't become > apparent until you have a large program, or minimal speedup on realistic > code). Here's an excerpt from my email [1] to Python-dev on memo

[issue26822] itemgetter/attrgetter/methodcaller objects ignore keyword arguments

Serhiy Storchaka added the comment: > Can't we use a macro to implement this micro-optimization, instead of > modifying each call to _PyArg_NoKeywords? I proposed this idea above. But then I have found that 1) most usages of _PyArg_NoKeywords are not in performance critical code and 2) my atte

[issue26814] [WIP] Add a new _PyObject_FastCall() function which avoids the creation of a tuple or dict for arguments

STINNER Victor added the comment: > Results look as a noise. As I wrote, it's really hard to get a reliable benchmark result. I did my best. See also discussions about the CPython benchmark suite on the speed list: https://mail.python.org/pipermail/speed/ I'm not sure that you will get less no

[issue26814] [WIP] Add a new _PyObject_FastCall() function which avoids the creation of a tuple or dict for arguments

Serhiy Storchaka added the comment: Results look as a noise. Some tests become slower, others become faster. If results on different machine will show the same sets of slowing down and speeding up tests, this likely is not a noise. -- ___ Python tra

[issue26219] implement per-opcode cache in ceval

Guido van Rossum added the comment: Victor brought this patch to my attention as the motivation for PEP 509. Unfortunately the patch doesn't apply cleanly and I don't have time to try and piece together all the different parts. From the description on python-dev you linked to there are actuall

[issue26830] Refactor Tools/scripts/google.py

Francisco Couzo added the comment: Here's the patch with the modifications from the review. -- Added file: http://bugs.python.org/file42657/scripts_google_v2.patch ___ Python tracker ___

[issue26814] [WIP] Add a new _PyObject_FastCall() function which avoids the creation of a tuple or dict for arguments

STINNER Victor added the comment: > Could you repeat benchmarks on different computer? Better with different CPU > or compiler. Sorry, I don't really have the bandwith to repeat the benchmarks. PGO+LTO compilation is slow and running the benchmark suite in rigorous mode is very slow. What do

[issue26814] [WIP] Add a new _PyObject_FastCall() function which avoids the creation of a tuple or dict for arguments

Serhiy Storchaka added the comment: Could you repeat benchmarks on different computer? Better with different CPU or compiler. -- ___ Python tracker ___ _

[issue26889] Improve Doc/library/xmlrpc.client.rst

Changes by Serhiy Storchaka : -- assignee: -> docs@python components: +Documentation -Extension Modules nosy: +docs@python ___ Python tracker ___ ___

[issue26889] Improve Doc/library/xmlrpc.client.rst

New submission from Serhiy Storchaka: Proposed patch makes minor improvements of Doc/library/xmlrpc.client.rst. -- components: Extension Modules files: docs_xmlrpc_client.patch keywords: patch messages: 264524 nosy: effbot, serhiy.storchaka priority: normal severity: normal stage: patch

[issue26832] ProactorEventLoop doesn't support stdin/stdout nor files with connect_read_pipe/connect_write_pipe

Steve Dower added the comment: Pipes and file handles are equivalent in Windows, but socket handles are their own namespace and have their own functions. Some Python code will switch between them automatically to make socket functions work with file descriptors, but generally I'd expect stream

[issue26888] Multiple memory leaks after raw Py_Initialize and Py_Finalize.

New submission from Aleksander Gajewski: There are a lot of memory leaks detected by AddressSanitzer (used with gcc-6.1). The sample program with its cmakelists and output can be found in the attachment. Exact list of memory leaks is placed in log_3_python_test.txt. I am using Python3.5.1 comp

[issue26887] Erratum in https://docs.python.org/2.6/library/multiprocessing.html

Zachary Ware added the comment: The documentation for 2.6 is no longer maintained (and neither is 2.6 itself, so we highly recommend upgrading to at least 2.7 if at all possible), and this has already been fixed in 2.7. Thanks for the report anyway! -- assignee: -> docs@python compon

[issue26887] Erratum in https://docs.python.org/2.6/library/multiprocessing.html

New submission from Ron Barak: Erratum in https://docs.python.org/2.6/library/multiprocessing.html: The chunksize argument is the same as the one used by the map() method. For very long iterables using a large value for chunksize can make >>>make<<< the job complete much faster than using the

[issue10850] inconsistent behavior concerning multiprocessing.manager.BaseManager._Server

Changes by Mark Lawrence : -- nosy: -BreamoreBoy ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.

[issue26814] [WIP] Add a new _PyObject_FastCall() function which avoids the creation of a tuple or dict for arguments

STINNER Victor added the comment: > Results of the CPython benchmark suite. Reference = default branch at rev > 496e094f4734, patched: fastcall fork at rev 2b4b7def2949. Oh, I forgot to mention that I modified perf.py to run each benchmark using 10 fresh processes to test multiple random seeds

[issue26814] [WIP] Add a new _PyObject_FastCall() function which avoids the creation of a tuple or dict for arguments

STINNER Victor added the comment: Results of the CPython benchmark suite. Reference = default branch at rev 496e094f4734, patched: fastcall fork at rev 2b4b7def2949. I got many issues to get a reliable benchmark output: * https://mail.python.org/pipermail/speed/2016-April/000329.html * https:/

[issue26886] Cross-compiling python:3.5.x fails with "Parser/pgen: Parser/pgen: cannot execute binary file"

Peter L added the comment: Gonna close it since it seems to be related to http://bugs.python.org/issue22359 and solved with https://hg.python.org/cpython/rev/66e40df31fac -- resolution: -> duplicate status: open -> closed ___ Python tracker

[issue26832] ProactorEventLoop doesn't support stdin/stdout nor files with connect_read_pipe/connect_write_pipe

Terry J. Reedy added the comment: The surprise to me, being on Windows, is that the pipe connection methods sometimes work with non-pipes. The limitations of Windows event loops are given in https://docs.python.org/3/library/asyncio-eventloops.html#windows. The pipe connection functions are

[issue26886] Cross-compiling python:3.5.x fails with "Parser/pgen: Parser/pgen: cannot execute binary file"

Peter L added the comment: Hmmm. Solves half the problem. Still fails when trying to run "_freeze_importlib". This works though: https://hg.python.org/cpython/rev/66e40df31fac -- ___ Python tracker _

[issue26439] ctypes.util.find_library fails when ldconfig/glibc not available (e.g., AIX)

Michael Felt added the comment: On 4/28/2016 11:56 PM, Michael Felt wrote: > Michael Felt added the comment: > > I have not looked specifically, at least not that I remember, for differences > in util/ctypes in python2 and python3. Will do so tomorrow. > > I did just look briefly at the library,

[issue26830] Refactor Tools/scripts/google.py

Terry J. Reedy added the comment: Demos should demonstrate proper modern code. 1. Contain decent docstrings. 2. Dependency on sys.argv, derived from a command line, should be in the 'if __name__' clause triggered when the module *is* invoked from command line. Especially in simple cases like

[issue26886] Cross-compiling python:3.5.x fails with "Parser/pgen: Parser/pgen: cannot execute binary file"

Chi Hsuan Yen added the comment: You may need this patch: https://hg.python.org/cpython/rev/0f7a299c6d50 -- nosy: +Chi Hsuan Yen ___ Python tracker ___ __

[issue18956] Document useful functions in ‘pydoc’ module

Changes by Berker Peksag : -- resolution: -> duplicate stage: -> resolved status: open -> closed superseder: -> Make generally useful pydoc functions public ___ Python tracker ___

[issue13436] compile() doesn't work on ImportFrom with level=None

Roundup Robot added the comment: New changeset 59638baee25e by Berker Peksag in branch 'default': Issue #13436: Add a test to make sure that ast.ImportFrom(level=None) works https://hg.python.org/cpython/rev/59638baee25e -- nosy: +python-dev ___ Pytho

[issue13436] compile() doesn't work on ImportFrom with level=None

Changes by Berker Peksag : -- resolution: -> out of date stage: -> resolved status: open -> closed ___ Python tracker ___ ___ Python

[issue26886] Cross-compiling python:3.5.x fails with "Parser/pgen: Parser/pgen: cannot execute binary file"

Peter L added the comment: Originally posted: https://bugs.gentoo.org/show_bug.cgi?id=581304 -- keywords: +patch Added file: http://bugs.python.org/file42654/python-3.5-crosscompile.patch ___ Python tracker ___

[issue13436] compile() doesn't work on ImportFrom with level=None

Berker Peksag added the comment: level=None is now allowed: https://hg.python.org/cpython/file/default/Python/Python-ast.c#l5224 (see line 5224 to 5232) I converted the example in msg147972 to a Python script. test_bad_integer is still useful as it uses the required 'lineno' field. I will als

[issue26886] Cross-compiling python:3.5.x fails with "Parser/pgen: Parser/pgen: cannot execute binary file"

New submission from Peter L: Cross-compiling python-3.5.x fails with "Parser/pgen: Parser/pgen: cannot execute binary file" (CBUILD="x86_64-pc-linux-gnu" and CHOST="armv7a-hardfloat-linux-gnueabi"). python-3.5.x requires "pgen" and "_freeze_importlib" to be compiled and executed at build time

[issue26860] os.walk and os.fwalk yield namedtuple instead of tuple

Aviv Palivoda added the comment: Thanks for the response Ethan I think that I will leave the tests as they are in the current patch. > No doubt, there are exceptions to the rule in the standard library which is > less consistent than we might like: "stat_result". That said, stat_result > is

[issue26860] os.walk and os.fwalk yield namedtuple instead of tuple

Raymond Hettinger added the comment: https://www.python.org/dev/peps/pep-0008/#class-names -- "Class names should normally use the CapWords convention." Examples: - crypt.py 6:from collections import namedtuple as _namedtuple 13:class _Method(_namedtuple('_Method', 'name ident salt_char

[issue26873] xmlrpclib raises when trying to convert an int to string when unicode is available

Serhiy Storchaka added the comment: Opened issue26885 for adding support of "ex:nil" and other types. -- ___ Python tracker ___ ___ Py

[issue26885] Add parsing support for more types in xmlrpc

Changes by Serhiy Storchaka : -- dependencies: +xmlrpclib raises when trying to convert an int to string when unicode is available ___ Python tracker ___ ___

[issue26885] Add parsing support for more types in xmlrpc

New submission from Serhiy Storchaka: Apache XML-RPC server supports additional data types (http://ws.apache.org/xmlrpc/types.html). Proposed patch adds support of parsing some of these types: "ex:nil", "ex:i1", "ex:i2", "ex:i8", "ex:biginteger", "ex:float", "ex:bigdecimal". "nil" and "i8" wit

[issue26860] os.walk and os.fwalk yield namedtuple instead of tuple

Ethan Furman added the comment: I'm not clear on what you asking, but regardless we should have both the old (by-index) tests and new by-attribute tests. -- ___ Python tracker _

[issue26826] Expose new copy_file_range() syscal in os module.

Marcos Dione added the comment: I fixed most of the type problems, except that I'm not sure how to convert to size_t. Someone suggested to convert with 'n', then check if it's negative and correct. I'll ask the mailing list for better suggestions. I also noted that running 'hg diff' shows the

[issue25551] Event's test_reset_internal_locks too fragile

Roundup Robot added the comment: New changeset 110dfb244b27 by Berker Peksag in branch '3.5': Issue #25551: Test condition behavior instead of its internals https://hg.python.org/cpython/rev/110dfb244b27 New changeset 9694185cdd9f by Berker Peksag in branch 'default': Issue #25551: Test conditio

[issue25551] Event's test_reset_internal_locks too fragile

Berker Peksag added the comment: Thanks for the patch, Nir! -- nosy: +berker.peksag resolution: -> fixed stage: -> resolved status: open -> closed versions: +Python 3.5 ___ Python tracker

[issue26882] The Python process stops responding immediately after starting

Eryk Sun added the comment: python.dmp is from Windows 8.1 (NT 6.3): 0:000> ?? @$peb->OSMajorVersion; ?? @$peb->OSMinorVersion unsigned long 6 unsigned long 3 with the following command line and working directory: 0:000> ?? @$peb->ProcessParameters->CommandLine struct _UNIC

[issue24902] http.server: on startup, show host/port as URL

Berker Peksag added the comment: I replaced %-string with str.format(). Thanks! Note: Please sign the PSF contributor agreement at https://www.python.org/psf/contrib/contrib-form/ -- nosy: +berker.peksag resolution: -> fixed stage: -> resolved status: open -> closed versions: +Python

[issue24902] http.server: on startup, show host/port as URL

Roundup Robot added the comment: New changeset 3be61137280a by Berker Peksag in branch 'default': Issue #24902: Print server URL on http.server startup https://hg.python.org/cpython/rev/3be61137280a -- nosy: +python-dev ___ Python tracker

[issue26647] ceval: use Wordcode, 16-bit bytecode

STINNER Victor added the comment: To create a patch accepted by Rietveld, you should clone the Mercurial repository, apply your patch, and then regenerate the diff using Mercurial: Something like: $ cd python_hg_clone $ patch -p1 < ../git_patch.patch $ hg diff > hg_diff.patch To clone: hg clon

[issue26647] ceval: use Wordcode, 16-bit bytecode

Demur Rumed added the comment: I should be able to submit a wpy7.patch this evening, though I was never able to generate a patch in the format you prefer. Should I fall back to piping git diff? At this point it may be better if you take in the last suggestions as I'd probably end up removing T

[issue26826] Expose new copy_file_range() syscal in os module.

Marcos Dione added the comment: > Yes, having a high-level version of copy_file_range() that falls back to > copyfileobj() should be okay. I'm not sure about this. For the moment c_f_o() is available only if the syscall is there. > I am wondering if it would be nice to rearrange the os.copy_

[issue20247] Condition._is_owned is wrong

Berker Peksag added the comment: issue 25516 is a duplicate, but I'm going to close this one since issue 25516 has a patch. -- nosy: +berker.peksag resolution: -> duplicate stage: -> resolved status: open -> closed superseder: -> threading.Condition._is_owned() is wrong when using t

[issue26878] Allow doctest to deep copy globals

DqASe added the comment: I see your point. I thought it can still be useful in these scenarios: 1. when doc/testing tens of methods of a specific class. Instantiation of the class is repetitive (DRY principle). 2. Instantiation can be expensive (e.g. from network) 3. To behave less-surprisingly

[issue26822] itemgetter/attrgetter/methodcaller objects ignore keyword arguments

STINNER Victor added the comment: -if (!_PyArg_NoKeywords("itemgetter", kw)) +if (kw != NULL && !_PyArg_NoKeywords("itemgetter", kw)) Can't we use a macro to implement this micro-optimization, instead of modifying each call to _PyArg_NoKeywords? -- nosy: +haypo ___

[issue26322] Missing docs for typing.Set

Berker Peksag added the comment: Thanks, Joseph! -- nosy: +berker.peksag resolution: -> fixed stage: needs patch -> resolved status: open -> closed ___ Python tracker ___ __

[issue26322] Missing docs for typing.Set

Roundup Robot added the comment: New changeset 6cd8cd14f648 by Berker Peksag in branch '3.5': Issue #26322: Document typing.Set, patch by Joseph Moran https://hg.python.org/cpython/rev/6cd8cd14f648 New changeset d263dcfd9bb6 by Berker Peksag in branch 'default': Issue #26322: Document typing.Set

[issue26865] Meta-issue: support of the android platform

Changes by Berker Peksag : -- dependencies: +cross-compilation of extension module links to the wrong python library ___ Python tracker ___ _

[issue26878] Allow doctest to deep copy globals

Steven D'Aprano added the comment: On Fri, Apr 29, 2016 at 10:09:46AM +, DqASe wrote: > Added file: http://bugs.python.org/file42649/x.py Ah, I see! That makes sense now. Thanks. Why don't you just set the initial state of the lists in the doctests? That makes much better documentation. Im

[issue8491] Need readline command and keybinding information

Changes by Berker Peksag : -- keywords: +easy nosy: +martin.panter stage: -> needs patch type: -> enhancement versions: +Python 3.5, Python 3.6 -Python 3.1, Python 3.2, Python 3.3 ___ Python tracker __

[issue24434] ItemsView.__contains__ does not mimic dict_items

Xiang Zhang added the comment: Caleb's resolution looks good, just like the C version does, at least seems correct. Serhiy, the corner case is interesting. math.nan == math.nan should return false so I think (1, math.nan) in ItemsView({1: math.nan} is a right behaviour. But the C version, whi

[issue26882] The Python process stops responding immediately after starting

Ma Lin added the comment: Hang everytime? When it hangs, try to press ENTER of keyboard on the console window, does it work? If it works, see issue26744: print() function hangs on MS-Windows 10 -- nosy: +Ma Lin ___ Python tracker

[issue10850] inconsistent behavior concerning multiprocessing.manager.BaseManager._Server

Changes by Berker Peksag : -- keywords: +easy nosy: +berker.peksag, davin stage: -> needs patch versions: +Python 3.6 -Python 3.4 ___ Python tracker ___

[issue26865] Meta-issue: support of the android platform

Xavier de Gaye added the comment: build issue #26884: cross-compilation of extension module links to the wrong python library This should be added to the meta-issue dependencies, I guess. -- ___ Python tracker

[issue26884] cross-compilation of extension module links to the wrong python library

New submission from Xavier de Gaye: configure of the cross compilation is run with '--enable-shared --with-pydebug'. The cross-compilation fails attempting to link the extension module objects with a non existing libpython3.6m instead of libpython3.6dm, when the native python that is used to r

[issue9321] CGIHTTPServer cleanup htbin

Berker Peksag added the comment: I agree with David and Éric. There is no point to remove/deprecate it. I'd prefer to fix bugs in CGIHTTPRequestHandler (and in other CGI related stuff in stdlib) instead of introducing new incompatibilities at this point. -- nosy: +berker.peksag resolut

[issue26878] Allow doctest to deep copy globals

DqASe added the comment: I'd like each test to see the same environment (including variables contents). Deepcopying extraglobs argument at call time is not sufficient because it is only done once, not before each test. -- Added file: http://bugs.python.org/file42649/x.py _

[issue26877] tarfile use wrong code when read from fileobj

Martin Panter added the comment: On the other hand, you cannot use a pipe with mode="r" because that mode does seeking; that is why I asked for more details on what you are doing: $ cat | python3 -c 'import tarfile, sys; tarfile.open(fileobj=sys.stdin.buffer, mode="r")' Traceback (most recent

[issue26883] input() call blocks multiprocessing

New submission from Stefan Forstenlechner: If input is called right away after applying a single job to multiprocessing.Pool or submitting concurrent.futures.ProcessPoolExecutor then the processes are not started. If multiple jobs are submitted everything works fine. This only seems to be a p

[issue26877] tarfile use wrong code when read from fileobj

Марк Коренберг added the comment: well, I don't use "r|" (but will, thanks for suggestion) In any case, assuming that read() returns exact length is wrong. There is .readexactly() (f.e. in asyncio I mean). Or, one should use simple loop to call .read() multiple times. Reading from plain file

[issue26860] os.walk and os.fwalk yield namedtuple instead of tuple

Aviv Palivoda added the comment: In regard to Raymond`s points I agree with Serhiy`s comments. As for Serhiy`s doubts: > 3. Using namedtuple is slower and consumes more memory than using tuple. Even > for FS-related operation like os.walk() this can matter. A lot of code is > optimized for ex

[issue26880] Remove redundant checks from set.__init__

Changes by Serhiy Storchaka : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ _

[issue26880] Remove redundant checks from set.__init__

Roundup Robot added the comment: New changeset ed6345cb08ab by Serhiy Storchaka in branch 'default': Issue #26880: Removed redundant checks in set.__init__. https://hg.python.org/cpython/rev/ed6345cb08ab -- nosy: +python-dev ___ Python tracker

[issue22477] GCD in Fractions

Mark Dickinson added the comment: As far as I know, we're all done here. -- status: pending -> open ___ Python tracker ___ ___ Python-

[issue22477] GCD in Fractions

Changes by Mark Dickinson : -- resolution: -> fixed stage: -> resolved ___ Python tracker ___ ___ Python-bugs-list mailing list Unsu

[issue22477] GCD in Fractions

Changes by Mark Dickinson : -- status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://m

[issue26882] The Python process stops responding immediately after starting

New submission from Александр Виноградов: I start in Windows 7 virtual machine the Python x86 subprocess from another console application with commandline: c:\python35\python.exe -c print('hello') Immediately after the startup process stops responding and hanging forever. If you run it with t

[issue26880] Remove redundant checks from set.__init__

Raymond Hettinger added the comment: LGTM -- assignee: rhettinger -> serhiy.storchaka ___ Python tracker ___ ___ Python-bugs-list mail

[issue26358] mmap.mmap.__iter__ is broken (yields bytes instead of ints)

Xiang Zhang added the comment: Although Serhiy thinks we need a separate class for this but I still want to upload my patch first. Maybe some of it can be helpful later, or garbage. I add a mmap_contains to fix the in operator's behaviour (I don't find the separate issue). I use the simplest s

[issue26859] unittest fails with "Start directory is not importable"

Xavier de Gaye added the comment: Here is the patch with a test case. I have checked that the new test case fails with 'Start directory is not importable"' when loader.py is not patched. -- Added file: http://bugs.python.org/file42646/unittest_2.patch __

[issue26881] modulefinder should reuse the dis module

Serhiy Storchaka added the comment: Proposed patch adds private helper function dis._unpack_args() that unpacks long arguments. This function is now reused in two places in dis and in modulefinder. -- components: +Library (Lib) keywords: +patch stage: -> patch review type: -> behavio