[issue27567] Add constants EPOLLRDHUP and EPOLLHUP to module select.

Roundup Robot added the comment: New changeset af98e92f3b30 by Benjamin Peterson in branch 'default': expose EPOLLRDHUP (closes #27567) https://hg.python.org/cpython/rev/af98e92f3b30 -- nosy: +python-dev resolution: -> fixed stage: -> resolved status: open -> closed

[issue27539] negative Fraction ** negative int not normalized

Vedran Čačić added the comment: If it is of any help, here is the patch I wrote online: http://www.mergely.com/TwCVpiFp/ (also in attachment). I also took the liberty of properly isolating the _normalize argument by requiring it to be keyword-only (starting its name with underscore doesn't

[issue27568] "HTTPoxy", use of HTTP_PROXY flag supplied by attacker in CGI scripts

Rémi Rampin added the comment: I am willing to work on documentation and tests if there is an interest in the patch. On Windows, if REQUEST_METHOD is set, it is probably safe to assume that HTTP_* variables come from the web server: setting this variable is not the way we set a proxy there,

[issue27569] Windows install problems

Steve Dower added the comment: Hmm... very unusual to get this error code without more information about what failed - the log file is oddly empty. Do you perhaps need to reboot your machine to finish installing some other program or update? Do you have an earlier version of Python 3.5

[issue1621] Do not assume signed integer overflow behavior

Martin Panter added the comment: I committed the fix for negation in audioop. slice-step.patch includes a better fix for the remaining part of trapv.patch, with Element Tree slicing. I think this fix is much less intrusive, and I have copied it to other places that handle slicing, and added

[issue27528] Document that filterwarnings(message=...) matches the start of a message

Changes by Martin Panter : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue27539] negative Fraction ** negative int not normalized

Vedran Čačić added the comment: Unfortunately, until now I was just a happy user of Python. I suppose some day I would have to give something back, and now is as good a day as any:-), but I have studied https://docs.python.org/devguide/ for a while and it seems really scary. It means I have

[issue1621] Do not assume signed integer overflow behavior

Roundup Robot added the comment: New changeset d6a86018ab33 by Martin Panter in branch 'default': Issue #1621: Avoid signed int negation overflow in audioop https://hg.python.org/cpython/rev/d6a86018ab33 -- ___ Python tracker

[issue27570] Avoid memcpy(. . ., NULL, 0) etc calls

New submission from Martin Panter: This patch fixes errors reported by GCC’s undefined behaviour sanitizer about calling functions with a null pointer: ./configure CC="gcc -fsanitize=undefined" Using Issue 22605 as a precedent, I propose to avoid calling memcpy() and memmove() for

[issue27569] Windows install problems

Ricardo Esperanza added the comment: attaching justforme. log -- Added file: http://bugs.python.org/file43783/Python 3.5.2 (32-bit)_20160718232956_000_core_JustForMe.log ___ Python tracker

[issue27528] Document that filterwarnings(message=...) matches the start of a message

Roundup Robot added the comment: New changeset 739f638bb9f8 by Martin Panter in branch '2.7': Issue #27528: Document and test warning messages must match at beginning https://hg.python.org/cpython/rev/739f638bb9f8 New changeset 7571432200a2 by Martin Panter in branch '3.5': Issue #27528:

[issue26207] distutils msvccompiler fails due to mspdb140.dll error on debug builds

Steve Dower added the comment: We're a couple more updates along and it all seems good. -- resolution: -> out of date stage: -> resolved status: open -> closed ___ Python tracker

[issue27569] Windows install problems

Steve Dower added the comment: You should have another log file for "core_JustForMe" near the one you uploaded. Could you include that one too? -- ___ Python tracker

[issue27569] Windows install problems

Changes by Zachary Ware : -- assignee: -> steve.dower components: +Windows nosy: +paul.moore, steve.dower, tim.golden, zach.ware ___ Python tracker

[issue27569] Windows install problems

