[issue24134] assertRaises can behave differently
Tim Graham added the comment: I noticed this is backwards incompatible for a small feature in Django. If you want to leave this feature in Python 2.7 and 3.4, it'll break things unless we push out a patch for Django; see https://github.com/django/django/pull/4637. -- nosy: +Tim.Graham ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24134 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24153] threading/multiprocessing tests fail on chromebook under crouton generated chroots
Ned Deily added the comment: The failures seem pretty clear: OSError: [Errno 28] No space left on device Are you allocating enough disk space in the chrooted environments? The amount of free space needed to run all the tests varies by platform, by architecture, by test options selected, etc, and by file system type (see, for example, Issue23953). I don't know that we have any rough guidelines for free space; you may have to experiment and you could try excluding largefile tests: ./python -m test -uall,-largefile [...] -- nosy: +ned.deily ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24153 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24017] Implemenation of the PEP 492 - Coroutines with async and await syntax
Nick Coghlan added the comment: Review sent - very nice work on this Yury. Highlights: * I concur with Stefan that we should have a full PyCoroutineMethods struct at the C level, with a tp_as_coroutine pointer to that replacing the current tp_reserved slot * I also concur with Stefan about adding a Coroutine ABC * PyType_FromSpec (and typeslots.h) will need updating once we agree on a slot structure (with my recommendation being define C level slots for all of the new PEP 492 methods) * I found CO_COROUTINE/CO_NATIVE_COROUTINE confusing as a reader of the implementation, as they only told me how the objects were defined, rather than telling me why I should care. Based on what I gleaned of their intended purpose from reading the implementation, I suggest switching this to instead use CO_COROUTINE (set for all coroutines, regardless of how they were defined) and CO_ITERABLE_COROUTINE (set only for those coroutines that also support iteration), and adjusting the naming of other APIs accordingly. * I found the names of the WITH_CLEANUP_ENTER and WITH_CLEANUP_EXIT bytecodes misleading, as they don't refer to the corresponding context management phases - they're both related to the exit phase. WITH_CLEANUP_START and WITH_CLEANUP_FINISH should be clearer for readers (both of the implementation and of the disassembled bytecode). -- nosy: +ncoghlan ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24017 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24155] Optimize heapify for better cache utililzation
New submission from Raymond Hettinger: Heapify() is implemented with a series of siftup() operations that aggregate small heaps into bigger heaps. The current algorithm builds all the smallest heaps first, then makes all of the next largest size, and so on. This is not cache friendly because the aggregation step operates on smaller heaps built long before. The new algorithm performs the aggregation step immediately after its child heaps are built (while they are still likely to be in cache). The overall algorithm is the same (children built before parents). The number of comparisons is the same. And the resulting heap is identical. The only difference is performing work while the inputs are still in cache rather than waiting until all heaps at the current size have been built. For small heaps that already fit entirely in L1 cache, there is no benefit, so we stick with the current version which has less branching. For larger heaps, we switch to the new order. The timings and benefits depend on the number and sizes of the objects being heapified as well as the relative speed of L1 to L2 to L3 to DRAM. -- For those who are interested, here timings for heapifying shuffled lists of various sizes. The elements are tuples of length 1 that contain distinct integers. The first row has the time to copy to the data. It should be substracted from the timings on the next two rows which time the new algorithm versus the old algorithm. The benefits don't start to show up until after N is over 1000 (depending on the input type, the breakeven point seems to fall somewhere between 1200 and 2500 on my machine). N = 100 [2.9262970201671124e-05, 2.926599738624e-05, 2.9325950890779495e-05] tupledata[:] [0.000627456747442, 0.0006340609397739172, 0.0006361680570989847] heapify(tupledata[:]) [0.0006139189936220646, 0.0006186790997162461, 0.000632670009508729] heapify_old(tupledata[:]) [2.8867041692137718e-05, 2.8883921913802624e-05, 2.896797377616167e-05] tupledata[:] [0.000608008005656302, 0.0006171419518068433, 0.0006187589606270194] heapify(tupledata[:]) [0.0006224410608410835, 0.000638791942037642, 0.0006388520123437047] heapify_old(tupledata[:]) [2.89019662886858e-05, 2.8969021514058113e-05, 2.8973910957574844e-05] tupledata[:] [0.0006031119264662266, 0.0006048450013622642, 0.0006136660231277347] heapify(tupledata[:]) [0.000612352043390274, 0.0006144039798527956, 0.0006217029877007008] heapify_old(tupledata[:]) N = 1000 [0.0002854769118130207, 0.0002856890205293894, 0.00028590403962880373] tupledata[:] [0.006836145068518817, 0.006866019102744758, 0.006885501905344427] heapify(tupledata[:]) [0.0067316299537196755, 0.006792359985411167, 0.0067987809889018536] heapify_old(tupledata[:]) [0.00028532894793897867, 0.0002853329060599208, 0.00028538203332573175] tupledata[:] [0.006822419003583491, 0.0068415619898587465, 0.006888034055009484] heapify(tupledata[:]) [0.006734892027452588, 0.006814536056481302, 0.0068227669689804316] heapify_old(tupledata[:]) [0.00028527993708848953, 0.0002854960039258003, 0.0002858199877664447] tupledata[:] [0.006787727936170995, 0.0067988099763169885, 0.006827510078437626] heapify(tupledata[:]) [0.0067258820636197925, 0.006815586006268859, 0.006871008081361651] heapify_old(tupledata[:]) N = 1 [0.004415847011841834, 0.004417525022290647, 0.0044295149855315685] tupledata[:] [0.07748138904571533, 0.07753941905684769, 0.07756883592810482] heapify(tupledata[:]) [0.08400217199232429, 0.08420385408680886, 0.08428021904546767] heapify_old(tupledata[:]) [0.004418709082528949, 0.004422315978445113, 0.004425868042744696] tupledata[:] [0.07753065403085202, 0.0775474050315097, 0.07755298691336066] heapify(tupledata[:]) [0.08406145800836384, 0.08412359503563493, 0.08419332408811897] heapify_old(tupledata[:]) [0.0044234748929739, 0.0044267530320212245, 0.0044296300038695335] tupledata[:] [0.07729987089987844, 0.07750388595741242, 0.07770221296232194] heapify(tupledata[:]) [0.08401058206800371, 0.0840839499142021, 0.08423375408165157] heapify_old(tupledata[:]) N = 10 [0.055330604896880686, 0.05594596697483212, 0.056045167963020504] tupledata[:] [1.2075877389870584, 1.207723677973263, 1.2084980909712613] heapify(tupledata[:]) [1.56127171497792, 1.5691186729818583, 1.575164051959291] heapify_old(tupledata[:]) [0.0558202009415254, 0.05597207904793322, 0.0560223578941077] tupledata[:] [1.2101711059221998, 1.211772706010379, 1.2120026310440153] heapify(tupledata[:]) [1.5360360990744084, 1.5435883220052347, 1.5501357419416308] heapify_old(tupledata[:]) [0.0536908483505, 0.06000674597453326, 0.06018067698460072] tupledata[:] [1.209613809012808, 1.2116600699955598, 1.2144729839637876] heapify(tupledata[:]) [1.5371010650414973, 1.5499007020844147, 1.5706949040759355] heapify_old(tupledata[:]) N = 100 [0.8224946830887347, 0.8234598189592361,
[issue24155] Optimize heapify for better cache utililzation
Changes by Raymond Hettinger raymond.hettin...@gmail.com: Added file: http://bugs.python.org/file39332/wordy_explanation.txt ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24155 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24104] Use after free in xmlparser_setevents (2)
Alex Lord added the comment: ../cpython/python.exe test_xmlparser_setevents.py __del__ 1 __del__ 3 Segmentation fault: 11 Confirmation on 3.5.0a4 Python 3.5.0a4+ -- nosy: +Alex.Lord ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24104 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24151] test_pydoc fails
Ned Deily added the comment: Thanks for the report. I'm not able to reproduce the failure myself. Can you give more information on what platform this was run on (OS version) and at what changeset the build was with (hg summary)? Perhaps you could try debugging the execution of that test case with some prints? Also, since there was a major break in the default branch earlier today that caused tests to fail, it might be worthwhile to first ensure you have a good build by doing a total rebuild (make clean make). -- nosy: +ned.deily type: crash - ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24151 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22906] PEP 479: Change StopIteration handling inside generators
Nick Coghlan added the comment: Since it took me a moment to figure out why the extra incref was needed: * both PyException_SetCause and PyException_SetContext steal a reference to their second argument * hence we need the second incref, rather than relying solely on the reference received from PyErr_NormalizeException This does suggest the new incref is conceptually in the wrong spot - it should be before the call to PyException_SetCause, such that this block of code *always* possesses a valid reference while accessing val. At the moment, we technically still don't have an active reference when passing val to PyException_SetContext. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22906 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24152] test_mailcap fails
New submission from ryan: UnicodeDecodeError -- components: Tests files: results hgrepos: 308 messages: 242840 nosy: petrosr2 priority: normal severity: normal status: open title: test_mailcap fails type: crash versions: Python 2.7 Added file: http://bugs.python.org/file39330/results ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24152 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24155] Optimize heapify for better cache utililzation
Changes by Raymond Hettinger raymond.hettin...@gmail.com: Added file: http://bugs.python.org/file39333/better_heapify.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24155 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24155] Optimize heapify for better cache utililzation
Changes by Raymond Hettinger raymond.hettin...@gmail.com: Removed file: http://bugs.python.org/file39331/draft_heapq.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24155 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24152] test_mailcap fails
ryan added the comment: running command over PuTTY on Ubuntu 3.13, python 2.7.6 $ ./python -m test test_mailcap [1/1] test_mailcap test test_mailcap failed -- Traceback (most recent call last): File /home/petrosr2/Documents/opensource/cpy/Lib/test/test_mailcap.py, line 126, in test_system_mailcap caps = mailcap.getcaps() File /home/petrosr2/Documents/opensource/cpy/Lib/mailcap.py, line 26, in getcaps morecaps = readmailcapfile(fp) File /home/petrosr2/Documents/opensource/cpy/Lib/mailcap.py, line 64, in readmailcapfile line = fp.readline() File /home/petrosr2/Documents/opensource/cpy/Lib/encodings/ascii.py, line 26, in decode return codecs.ascii_decode(input, self.errors)[0] UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 3820: ordinal not in range(128) 1 test failed: test_mailcap -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24152 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24152] test_mailcap fails if a mailcap file contains a non-decodable character
Ned Deily added the comment: I can reproduce the failure by arbitrarily adding a non-ascii character to one of the mailcap files searched for by the mailcap module (https://docs.python.org/3/library/mailcap.html#mailcap.getcaps), like $HOME/.mailcap, and by setting the process to an ascii-only locale (export LANG=C). While this might be a somewhat unusual combination in practice, mailcap should be able to handle it. By the way, this is a Python 3 problem since test_mailcap does not exist in Python 2. 2.7.6 might be the version of the system-supplied Python, but you appeared to be running with a Python you built. Try ./python -V to show the version of the Python you are using. -- components: +Library (Lib) -Tests nosy: +ned.deily stage: - needs patch title: test_mailcap fails - test_mailcap fails if a mailcap file contains a non-decodable character type: crash - versions: +Python 3.4, Python 3.5 -Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24152 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24154] pathlib.Path.rename moves file to Path.cwd() when argument is a string
New submission from Yuri Teixeira: from pathlib import Path p = Path('/any/folder') f = p / 'oldname' f.rename('newname') The above will rename the file 'oldname' to 'newname' but will also move it to Path.cwd() I thought that pathlib.Path.rename() when fed with a string would change f.name only. I certainly did not expect the file to move. My hypothesis is that a new Path('newname') is being created and used to move the file so it that goes to Path.cwd() with the new name but I don't know anything. Please disregard if this is working as intended. The docs do not mention this behavior: https://docs.python.org/3/library/pathlib.html#pathlib.Path.rename I'm using Python 3.4.3 on Debian testing. -- components: Library (Lib) messages: 242847 nosy: yurit priority: normal severity: normal status: open title: pathlib.Path.rename moves file to Path.cwd() when argument is a string type: behavior versions: Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24154 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24153] threading/multiprocessing tests fail on chromebook under crouton generated chroots
New submission from Ryan Shupe: I set up my Asus chromebook c200 with crouton and installed two chroot environments under the trusty release. In one I built and ran the tests for Python 3.5.0a4+ See stacktrace of resulting error: [209/394/2] test_multiprocessing_fork [210/394/3] test_multiprocessing_forkserver Process Process-243: Traceback (most recent call last): File /home/shuper/Downloads/src/cpython/Lib/multiprocessing/process.py, line 254, in _bootstrap self.run() File /home/shuper/Downloads/src/cpython/Lib/multiprocessing/process.py, line 93, in run self._target(*self._args, **self._kwargs) File /home/shuper/Downloads/src/cpython/Lib/test/_test_multiprocessing.py, line 458, in _test_stderr_flush sys.stderr = open(testfn, 'w') OSError: [Errno 28] No space left on device: '@test_4624_tmp' Process Process-245: Traceback (most recent call last): File /home/shuper/Downloads/src/cpython/Lib/multiprocessing/process.py, line 254, in _bootstrap self.run() File /home/shuper/Downloads/src/cpython/Lib/multiprocessing/process.py, line 93, in run self._target(*self._args, **self._kwargs) File /home/shuper/Downloads/src/cpython/Lib/test/_test_multiprocessing.py, line 464, in _test_sys_exit sys.stderr = open(testfn, 'w') OSError: [Errno 28] No space left on device: '@test_4624_tmp' Dangling processes: {Process(Process-236, started daemon)} Dangling threads: {Thread(QueueFeederThread, started daemon 139869752682240)} Warning -- multiprocessing.process._dangling was modified by test_multiprocessing_forkserver Warning -- threading._dangling was modified by test_multiprocessing_forkserver test test_multiprocessing_forkserver failed -- multiple errors occurred; run in verbose mode for details [211/394/3] test_multiprocessing_main_handling /home/shuper/Downloads/src/cpython/Lib/test/support/__init__.py:946: RuntimeWarning: tests may fail, unable to create temp dir: /home/shuper/Downloads/src/cpython/build/test_python_6460 with temp_dir(path=name, quiet=quiet) as temp_path: /home/shuper/Downloads/src/cpython/Lib/test/support/__init__.py:947: RuntimeWarning: tests may fail, unable to change CWD to: /home/shuper/Downloads/src/cpython/build/test_python_6460 with change_cwd(temp_path, quiet=quiet) as cwd_dir: ^C^T^CTraceback (most recent call last): File /home/shuper/Downloads/src/cpython/Lib/runpy.py, line 170, in _run_module_as_main __main__, mod_spec) File /home/shuper/Downloads/src/cpython/Lib/runpy.py, line 85, in _run_code exec(code, run_globals) File /home/shuper/Downloads/src/cpython/Lib/test/__main__.py, line 3, in module regrtest.main_in_temp_cwd() File /home/shuper/Downloads/src/cpython/Lib/test/regrtest.py, line 1564, in main_in_temp_cwd main() File /home/shuper/Downloads/src/cpython/Lib/test/regrtest.py, line 744, in main worker.join() File /home/shuper/Downloads/src/cpython/Lib/threading.py, line 1063, in join self._wait_for_tstate_lock() File /home/shuper/Downloads/src/cpython/Lib/threading.py, line 1079, in _wait_for_tstate_lock elif lock.acquire(block, timeout): KeyboardInterrupt -- components: Tests messages: 242844 nosy: shiprex priority: normal severity: normal status: open title: threading/multiprocessing tests fail on chromebook under crouton generated chroots versions: Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24153 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23857] Make default HTTPS certificate verification setting configurable
Nick Coghlan added the comment: First draft of a recommendations PEP: https://hg.python.org/peps/rev/85bc7f13b295 (PEP 493) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23857 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1100942] Add datetime.time.strptime and datetime.date.strptime
Berker Peksag added the comment: datetime.strptime is a classmethod, but the new date.strptime and time.strptime methods are staticmethods. I think we should make the new methods classmethods too. -- stage: needs patch - patch review ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1100942 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24140] In pdb using until X doesn't seem to have effect in commands
Xavier de Gaye added the comment: test.py is missing. -- nosy: +xdegaye ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24140 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1100942] Add datetime.time.strptime and datetime.date.strptime
Maciej Szulik added the comment: I've just double checked, this patch applies cleanly to latest tip. I wouldn't mind having this reviewed and merged. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1100942 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18551] child_exec() doesn't check return value of fcntl()
Mark Lawrence added the comment: Calls to fcntl have been replaced by calls to _Py_set_inheritable so I'd assume that this can be closed as out of date. -- nosy: +BreamoreBoy versions: +Python 3.5 -Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18551 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24147] doublequote are not well recognized with Dialect class
Skip Montanaro added the comment: Can you attach your cab file so we don't need to reconstruct it (and possibly make a mistake) by reading your program's output? -- nosy: +skip.montanaro ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24147 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18814] Add codecs.convert_surrogateescape to clean surrogate escaped strings
Stephen J. Turnbull added the comment: Please do not add the rehandle functions to codecs. They do not change the (duck-typed) representation of data while maintaining the semantics, they change the semantics of data while retaining the representation. I suggest a validation submodule of the unicodedata package, or perhaps a new unicodeutils package, for these functions, as well as those that just detect the surrogates, etc. Because they change the semantics of data they should be documented as potentially dangerous because they can't be inverted back to bytes without knowledge of the history of transformations they perform (and not even then in the case of the replace error handler). This matters in applications where the input bytes may have been digitally signed, for example. -- nosy: +sjt ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18814 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24145] Support |= for parameters in converters
Tal Einat added the comment: Well, the main reasons I'm +1 on the |= feature (regardless of specific syntax) are: 1) the intent is much clearer: e.g. also accept None, nothing else special going on 2) much easier maintenance if the default set of accepted types ever changes Also, this is one of the cases where I think that DRY defeats explicit is better than implicit. As another example, in some hypothetical code, if there was a module constant DEFAULT_FLAGS = A | B | C, I would prefer later to use flags = DEFAULT_FLAGS | D rather than flags = A | B | C | D. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24145 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21162] code in multiprocessing.pool freeze if inside some code from scikit-learn (and probably liblinear) executed on ubuntu 12.04 64 Bit
Ivan K added the comment: Sorry, forget to answer. I think I know the reason. Issue I think placed inside ATLAS library. Issue not reproducable on Mac OS X because it's have a bit different thread model. The only single platform is Linux (not tested on Windows btw). So main guess right now that this code fail if scikit-learn are compiled against a singlethread ATLAS. Then paralleling code brokes. However there is very few information regarding how to build it with Multithreaded ATLAS so I'm still not 100% confident. -- status: closed - open ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21162 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18789] XML Vunerability Table Unclear
Mark Lawrence added the comment: @Joe The latest documentation has an additional sentence above the table The following table gives an overview of the known attacks and whether the various modules are vulnerable to them. and the table has been changed to say Yes or No. Is this okay with you? -- nosy: +BreamoreBoy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18789 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18751] A manager's server never joins its threads
Mark Lawrence added the comment: I've checked the code and this doesn't appear to have been implemented. I looked into providing a patch myself, but all the returns from calls to util.Finalize that I could find were assigned to different attribute names, so I'm not confident enough to proceed, sorry :( -- nosy: +BreamoreBoy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18751 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24127] Fatal error in launcher: Job information querying failed
eryksun added the comment: 1. Bug in Windows 10, which should be reported to Microsoft. It appears to be a bug in the kernel. It's isn't updating the value of of the output parameter *lpReturnLength. C:\ver Microsoft Windows [Version 10.0.10074] C:\cdb -xi ld py Microsoft (R) Windows Debugger Version 10.0.10075.9 X86 Copyright (c) Microsoft Corporation. All rights reserved. CommandLine: py * Symbol Path validation summary ** Response Time (ms) Location Deferred symsrv*symsrv.dll*C:\Symbols* http://msdl.microsoft.com/download/symbols Symbol search path is: symsrv*symsrv.dll* C:\Symbols*http://msdl.microsoft.com/download/symbols Executable search path is: (b5c.9cc): Break instruction exception - code 8003 (first chance) eax= ebx= ecx=8ce2 edx= esi=00d600e8 edi=7f9ea000 eip=776dfb65 esp=0056f980 ebp=0056f9ac iopl=0 nv up ei pl zr na pe nc cs=0023 ss=002b ds=002b es=002b fs=0053 gs=002b efl=0246 ntdll!LdrpDoDebuggerBreak+0x2b: 776dfb65 cc int 3 0:000 bp kernel32!QueryInformationJobObject 0:000 g Breakpoint 0 hit eax=0056f36c ebx=00d70c90 ecx=0056f370 edx= esi=0184 edi=00db50cc eip=7759c4c0 esp=0056f2e8 ebp=0056f3e8 iopl=0 nv up ei pl zr na pe nc cs=0023 ss=002b ds=002b es=002b fs=0053 gs=002b efl=0246 KERNEL32!QueryInformationJobObject: 7759c4c0 8bffmov edi,edi 0:000 dd esp l6 0056f2e8 00d619e5 0184 0009 0056f370 0056f2f8 0070 0056f36c hJob == 0x184 JobObjectInfoClass == JobObjectExtendedLimitInformation cbJobObjectInfoLength == 0x70 (32-bit) *lpReturnLength (rc in run_child) is uninitialized: 0:000 dd 56f36c l1 0056f36c 77748600 Step to the system call, NtQueryInformationJobObject: 0:000 pc eax=0056f370 ebx=0001 ecx=0184 edx=0056f36c esi=0056f268 edi=00db50cc eip=7759c523 esp=0056f244 ebp=0056f2e4 iopl=0 nv up ei pl nz na po nc cs=0023 ss=002b ds=002b es=002b fs=0053 gs=002b efl=0202 KERNEL32!QueryInformationJobObject+0x63: 7759c523 ff158c0e5d77call dword ptr [KERNEL32!_imp__NtQueryInformationJobObject (775d0e8c)] ds:002b:775d0e8c={ntdll!NtQueryInformationJobObject (776a6c60)} 0:000 dd esp l5 0056f244 0184 0009 0056f268 0070 0056f254 0056f36c 0:000 p eax= ebx=0001 ecx=8ce2 edx=0046e3e0 esi=0056f268 edi=00db50cc eip=7759c529 esp=0056f258 ebp=0056f2e4 iopl=0 nv up ei pl nz na po nc cs=0023 ss=002b ds=002b es=002b fs=0053 gs=002b efl=0202 KERNEL32!QueryInformationJobObject+0x69: 7759c529 85c0testeax,eax It returns STATUS_SUCCESS (register eax), but *lpReturnLength hasn't been updated: 0:000 dd 56f36c l1 0056f36c 77748600 Likewise the Win32 call is successful. 0:000 pt eax=0001 ebx=00d70c90 ecx=541ed0d4 edx= esi=0184 edi=00db50cc eip=7759c5c4 esp=0056f2e8 ebp=0056f3e8 iopl=0 nv up ei pl zr na pe nc cs=0023 ss=002b ds=002b es=002b fs=0053 gs=002b efl=0246 KERNEL32!QueryInformationJobObject+0x104: 7759c5c4 c21400 ret 14h 0:000 dd 56f36c l1 0056f36c 77748600 -- nosy: +eryksun versions: +Python 3.4, Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24127 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24140] In pdb using until X doesn't seem to have effect in commands
vyktor added the comment: Adding test.py, but according to docs https://docs.python.org/3.2/library/pdb.html#pdbcommand-commands Specifying any command resuming execution (currently continue, step, next, return, jump, quit and their abbreviations) terminates the command list (as if that command was immediately followed by end). This is probably expected behavior. -- Added file: http://bugs.python.org/file39326/test.py ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24140 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22906] PEP 479: Change StopIteration handling inside generators
Yury Selivanov added the comment: Thanks Nick and Berker for the reviews! -- resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22906 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22906] PEP 479: Change StopIteration handling inside generators
Changes by Yury Selivanov yseliva...@gmail.com: -- stage: commit review - resolved ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22906 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22906] PEP 479: Change StopIteration handling inside generators
Berker Peksag added the comment: Buildbots are not happy: [ 63/393] test_contextlib Fatal Python error: Objects/frameobject.c:429 object at 0x200041abc28 has negative ref count -2604246222170760230 Current thread 0x022c2500 (most recent call first): File /mnt/9707/edelsohn/cpython-buildarea/3.x.edelsohn-zlinux-z/build/Lib/unittest/case.py, line 579 in run File /mnt/9707/edelsohn/cpython-buildarea/3.x.edelsohn-zlinux-z/build/Lib/unittest/case.py, line 627 in __call__ File /mnt/9707/edelsohn/cpython-buildarea/3.x.edelsohn-zlinux-z/build/Lib/unittest/suite.py, line 122 in run File /mnt/9707/edelsohn/cpython-buildarea/3.x.edelsohn-zlinux-z/build/Lib/unittest/suite.py, line 84 in __call__ File /mnt/9707/edelsohn/cpython-buildarea/3.x.edelsohn-zlinux-z/build/Lib/unittest/suite.py, line 122 in run File /mnt/9707/edelsohn/cpython-buildarea/3.x.edelsohn-zlinux-z/build/Lib/unittest/suite.py, line 84 in __call__ File /mnt/9707/edelsohn/cpython-buildarea/3.x.edelsohn-zlinux-z/build/Lib/unittest/suite.py, line 122 in run File /mnt/9707/edelsohn/cpython-buildarea/3.x.edelsohn-zlinux-z/build/Lib/unittest/suite.py, line 84 in __call__ File /mnt/9707/edelsohn/cpython-buildarea/3.x.edelsohn-zlinux-z/build/Lib/unittest/runner.py, line 176 in run File /mnt/9707/edelsohn/cpython-buildarea/3.x.edelsohn-zlinux-z/build/Lib/test/support/__init__.py, line 1775 in _run_suite File /mnt/9707/edelsohn/cpython-buildarea/3.x.edelsohn-zlinux-z/build/Lib/test/support/__init__.py, line 1809 in run_unittest File /mnt/9707/edelsohn/cpython-buildarea/3.x.edelsohn-zlinux-z/build/Lib/test/regrtest.py, line 1279 in test_runner File /mnt/9707/edelsohn/cpython-buildarea/3.x.edelsohn-zlinux-z/build/Lib/test/regrtest.py, line 1280 in runtest_inner File /mnt/9707/edelsohn/cpython-buildarea/3.x.edelsohn-zlinux-z/build/Lib/test/regrtest.py, line 967 in runtest File /mnt/9707/edelsohn/cpython-buildarea/3.x.edelsohn-zlinux-z/build/Lib/test/regrtest.py, line 763 in main File /mnt/9707/edelsohn/cpython-buildarea/3.x.edelsohn-zlinux-z/build/Lib/test/regrtest.py, line 1564 in main_in_temp_cwd File /mnt/9707/edelsohn/cpython-buildarea/3.x.edelsohn-zlinux-z/build/Lib/test/__main__.py, line 3 in module File /mnt/9707/edelsohn/cpython-buildarea/3.x.edelsohn-zlinux-z/build/Lib/runpy.py, line 85 in _run_code File /mnt/9707/edelsohn/cpython-buildarea/3.x.edelsohn-zlinux-z/build/Lib/runpy.py, line 170 in _run_module_as_main make: *** [buildbottest] Aborted http://buildbot.python.org/all/builders/System%20Z%20Linux%203.x/builds/3162/steps/test/logs/stdio http://buildbot.python.org/all/builders/x86%20Ubuntu%20Shared%203.x/builds/11643/steps/test/logs/stdio -- status: closed - open ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22906 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22906] PEP 479: Change StopIteration handling inside generators
Chris Angelico added the comment: Weird. Tests ran fine on my machine too. Interestingly, that number is 0xdbdbdbdbdbdbdbda - does that mean anything? (It's negative 0x2424242424242426, for what that's worth.) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22906 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22906] PEP 479: Change StopIteration handling inside generators
Roundup Robot added the comment: New changeset 36a8d935c322 by Yury Selivanov in branch 'default': PEP 479: Change StopIteration handling inside generators. https://hg.python.org/cpython/rev/36a8d935c322 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22906 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24140] In pdb using until X doesn't seem to have effect in commands
vyktor added the comment: In here: /home/vyktor/src/error/minimal.py(1)module() - print('1') (Pdb) break 2 Breakpoint 1 at /home/vyktor/src/error/minimal.py:2 (Pdb) commands 1 (com) print('Triggered bp 1') (com) until 4 (com) end (Pdb) cont 1 Triggered bp 1 /home/vyktor/src/error/minimal.py(2)module() - print('2') (Pdb) until has no effect. Expected behavior would be executing print 2 and 3. -- Added file: http://bugs.python.org/file39327/minimal.py ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24140 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22906] PEP 479: Change StopIteration handling inside generators
Chris Angelico added the comment: Thanks everyone for all the help getting this to land! This is going to be a part of my active python3 binary from now on :) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22906 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24147] doublequote are not well recognized with Dialect class
Mik added the comment: Hi, This is the file used for my test. Thank you, regard, Mik -- Added file: http://bugs.python.org/file39328/sans_headers.csv ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24147 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22906] PEP 479: Change StopIteration handling inside generators
Yury Selivanov added the comment: Strange, the test suite was running just fine on my machine. I'll take a closer look later today. -- nosy: +Yury.Selivanov ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22906 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22906] PEP 479: Change StopIteration handling inside generators
Yury Selivanov added the comment: I think it crashes in debug mode or something. Somewhere we did too many decrefs. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22906 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24148] 'cum' not a valid sort key for pstats.Stats.sort_stats
New submission from ramiro: On the documentation page The Python Profilers https://docs.python.org/3.4/library/profile.html#instant-user-s-manual the following example is given: p.sort_stats('time', 'cum').print_stats(.5, 'init') This raises a KeyError, because 'cum' is not available as a sort key to pstats.Stats.sort_stats. As per the documentation of this method (https://docs.python.org/3.4/library/profile.html#the-stats-class) you can either use 'cumulative' or 'cumtime', which both work as expected. Since 'cumulative' is used a few examples earlier I suggest to use that for consistency. Tested with the following Python version: Python 3.4.3 on Ubuntu 15.04 -- assignee: docs@python components: Documentation messages: 242812 nosy: docs@python, ramiro priority: normal severity: normal status: open title: 'cum' not a valid sort key for pstats.Stats.sort_stats type: enhancement versions: Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24148 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18814] Add codecs.convert_surrogateescape to clean surrogate escaped strings
Nick Coghlan added the comment: surrogateescape and surrogateepass data *already* can't be inverted back to bytes reliably without knowing the original encoding - if you encode them as something else when they contain surrogates, you'll either get an exception (the default) or mojibake (if you use surrogateescape/surrogateepass as the output error handler). They only work as a transparent pass through if the input and output encodings match. I'd be fine with putting these data scrubbing functions somewhere other than in codecs, though (I'm not sure unicodedata is the right place, but a new module like string.internals might be, as these functions have more to do with Python's internal text representation than they do anything else. A module like the latter could also be a home for things like a chunking utility that splits a string up into substrings that use as little memory as possible for feeding into a StringIO instance before throwing the original away). I also don't think they're urgent - the introduction of /etc/locale.conf makes modern Linux far more consistent in getting locale settings right, and even older platforms tend to get the locale right for user processes. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18814 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24147] doublequote are not well recognized with Dialect class
Skip Montanaro added the comment: Sorry, failed to override my phone's spell correction. cab should be csv. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24147 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22906] PEP 479: Change StopIteration handling inside generators
Yury Selivanov added the comment: Berker, buildbots should be happy now. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22906 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22906] PEP 479: Change StopIteration handling inside generators
Roundup Robot added the comment: New changeset 5d8bc813d270 by Yury Selivanov in branch 'default': Issue 22906: Increment refcount after PyException_SetContext https://hg.python.org/cpython/rev/5d8bc813d270 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22906 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22906] PEP 479: Change StopIteration handling inside generators
Roundup Robot added the comment: New changeset d15c26085591 by Yury Selivanov in branch 'default': Issue 22906: Add test file. https://hg.python.org/cpython/rev/d15c26085591 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22906 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24018] add a Generator ABC
Roundup Robot added the comment: New changeset f7cc54086cd2 by Guido van Rossum in branch 'default': Fix news entry for issue 24018. https://hg.python.org/cpython/rev/f7cc54086cd2 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24018 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24018] add a Generator ABC
Guido van Rossum added the comment: Fixed. On Fri, May 8, 2015 at 10:28 PM, Stefan Behnel rep...@bugs.python.org wrote: Stefan Behnel added the comment: Thanks! Minor grouch: it should say collections.*abc*.Generator in the NEWS entry. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24018 ___ -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24018 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22906] PEP 479: Change StopIteration handling inside generators
Berker Peksag added the comment: Thanks! -- status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22906 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24149] Issue with unit tests
New submission from Becklin Haston: Hello. Having issue when running unit tests for Python v3.5. Encountering failure when doing test 75/393. File attached is relevant traceback. -- components: Tests files: traceback.txt messages: 242829 nosy: hastonb priority: normal severity: normal status: open title: Issue with unit tests versions: Python 3.5 Added file: http://bugs.python.org/file39329/traceback.txt ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24149 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24149] Issue with unit tests
Ned Deily added the comment: Thanks for the report. This problem was just introduced and just fixed an hour ago: see issue22906. Try updating to the very latest tip and try again. -- nosy: +ned.deily resolution: - out of date stage: - resolved status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24149 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21162] code in multiprocessing.pool freeze if inside some code from scikit-learn (and probably liblinear) executed on ubuntu 12.04 64 Bit
Davin Potts added the comment: @Ivan.K: Can you be more specific about which linux platform you are using? To reproduce, should I use Ubuntu, Fedora, OpenSUSE, ... and which version of that linux distro? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21162 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24150] text_contextlib fails on Mac OSX 10.10.3
New submission from rainier: Test 75 test_contextlib fails. Fatal Python error: Objects/frameobject.c:429 object at 0x10fa32178 has negative ref count -2604246222170760230 Exception: Child error on test_contextlib: Exit code -6 Thread hangs and must be force exited on Mac OSX 10.10.3 Problem with threading. Stack trace: [ 75/393] test_contextlib Fatal Python error: Objects/frameobject.c:429 object at 0x10fa32178 has negative ref count -2604246222170760230 Current thread 0x7fff73b07300 (most recent call first): File /Users/rainierharvey/Documents/cs/openSource/cpython/Lib/unittest/case.py, line 579 in run File /Users/rainierharvey/Documents/cs/openSource/cpython/Lib/unittest/case.py, line 627 in __call__ File /Users/rainierharvey/Documents/cs/openSource/cpython/Lib/unittest/suite.py, line 122 in run File /Users/rainierharvey/Documents/cs/openSource/cpython/Lib/unittest/suite.py, line 84 in __call__ File /Users/rainierharvey/Documents/cs/openSource/cpython/Lib/unittest/suite.py, line 122 in run File /Users/rainierharvey/Documents/cs/openSource/cpython/Lib/unittest/suite.py, line 84 in __call__ File /Users/rainierharvey/Documents/cs/openSource/cpython/Lib/unittest/suite.py, line 122 in run File /Users/rainierharvey/Documents/cs/openSource/cpython/Lib/unittest/suite.py, line 84 in __call__ File /Users/rainierharvey/Documents/cs/openSource/cpython/Lib/test/support/__init__.py, line 1674 in run File /Users/rainierharvey/Documents/cs/openSource/cpython/Lib/test/support/__init__.py, line 1775 in _run_suite File /Users/rainierharvey/Documents/cs/openSource/cpython/Lib/test/support/__init__.py, line 1809 in run_unittest File /Users/rainierharvey/Documents/cs/openSource/cpython/Lib/test/regrtest.py, line 1279 in test_runner File /Users/rainierharvey/Documents/cs/openSource/cpython/Lib/test/regrtest.py, line 1280 in runtest_inner File /Users/rainierharvey/Documents/cs/openSource/cpython/Lib/test/regrtest.py, line 978 in runtest File /Users/rainierharvey/Documents/cs/openSource/cpython/Lib/test/regrtest.py, line 532 in main File /Users/rainierharvey/Documents/cs/openSource/cpython/Lib/test/regrtest.py, line 1564 in main_in_temp_cwd File /Users/rainierharvey/Documents/cs/openSource/cpython/Lib/test/regrtest.py, line 1589 in module File /Users/rainierharvey/Documents/cs/openSource/cpython/Lib/runpy.py, line 85 in _run_code File /Users/rainierharvey/Documents/cs/openSource/cpython/Lib/runpy.py, line 170 in _run_module_as_main Traceback (most recent call last): File /Users/rainierharvey/Documents/cs/openSource/cpython/Lib/runpy.py, line 170, in _run_module_as_main __main__, mod_spec) File /Users/rainierharvey/Documents/cs/openSource/cpython/Lib/runpy.py, line 85, in _run_code exec(code, run_globals) File /Users/rainierharvey/Documents/cs/openSource/cpython/Lib/test/__main__.py, line 3, in module regrtest.main_in_temp_cwd() File /Users/rainierharvey/Documents/cs/openSource/cpython/Lib/test/regrtest.py, line 1564, in main_in_temp_cwd main() File /Users/rainierharvey/Documents/cs/openSource/cpython/Lib/test/regrtest.py, line 738, in main raise Exception(Child error on {}: {}.format(test, result[1])) Exception: Child error on test_contextlib: Exit code -6 ^CException ignored in: module 'threading' from '/Users/rainierharvey/Documents/cs/openSource/cpython/Lib/threading.py' Traceback (most recent call last): File /Users/rainierharvey/Documents/cs/openSource/cpython/Lib/threading.py, line 1297, in _shutdown t.join() File /Users/rainierharvey/Documents/cs/openSource/cpython/Lib/threading.py, line 1063, in join self._wait_for_tstate_lock() File /Users/rainierharvey/Documents/cs/openSource/cpython/Lib/threading.py, line 1079, in _wait_for_tstate_lock elif lock.acquire(block, timeout): -- components: Tests messages: 242831 nosy: rainier priority: normal severity: normal status: open title: text_contextlib fails on Mac OSX 10.10.3 type: crash versions: Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24150 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24150] text_contextlib fails on Mac OSX 10.10.3
Ned Deily added the comment: Thanks for the report. This problem has just been fixed. Please update and try again. -- nosy: +ned.deily resolution: - out of date stage: - resolved status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24150 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24150] text_contextlib fails on Mac OSX 10.10.3
Ned Deily added the comment: (See Issue22906 for details.) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24150 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24140] In pdb using until X doesn't seem to have effect in commands
Xavier de Gaye added the comment: The bug occurs also on the default branch: '3.5.0a4+ (default:8bac00eadfda, May 6 2015, 17:40:12) \n[GCC 4.9.2 20150304 (prerelease)]' The reason is that 'do_until' is missing from the Pdb.commands_resuming list, which causes the Pdb.bp_commands() method to invoke the interaction function _cmdloop() after having processed all the breakpoint commands instead of returning from the trace function, so that the settings made by set_until() are lost. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24140 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24151] test_pydoc fails
New submission from Rebecca Hsieh: While running this command: ./python -m test.test_pydoc -j3 the error underneath was produced. The AssertionError of 'walkpkg' was not found. Fails around the test_apropos_empty_doc (_main_.PydocImportTest). The following is the stack trace that was produced after running the test: test_allmethods (__main__.PydocDocTest) ... ok test_getpager_with_stdin_none (__main__.PydocDocTest) ... ok test_help_output_redirect (__main__.PydocDocTest) ... ok test_html_doc (__main__.PydocDocTest) ... ok test_input_strip (__main__.PydocDocTest) ... ok test_is_object_or_method (__main__.PydocDocTest) ... ok test_is_package_when_is_package (__main__.PydocDocTest) ... ok test_is_package_when_not_package (__main__.PydocDocTest) ... ok test_issue8225 (__main__.PydocDocTest) ... ok test_namedtuple_public_underscore (__main__.PydocDocTest) ... ok test_non_str_name (__main__.PydocDocTest) ... ok test_not_ascii (__main__.PydocDocTest) ... ok test_not_here (__main__.PydocDocTest) ... ok test_splitdoc_with_description (__main__.PydocDocTest) ... ok test_stripid (__main__.PydocDocTest) ... ok test_synopsis (__main__.PydocDocTest) ... ok test_synopsis_sourceless (__main__.PydocDocTest) ... ok test_synopsis_sourceless_empty_doc (__main__.PydocDocTest) ... ok test_text_doc (__main__.PydocDocTest) ... ok test_text_enum_member_with_value_zero (__main__.PydocDocTest) ... ok test_apropos_empty_doc (__main__.PydocImportTest) ... FAIL test_apropos_with_bad_package (__main__.PydocImportTest) ... ok test_apropos_with_unreadable_dir (__main__.PydocImportTest) ... ok test_badimport (__main__.PydocImportTest) ... ok test_importfile (__main__.PydocImportTest) ... ok test_modules (__main__.PydocImportTest) ... skipped 'causes undesireable side-ef test_modules_search (__main__.PydocImportTest) ... skipped 'causes undesireable test_modules_search_builtin (__main__.PydocImportTest) ... skipped 'some buildbo test_bound_builtin_method (__main__.TestDescriptions) ... ok test_bound_python_method (__main__.TestDescriptions) ... ok test_builtin (__main__.TestDescriptions) ... ok test_class (__main__.TestDescriptions) ... ok test_module (__main__.TestDescriptions) ... ok test_module_level_callable (__main__.TestDescriptions) ... ok test_unbound_builtin_method (__main__.TestDescriptions) ... ok test_unbound_python_method (__main__.TestDescriptions) ... ok test_server (__main__.PydocServerTest) ... ok test_content_type_err (__main__.PydocUrlHandlerTest) ... ok test_url_requests (__main__.PydocUrlHandlerTest) ... ok test_keywords (__main__.TestHelper) ... ok test_DynamicClassAttribute (__main__.PydocWithMetaClasses) ... ok test_buggy_dir (__main__.PydocWithMetaClasses) ... ok test_resolve_false (__main__.PydocWithMetaClasses) ... ok test_virtualClassAttributeWithOneMeta (__main__.PydocWithMetaClasses) ... ok test_virtualClassAttributeWithTwoMeta (__main__.PydocWithMetaClasses) ... ok == FAIL: test_apropos_empty_doc (__main__.PydocImportTest) -- Traceback (most recent call last): File /home/hsiehr/Documents/OpenSource/cpython/Lib/test/test_pydoc.py, line self.assertIn('walkpkg', stdout.getvalue()) AssertionError: 'walkpkg' not found in '_ast \n_codecs \n_collections - High per that operate on functions.\n_imp - (Extremely) low-level import machinery bits odule provides the Python interfaces to stream handling. The\n_locale - Support rface.\n_signal - This module provides mechanisms to use signal handlers in Pyth_string - string helper module\n_symtable \n_thread - This module provides primiams.\n_tracemalloc - Debug module to trace memory blocks allocated by Python.\n_iltering support.\n_weakref - Weak-reference support module.\natexit - allow probe executedupon normal program termination.\nbuiltins - Built-in functions, excele makes available standard errno system symbols.\nfaulthandler - faulthandler mhe garbage collector for reference cycles.\nitertools - Functional tools for credule contains functions that can read and write Python values in\nposix - This mctionality that is\npwd - This module provides access to the Unix password databme objects used or maintained by the\n time - This module provides various functixsubtype is an example module showing how to subtype builtin types from C.\nzipiing Python modules from Zip archives.\n' -- Ran 45 tests in 3.309s FAILED (failures=1, skipped=3) Traceback (most recent call last): File /home/hsiehr/Documents/OpenSource/cpython/Lib/runpy.py, line 170, in _r __main__, mod_spec) File /home/hsiehr/Documents/OpenSource/cpython/Lib/runpy.py, line 85, in _ru exec(code, run_globals) File /home/hsiehr/Documents/OpenSource/cpython/Lib/test/test_pydoc.py, line test_main() File