New submission from Ricardo Esperanza: Downloaded 3.5.2 package and recived following errors during install also tried with 3.6 version and got same errors Using Win 10 X64 attached complete log [13A0:26B4][2016-07-18T22:40:59]i305: Verified acquired payload: exe_JustForMe at path:

[issue27568] "HTTPoxy", use of HTTP_PROXY flag supplied by attacker in CGI scripts

Martin Panter added the comment: I suspect this won’t help on OSes like Windows where environment variable names are case-insensitive (correct me if I am wrong). Regardless, it may be worth making the change. It would be nice to also add test case(s). And I wonder if it would be appropriate

[issue14375] Add socketserver running property

Martin Panter added the comment: Some responses to the issues raised by Terry would be helpful, especially the incompatibility by adding the RuntimeError. It looks like it forces a race on the normal usage of shutdown(). See also Issue 12463: it seems different people have different ideas

[issue25591] refactor imaplib tests

R. David Murray added the comment: Reitveld can diff patchsets, so I used that for review. -- ___ Python tracker ___

[issue24773] Implement PEP 495 (Local Time Disambiguation)

Alexander Belopolsky added the comment: The new patch passes test_datetime on Windows. This was the last stumbling block for me to commit this patch. Unless anyone would ask for more time to review, I plan to commit later this week. -- Added file:

[issue27542] Segfault in gcmodule.c:360 visit_decref

Ned Deily added the comment: IMO, there are too many possible scenarios here where a segfault could be caused by the Debian patches, by pip, by wheel, or by cffi - too many to assume a CPython problem. FWIW, I am unable to reproduce the segfault on a pretty current Debian testing system

[issue27568] "HTTPoxy", use of HTTP_PROXY flag supplied by attacker in CGI scripts

Changes by Berker Peksag : -- nosy: +orsenthil stage: -> patch review type: enhancement -> security versions: +Python 2.7, Python 3.3, Python 3.4, Python 3.5, Python 3.6 ___ Python tracker

[issue27568] "HTTPoxy", use of HTTP_PROXY flag supplied by attacker in CGI scripts

Changes by Rémi Rampin : -- keywords: +patch Added file: http://bugs.python.org/file43779/python-2.7-httpoxy-mitigation.patch ___ Python tracker

[issue27568] "HTTPoxy", use of HTTP_PROXY flag supplied by attacker in CGI scripts

Changes by Rémi Rampin : Added file: http://bugs.python.org/file43780/python-3.5-httpoxy-mitigation.patch ___ Python tracker ___

[issue27568] "HTTPoxy", use of HTTP_PROXY flag supplied by attacker in CGI scripts

New submission from Rémi Rampin: https://httpoxy.org/ It is possible to set the HTTP_PROXY in CGI scripts by passing the Proxy header. If the script is a Python script and downloads files, urllib will happily use the attacker-supplied proxy to make requests. This should be mitigated like it

[issue27542] Segfault in gcmodule.c:360 visit_decref

Julien added the comment: At cffi they thinks the bug may be from cpython or pip, as ``` $ python -m pip install --user cffi Collecting cffi Using cached cffi-1.7.0-cp27-cp27mu-manylinux1_x86_64.whl Collecting pycparser (from cffi) Installing collected packages: pycparser, cffi Successfully

[issue27561] Warn against subclassing builtins, and overriding their methods

R. David Murray added the comment: Raymond: yes, I was dubious about the benefit of the doc note. -- ___ Python tracker ___

[issue26380] Add an http method enum

Ethan Furman added the comment: That was the last nudge I needed. Thanks, everyone. -- assignee: -> ethan.furman resolution: -> rejected stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue26380] Add an http method enum

Raymond Hettinger added the comment: I concur that the enum adding nothing of value here. -- nosy: +rhettinger ___ Python tracker ___

[issue27561] Warn against subclassing builtins, and overriding their methods

Raymond Hettinger added the comment: This is an example of the open-closed-principle (the class is open for extension but closed for modification). It is good thing to have because it allows subclassers to extend or override a method without unintentionally triggering behavior changes in

[issue27561] Warn against subclassing builtins, and overriding their methods

Changes by Raymond Hettinger : -- priority: normal -> low ___ Python tracker ___

[issue27561] Warn against subclassing builtins, and overriding their methods

R. David Murray added the comment: It doesn't just apply to dicts, it applies to all the built in collection types (and possibly to other built in types). But not to all the methods, which will make the documentation somewhat vague ("you may not be able to successfully override base class

[issue27567] Add constants EPOLLRDHUP and EPOLLHUP to module select.

Changes by Марк Коренберг : -- components: +Library (Lib) type: -> enhancement versions: +Python 3.6 ___ Python tracker ___

[issue27567] Add constants EPOLLRDHUP and EPOLLHUP to module select.

New submission from Марк Коренберг: These constants are supported since Linux kernel 2.6.17 -- messages: 270788 nosy: mmarkk priority: normal severity: normal status: open title: Add constants EPOLLRDHUP and EPOLLHUP to module select. ___ Python

[issue27566] Tools/freeze/winmakemakefile.py clean target should use 'del' instead of 'rm'

Changes by Zachary Ware : -- keywords: +easy stage: -> needs patch title: Freeze: winmakemakefile.py: clean: Linux instead of Windows command -> Tools/freeze/winmakemakefile.py clean target should use 'del' instead of 'rm' versions: -Python 3.2, Python 3.3,

[issue27566] Freeze: winmakemakefile.py: clean: Linux instead of Windows command

New submission from David D: The command for the clean target in the Windows makefile is the same as the one in the Linux one: using `rm -f`. Should be changed to `del /f` or `erase /f`. -- components: Demos and Tools, Windows messages: 270787 nosy: David D, paul.moore, steve.dower,

[issue27469] Unicode filename gets crippled on Windows when drag and drop

Changes by STINNER Victor : -- nosy: -haypo ___ Python tracker ___ ___

[issue27565] Offer error context manager for code.interact

New submission from Claudiu Saftoiu: When debugging code that raises unexpected exceptions, I often find myself doing this: try: some_code except: import code; code.interact(local=locals()) raise My suggestion is a context manager to make this less verbose:

[issue27392] Add a server_side keyword parameter to create_connection

Jim Fulton added the comment: Does the draft doc change look OK? -- ___ Python tracker ___ ___

[issue27562] Import error encodings (Windows xp compatibility)

Iovan Irinel added the comment: Thanks, i don't think is a big issue. Because on windows 7, 8 , 8.1 , 10 it works. Just with windows xp i have this issue. It's ok paid. No problem, soo if someone want to fix for me this : Sure paid contact me please. And someone want to do it free contact

[issue27561] Warn against subclassing builtins, and overriding their methods

Kirk Hansen added the comment: I think it could make sense at the top of the intro. It could also make sense to have it sit https://docs.python.org/2.7/library/stdtypes.html?highlight=dict#mapping-types-dict and have the intro link to it, or vice-versa. Thoughts? --

[issue27562] Import error encodings (Windows xp compatibility)

Steve Dower added the comment: Unfortunately, you can't do that either. Projects including static libraries all need to use the same compiler. So either build python27.dll separately and dynamically link to it (or just use the one that we build and release, and be careful not to mix up memory

[issue27562] Import error encodings (Windows xp compatibility)

Iovan Irinel added the comment: It's ok for me to use vc .9 but when i try to link it says " This library was created with an older visual stuido toolset " And it trow in a error. And about v140 compatibility i don't maded so much changes. It was 3 minutes of work. Maybe someone take a

[issue27564] 2.7.12 Windows Installer package broken.

Tom Middleton added the comment: Ok, so really bizarre. I uninstalled 2.7.11, then I was getting the same error with the 2.7.11 msi. So I was thinking that I should go back to the original version I had installed (2.7.10) the installer showed a "repair" option so I did that, then the 2.7.11

[issue27564] 2.7.12 Windows Installer package broken.

Tom Middleton added the comment: @Zachary, I tried to uninstall (the C:\python27\ directory seemed to persist after) the install of 2.7.12 failed again same message. -- ___ Python tracker

[issue27564] 2.7.12 Windows Installer package broken.

Tom Middleton added the comment: @Steve, I think my pip install was fine? I was using pip pretty regularly with 2.7.11. I had to do a restore to get 2.7.11 working again, and after an install of 2.7.12 failed again with the same issue. -- ___

[issue24773] Implement PEP 495 (Local Time Disambiguation)

Alexander Belopolsky added the comment: Naoki, thanks for the review. I addressed your comments in https://github.com/abalkin/cpython/commit/a61a25d2dd04336361b2ea676c80afdb2639f579 Attached patch, issue24773-s3-3.diff, incorporates your comments and a few other fixes. See github for the

[issue27562] Import error encodings (Windows xp compatibility)

Changes by Brett Cannon : -- type: -> enhancement ___ Python tracker ___ ___

[issue27562] Import error encodings (Windows xp compatibility)

Steve Dower added the comment: You're compiling Python in a completely unsupported way right now, so I'm afraid you'll need to submit a patch to get it fixed. Python 2.7 is only officially supported with VC 9.0 (not VC 14.0), and I don't believe the other volunteers test the static library

[issue27564] 2.7.12 Windows Installer package broken.

Steve Dower added the comment: Or if you first repair 2.7.11 and then install 2.7.12. This error often happens because your pip installation is corrupt, and then pip fails to uninstall itself which aborts the whole installation. Generally repairing the install before uninstalling resolves it.

[issue27562] Import error encodings (Windows xp compatibility)

Brett Cannon added the comment: Is the stati library a third-party project? -- nosy: +brett.cannon ___ Python tracker ___

[issue10496] Python startup should not require passwd entry

Stéphane Wirtel added the comment: Hi @victor I have compiled the bug.c file with my fedora 24. there is python 2.7.11 and 3.5.1 and I don't have the bug with these versions. What can we do with this issue ? Thanks, Stephane -- nosy: +matrixise

[issue27562] Import error encodings (Windows xp compatibility)

Iovan Irinel added the comment: I tested again. And the answer is this: Problem is stati library. I tested: - 2.7.6 - 2.7.7 - 2.7.8 - 2.7.9 - 2.7.10 - 2.7.11 - 2.7.12 This issue happen just when pythoncore is compiled as static library. With DLL it works. --

[issue25910] Fixing links in documentation

Stéphane Wirtel added the comment: maybe we can continue on this issue and close it asap. what do you think ? -- nosy: +matrixise ___ Python tracker ___

[issue27564] 2.7.12 Windows Installer package broken.

Zachary Ware added the comment: What happens if you first uninstall 2.7.11 and then install 2.7.12? -- components: +Windows nosy: +paul.moore, steve.dower, tim.golden, zach.ware ___ Python tracker

[issue20767] Some python extensions can't be compiled with clang 3.4

Stéphane Wirtel added the comment: I have checked the status of the FreeBSD issue, and it's "New". What do you think for the fix ? -- nosy: +matrixise ___ Python tracker

[issue18049] Re-enable threading test on OSX

Stéphane Wirtel added the comment: for my part, I think you should use a #ifdef PY_DEBUG in your code and increase the default size of the stack for the threads, and only if you are on APPLE and PY_DEBUG mode. -- nosy: +matrixise ___ Python tracker

[issue27364] Deprecate invalid unicode escape sequences

Emanuel Barry added the comment: Here's a new patch which also deprecates invalid escape sequences in bytes. Tests included with test_codecs. Patch includes and supersedes deprecate_invalid_escapes_only_3.patch, and I have not found a single instance of an invalid escape sequence other than

[issue14375] Add socketserver running property

Stéphane Wirtel added the comment: what's the status of this issue ? -- nosy: +matrixise ___ Python tracker ___

[issue27558] SystemError with bare `raise` in threading or multiprocessing

Xiang Zhang added the comment: A simple try ... except ... can set the variable to Py_None: >>> import threading >>> def foo(): ... try: ... raise RuntimeError ... except: ... pass ... raise ... >>> threading.Thread(target=foo).start() >>> Exception in

[issue27564] 2.7.12 Windows Installer package broken.

New submission from Tom Middleton: I was running: Python 2.7.11 (v2.7.11:6d1b6a68f775, Dec 5 2015, 20:32:19) [MSC v.1500 32 bit (Intel)] on win32 Type "help", "copyright", "credits" or "license" for more information. I downloaded the msi for Python 2.7.12 and attempted to run it. During the

[issue27558] SystemError with bare `raise` in threading or multiprocessing

R. David Murray added the comment: Since ceval already has such a check, I think we should fix it by adding the check as proposed. Investigating whether the codebase could be simplified by making sure that Py_None is always there after startup would be a separate issue, I think, possibly

[issue27561] Warn against subclassing builtins, and overriding their methods

R. David Murray added the comment: Where in the docs do you think such a note should go? I suppose it could go in the intro to the chapter you link to. I doubt many people will find it there, though :( -- nosy: +r.david.murray versions: -Python 3.2, Python 3.3, Python 3.4

[issue27558] SystemError with bare `raise` in threading or multiprocessing

Xiang Zhang added the comment: It's reasonable but I'd still like to hear others' voices since it looks more like to me it's the behaviour of raise itself rather than threading that crashes. -- ___ Python tracker

[issue27563] docs for `gc.get_referrers` should explain the result format (i.e. what keys in the dict mean)

New submission from Ram Rachum: My mistake -- resolution: -> not a bug status: open -> closed ___ Python tracker ___

[issue27558] SystemError with bare `raise` in threading or multiprocessing

Changes by STINNER Victor : -- nosy: +haypo ___ Python tracker ___ ___

[issue27563] docs for `gc.get_referrers` should explain the result format (i.e. what keys in the dict mean)

Changes by Ram Rachum : -- assignee: docs@python components: Documentation nosy: cool-RR, docs@python priority: normal severity: normal status: open title: docs for `gc.get_referrers` should explain the result format (i.e. what keys in the dict mean) versions: Python

[issue27558] SystemError with bare `raise` in threading or multiprocessing

Berker Peksag added the comment: I would prefer Antti's test case in msg270730 since the bug can be reproduced by using threading module (you can use assert_python_ok() as a helper.) Lib/test_threading.py is probably a better place for the test. -- nosy: +berker.peksag stage: needs

[issue27562] Import error encodings (Windows xp compatibility)

New submission from Iovan Irinel: I have python embeded intro my application. I wanted to upgrade to python 2.7.12 i use also a static library. Not DLL. I have defined "Py_NO_ENABLE_SHARE" Ok, all work fine with 2.7.6 I want to say this error happen just when i run it under windows xp. Under

[issue27558] SystemError with bare `raise` in threading or multiprocessing

Xiang Zhang added the comment: Upload a patch. -- keywords: +patch Added file: http://bugs.python.org/file43776/issue27558.patch ___ Python tracker ___

[issue27561] Warn against subclassing builtins, and overriding their methods

New submission from Kirk Hansen: I tried subclassing dict, and overriding its __setitem__ and __getitem__ and got some interesting results. See http://stackoverflow.com/questions/38362420/subclassing-dict-dict-update-returns-incorrrect-value-python-bug?noredirect=1#comment64142710_38362420

[issue26380] Add an http method enum

Stéphane Wirtel added the comment: what's the status of your issue ? -- nosy: +matrixise ___ Python tracker ___

[issue3119] pickle.py is limited by python's call stack

Stéphane Wirtel added the comment: hello, I think we can close this issue because Python 3.1 is not supported. or we keep it if this issue is confirmed for Python 3.6. -- nosy: +matrixise ___ Python tracker

[issue11822] Improve disassembly to show embedded code objects

Stéphane Wirtel added the comment: hello, we can continue the discussion on this issue ? -- ___ Python tracker ___

[issue27539] negative Fraction ** negative int not normalized

Mark Dickinson added the comment: Oops, that's an embarrassing bug. Branching depending on the sign sounds fine to me. There's no point worrying about supporting strange Fraction-like things without a concrete idea of exactly which such things we want to support. Are you interested in

[issue26624] Windows hangs in call to CRT setlocale()

Steve Dower added the comment: Lot of different people involved in those areas, so can't promise an answer, but I'll see. Also, unless you think a closed issue needs to be reopened, please avoid using them for chat. -- ___ Python tracker

[issue27543] from module import function creates package reference to the module

R. David Murray added the comment: Note that conceptually this is closely related to issue 27515. In both cases the conceptual problem (the thing that trips up user expectations) is that what import does to the namespaces differs depending on whether the base module exists in sys.modules or

[issue27558] SystemError with bare `raise` in threading or multiprocessing

Changes by Emanuel Barry : -- nosy: +davin, ebarry, pitrou stage: -> needs patch title: SystemError inside multiprocessing.dummy Pool.map -> SystemError with bare `raise` in threading or multiprocessing versions: +Python 3.6 -Python 3.2, Python 3.3

[issue27560] Memory overallocation crash and keyboard interrupt stops working

Martin Panter added the comment: Yes you are probably right Antti. The input to compress would need 31 TB of memory, and is a text string, while Python 3’s zlib.compress() requires bytes. In other words, this will be the same problem of overallocating memory as Issue 27559. Pablo: I suggest

[issue27558] SystemError inside multiprocessing.dummy Pool.map

Xiang Zhang added the comment: > Easiest fix would be to make do_raise test for both NULL and None, but I'd > really consider fixing the new thread initialization if possible. I think the easiest fix is OK. The new thread initialization is consistent and should not be changed. The Py_None

[issue27547] Integer Overflow Crash On float(array.array())

Martin Panter added the comment: Perhaps this is the same as Issue 5614, i.e. the problem lies with OS X rather than Python? -- nosy: +martin.panter ___ Python tracker

[issue27130] zlib: OverflowError while trying to compress 2^32 bytes or more

Xiang Zhang added the comment: I may be hard to test this change without enough memory. I upload the test results with the latest change. -- Added file: http://bugs.python.org/file43775/zlib_test_result ___ Python tracker

[issue27507] bytearray.extend lacks overflow check when increasing buffer

Xiang Zhang added the comment: Thanks for your work. -- ___ Python tracker ___ ___ Python-bugs-list mailing

[issue27507] bytearray.extend lacks overflow check when increasing buffer

Martin Panter added the comment: Committed without any macro for the time being -- resolution: not a bug -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue27559] Crash On bytearray()

Changes by Berker Peksag : -- resolution: remind -> not a bug stage: -> resolved ___ Python tracker ___

[issue27560] zlib.compress() crash and keyboard interrupt stops working

Antti Haapala added the comment: I am pretty sure **it never calls zlib.compress**. I get memory error from that argument alone, on Linux with overcommit memory enabled, 16G ram, swap. -- nosy: +ztane ___ Python tracker

[issue27560] zlib.compress() crash and keyboard interrupt stops working

Xiang Zhang added the comment: Compressing large data is born to be slow and it's highly possible to cause the kernel halt then due to resource limit. > This may be used to crash python remotely if a server takes user input and > runs it through zlib.compress(b'variable' * 2**32) which is

[issue27560] zlib.compress() crash and keyboard interrupt stops working

pablo sacristan added the comment: I'd like to but I don't have enough memory either, sorry. -- versions: +Python 3.5, Python 3.6 ___ Python tracker ___

[issue27560] zlib.compress() crash and keyboard interrupt stops working

Martin Panter added the comment: There is a good chance crashes and related 2 GiB and 4 GiB limits in zlib will be solved by Issue 27130. Do you want to see if the patch improves the situation? (I cannot test it directly because I don’t have enough memory.) -- nosy: +martin.panter

[issue27559] Crash On bytearray()

pablo sacristan added the comment: I know, but then shouldn't you try limiting the amount of data it allocates? Or maybe allow for keyboard interrupts to be used while the it is going on, because keyboard interrupts weren't working while it was working. -- resolution: not a bug ->

[issue27559] Crash On bytearray()

Martin Panter added the comment: bytearray(n) needs to allocate n bytes. Unless your computer has 1024 GiB of memory, this is not going to be possible. If you are using an OS like Linux, it may pretend to allocate that much memory, and then kill the process when it realizes it has

[issue27558] SystemError inside multiprocessing.dummy Pool.map

Antti Haapala added the comment: I was thinking that perhaps an exception is always raised somewhere before? I tried skipping site, but it still works, so I am not too sure. -- ___ Python tracker

[issue27558] SystemError inside multiprocessing.dummy Pool.map

Xiang Zhang added the comment: I am curious why individual `raise` doesn't get the same problem in single thread program. -- ___ Python tracker ___

[issue27558] SystemError inside multiprocessing.dummy Pool.map

Xiang Zhang added the comment: It seems the thread state is initialized in thread_PyThread_start_new_thread. It calls _PyThreadState_Prealloc which initialize exc_type to NULL. -- ___ Python tracker

[issue27560] zlib.compress() crash and keyboard interrupt stops working

New submission from pablo sacristan: zlib.compress crashes when you put a lot of stuff into it and even when you try keyboard interrupts it doesn't work for some reason, and Python gets killed because trying to compress so much data gets the Python process get killed by the kernel. If you put

[issue27558] SystemError inside multiprocessing.dummy Pool.map

Antti Haapala added the comment: more easily reproducible by import threading def foo(): raise threading.Thread(target=foo).start() -- ___ Python tracker

[issue27559] Crash On bytearray()

New submission from pablo sacristan: There is a crash on bytearray(), not really a crash but rather the process gets killed by the kernel, but that is a crash, and the keyboard interrupt stops working while bytearray is working, so you can either restart python or wait for python to get

[issue27558] SystemError inside multiprocessing.dummy Pool.map

Antti Haapala added the comment: OTOH, if you put sys.exc_info() in place of raise there, it correctly (None, None, None) there, because it does (sysmodule.c:sys_exc_info) tstate->exc_type != NULL ? tstate->exc_type : Py_None, Easiest fix would be to make do_raise test for both NULL

[issue27558] SystemError inside multiprocessing.dummy Pool.map

Antti Haapala added the comment: Reproducible on Python 3.6a4ish on Ubuntu. I believe this needs forking multiprocessing. do_raise is called with 2 NULLs as arguments, it should raise PyErr_SetString(PyExc_RuntimeError, "No active exception to reraise"); What

[issue16191] ceval cleanup

Roundup Robot added the comment: New changeset 6cf4386de3cc by Martin Panter in branch '3.5': Issue #16191: Fix up references to renamed variables https://hg.python.org/cpython/rev/6cf4386de3cc New changeset c10fe99afced by Martin Panter in branch 'default': Issue #16191: Merge comment fixes

[issue27507] bytearray.extend lacks overflow check when increasing buffer

Roundup Robot added the comment: New changeset 54cc0480904c by Martin Panter in branch '3.5': Issue #27507: Check for integer overflow in bytearray.extend() https://hg.python.org/cpython/rev/54cc0480904c New changeset 6e166b66aa44 by Martin Panter in branch '2.7': Issue #27507: Check for

  1   2   >