[issue14551] imp.load_source docs removed from python3 docs...is this correct?

Changes by irdb : -- nosy: +irdb ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailma

[issue29575] your closing of issue29575

INADA Naoki added the comment: I like current, minimum example to describe API. No need to make it complex only for checking it's really executed in parallel. Adding more and more "may be useful for someone" code in the doc make the document long, hard and tedious to read for everyone. --

[issue29603] More informative Queue class: new method that returns number of unfinished tasks

slytomcat added the comment: Raymond, Serhiy, thanks for your opinions. I agree that this method like empty, full, and qsize returns information that may be out-of-date in time of its usage. But like those empty, full, and qsize it provides information that helps to make some decisions. What

[issue24340] co_stacksize estimate can be highly off

Changes by INADA Naoki : -- nosy: +inada.naoki ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pyt

[issue29575] doc 17.2.1: basic Pool example is too basic

Berker Peksag added the comment: I agree with and Davin and Inada. Note that multiprocessing documentation is already too long and we'd like to be careful before adding another example. If you could create a "multiprocessing cookbook" on wiki.python.org I'm pretty sure we'd be happy to conside

[issue29575] doc 17.2.1: basic Pool example is too basic

Joachim added the comment: I never proposed to add a second example, but to make the one example more meaningful. As a minimal solution, could we replace the numbers 3 (input data) and 5 (threads) by a slightly more plausible choice? Davin explained why numbers should be incommensurate. So wha

[issue11572] bring Lib/copy.py to 100% coverage

Serhiy Storchaka added the comment: copy and pickle use the same protocol. The copy module shouldn't be changed independently, the changes should be synchronised with both implementations of the pickle module. -- ___ Python tracker

[issue29165] Use forward compatible macro in example code for creating new type

Serhiy Storchaka added the comment: PyVarObject_HEAD_INIT() is more used in Python 3 code, but the code with PyObject_HEAD_INIT() doesn't look incompatible with Python 3. I don't see a need of this change. PyObject_HEAD_INIT() also is used in .c files in Doc/includes/. -- nosy: +serhi

[issue24340] co_stacksize estimate can be highly off

Changes by Serhiy Storchaka : -- nosy: +serhiy.storchaka ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https:

[issue29611] TextIOWrapper's write_through option behave differently between C and pure Python implementation.

New submission from INADA Naoki: In C implementation, write() calls underlaying flush() method when write_through=True. https://github.com/python/cpython/blob/3.6/Modules/_io/textio.c if (self->write_through) text_needflush = 1; if (self->line_buffering && (haslf ||

[issue29165] Use forward compatible macro in example code for creating new type

INADA Naoki added the comment: > but the code with PyObject_HEAD_INIT() doesn't look incompatible with Python > 3. It's incompatible actually. https://github.com/python/cpython/blob/2.7/Include/object.h /* PyObject_HEAD defines the initial segment of every PyObject. */ #define PyObject_HEAD_

[issue29612] TarFile.extract() suffers from hard links inside tarball

New submission from Jussi Judin: I managed to create a tarball that brought out quite nasty behavior with tarfile.TarFile.extract() and tarfile.TarFile.extractall() functions when there are hard links inside a tarball that point to themselves with a file that is included in the tarball. In Pyt

[issue29237] Create enum for pstats sorting options

Ratnadeep Debnath added the comment: It's good to hear that you're working on it. You can go ahead with this. Anyways, I will be around to see and learn how you fix this issue :) -- ___ Python tracker

[issue29165] Use forward compatible macro in example code for creating new type

Serhiy Storchaka added the comment: Ah, now I see. I think sample C files in Doc/includes/ should be updated too. And it seems to me that Doc/includes/shoddy.c in Python 3 is not correct. -- ___ Python tracker __

[issue29611] TextIOWrapper's write_through option behave differently between C and pure Python implementation.

Changes by Serhiy Storchaka : -- nosy: +benjamin.peterson, serhiy.storchaka, stutzbach ___ Python tracker ___ ___ Python-bugs-list mai

[issue29613] Support for SameSite Cookies

New submission from Akash Shende: Right now Morsel dont accept cookie setting outside of reserved words defined in http/cookies.py -- components: Library (Lib) messages: 288287 nosy: akash0x53 priority: normal severity: normal status: open title: Support for SameSite Cookies type: enhan

[issue29613] Support for SameSite Cookies

Changes by Roundup Robot : -- pull_requests: +180 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.

[issue29589] test_asyncio & test_multiprocessing_forkserver failed

Dima Zhukov added the comment: Just tried with 3.4.6 version. Same test failed -- ___ Python tracker ___ ___ Python-bugs-list mailing

[issue29165] Use forward compatible macro in example code for creating new type

INADA Naoki added the comment: New changeset 9436bbd87b7eed18dec4c32f25b88452fe282e1c by GitHub in branch '2.7': bpo-29165: doc: make extending/newtypes more Python 3 friendly (GH-211) https://github.com/python/cpython/commit/9436bbd87b7eed18dec4c32f25b88452fe282e1c -- __

[issue29165] Use forward compatible macro in example code for creating new type

Changes by INADA Naoki : -- resolution: -> fixed stage: -> resolved status: open -> closed ___ Python tracker ___ ___ Python-bugs-li

[issue29165] Use forward compatible macro in example code for creating new type

INADA Naoki added the comment: > And it seems to me that Doc/includes/shoddy.c in Python 3 is not correct. I created another pull request PR 215. -- ___ Python tracker ___ _

[issue29157] random.c: Prefer getrandom() over getentropy() to support glibc 2.24 on Linux

Vladimír Čunát added the comment: Why was there no backporting e.g. to 3.4 branch? I thought you implied that 3.3 and 3.4 are unaffected, but our build farm says otherwise, getting a segfault in bin/python3.4m (3.4.6) and printing "Fatal Python error: getentropy() failed" -- ___

[issue29607] Broken stack_effect for CALL_FUNCTION_EX

Matthieu Dartiailh added the comment: I added the Misc/NEWS entry under Python 3.7. I guess it will be backported to 3.6 when cherry-pinking. -- ___ Python tracker ___ _

[issue27850] Remove 3DES from cipher list (sweet32 CVE-2016-2183)

Christian Heimes added the comment: Victor found out that Python is considered as affect by CVE-2016-2183, https://www.cvedetails.com/cve/CVE-2016-2183/ -- ___ Python tracker __

[issue29603] More informative Queue class: new method that returns number of unfinished tasks

Raymond Hettinger added the comment: > Should avoid creating new threads if there are more # idle threads than items in the work queue. Shouldn't this just check to see if qsize() is greater than zero? That would mean that there are no idle threads. I'm not seeing why there would be any idle

[issue29157] random.c: Prefer getrandom() over getentropy() to support glibc 2.24 on Linux

Christian Heimes added the comment: Python 3.3 and 3.4 are in security-fix-only mode. Technically this fix does not count as security fix. It's a compatibility fix. https://docs.python.org/devguide/#status-of-python-branches -- ___ Python tracker <

[issue29591] Various security vulnerabilities in bundled expat (CVE-2016-0718 and CVE-2016-4472)

STINNER Victor added the comment: I'm working on a new documentation of Python vulnerabilities to help to handle such issue: http://python-security.readthedocs.io/en/latest/vulnerabilities.html -- ___ Python tracker

[issue23670] Modifications to support iOS as a cross-compilation target

Changes by Mariatta Wijaya : -- nosy: +Mariatta ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.py

[issue29607] Broken stack_effect for CALL_FUNCTION_EX

Serhiy Storchaka added the comment: New changeset 3a9ac827c7c87dffc60c4200323948551bcb6662 by Serhiy Storchaka in branch 'master': bpo-29607: Fix stack_effect computation for CALL_FUNCTION_EX (#202) https://github.com/python/cpython/commit/3a9ac827c7c87dffc60c4200323948551bcb6662 --

[issue22273] abort when passing certain structs by value using ctypes

Eryk Sun added the comment: The 24-byte struct gets passed on the stack, as it should be. In this case ffi_call doesn't abort() because examine_argument returns 0, which is due to the following code in classify_argument: if (words > 2) { /* When size > 16 bytes, if the first on

[issue26789] Please do not log during shutdown

Jan Vorwerk added the comment: Indeed, the error message is quite... surprising and misleading. To reproduce, please run the attached (admittedly wrong) program that I could simplify a lot. It seems to occur when a exception is raised at the wrong time... I hope this helps nail down (at least)

[issue28810] Document bytecode changes in 3.6

Matthieu Dartiailh added the comment: Anyone to review this. Working on bytecode manipulation for different projects I wish I had known this existed before. -- nosy: +mdartiailh ___ Python tracker

[issue26970] Replace OpenSSL's CPRNG with system entropy source

Christian Heimes added the comment: Let's not overcomplicate Python's ssl module any more. I was part of an effort to provide an osrandom engine for PyCA cryptography. I'm going to port the engine to OpenSSL. -- resolution: -> wont fix stage: patch review -> resolved status: open -> c

[issue26789] Please do not log during shutdown

STINNER Victor added the comment: > Please do not log during shutdown These logs are supposed to help you to find bugs in your application. Sadly, it's hard to log errors during Python shutdown because Pyhon is destroying its world: many basic functions are broken during shutdown. We already

[issue29509] redundant interning in PyObject_GetAttrString

INADA Naoki added the comment: New changeset 3e8d6cb1892377394e4b11819c33fbac728ea9e0 by GitHub in branch 'master': bpo-29509: skip redundant intern (GH-197) https://github.com/python/cpython/commit/3e8d6cb1892377394e4b11819c33fbac728ea9e0 -- ___ P

[issue29509] redundant interning in PyObject_GetAttrString

Changes by INADA Naoki : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ ___ Py

[issue29176] /tmp does not exist on Android and is used by curses.window.putwin()

Christian Heimes added the comment: How about https://linux.die.net/man/3/tmpfile instead? The tmpfile() function opens a unique temporary file in binary read/write (w+b) mode. The file will be automatically deleted when it is closed or the program terminates. -- nosy: +christian.heim

[issue29598] Write unit tests for pdb module

Changes by Roundup Robot : -- pull_requests: +182 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.

[issue29607] Broken stack_effect for CALL_FUNCTION_EX

Changes by INADA Naoki : -- pull_requests: +183 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.py

[issue29603] More informative Queue class: new method that returns number of unfinished tasks

slytomcat added the comment: Not exactly there are 3 cases: If qsize <> 0 it means there is no idle consumers threads, all of them must be busy: we need to create one more. No doubt. If qsize = 0 it means one of two cases: - all consumers threads are busy: we need to create one more - som

[issue29612] TarFile.extract() suffers from hard links inside tarball

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

[issue29603] More informative Queue class: new method that returns number of unfinished tasks

slytomcat added the comment: One more problem that adjusting of number of threads is performed exactly after placing the new task in the queue. In in some cases we can find that qsuze <> 0 but it doesn't mean that there is no idle threads. It can be equal to 1 (just queued task) as no threads

[issue29603] More informative Queue class: new method that returns number of unfinished tasks

slytomcat added the comment: num_threads - unfinished() = the estimation for number of idle threads. -- ___ Python tracker ___ ___ Pyt

[issue29176] /tmp does not exist on Android and is used by curses.window.putwin()

STINNER Victor added the comment: Is tmpfile() available on Android? -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsub

[issue29532] functools.partial is not compatible between 2.7 and 3.5

Serhiy Storchaka added the comment: New changeset e48fd93bbb36c6d80aa4eb6af09f58c69d8cf965 by GitHub in branch '3.6': bpo-29532: Altering a kwarg dictionary passed to functools.partial() no longer affects a partial object after creation. (#209) https://github.com/python/cpython/commit/e48fd93b

[issue29157] random.c: Prefer getrandom() over getentropy() to support glibc 2.24 on Linux

Vladimír Čunát added the comment: Thanks, I see now. From my point of view it is related to security, but I/we will deal with it somehow. -- ___ Python tracker ___

[issue28121] If module starts with comment or empty line then frame.f_code.co_firstlineno is inconsistent with inspect.findsource

Changes by Emily Morehouse : -- nosy: +emilyemorehouse ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://

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

Changes by Emily Morehouse : -- nosy: +emilyemorehouse ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://

[issue29607] Broken stack_effect for CALL_FUNCTION_EX

INADA Naoki added the comment: Thanks, Matthieu. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ __

[issue29607] Broken stack_effect for CALL_FUNCTION_EX

INADA Naoki added the comment: New changeset 3ab24bdd47fdd9d45719ad49f93d3878d4442d7e by GitHub in branch '3.6': bpo-29607: Fix stack_effect computation for CALL_FUNCTION_EX (GH-219) https://github.com/python/cpython/commit/3ab24bdd47fdd9d45719ad49f93d3878d4442d7e -- nosy: +inada.naok

[issue29613] Support for SameSite Cookies

Changes by Mariatta Wijaya : -- versions: -Python 2.7, Python 3.3, Python 3.4, Python 3.5, Python 3.6 ___ Python tracker ___ ___ Pyth

[issue29453] Remove reference to undefined dictionary ordering in Tutorial

Mariatta Wijaya added the comment: New changeset 9b49133082ec23b67e84d2589e66d7810018e424 by GitHub in branch '3.6': bpo-29453: Remove reference to undefined dictionary ordering in Tutorial (GH-140) (#208) https://github.com/python/cpython/commit/9b49133082ec23b67e84d2589e66d7810018e424

[issue29453] Remove reference to undefined dictionary ordering in Tutorial

Mariatta Wijaya added the comment: Thanks everyone. PR has been merged and backported to 3.6 :) Closing this issue. -- resolution: -> fixed stage: commit review -> resolved status: open -> closed ___ Python tracker

[issue28909] Adding LTTng-UST tracing support

Łukasz Langa added the comment: Thanks for working on this! A few thoughts. 1. Keep the existing names. "PyTrace" is already a name in use for a different purpose. I understand the itch to make the name more "right" but I am in general not a fan of renaming "PyDTrace" to anything else now. It

[issue29613] Support for SameSite Cookies

Changes by Mariatta Wijaya : -- stage: -> patch review ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https:/

[issue26789] Please do not log during shutdown

Vinay Sajip added the comment: > The logging module should be be enhanced to handle more nicely such error > during Python finalization. How does a particular piece of logging package code know it's being called during Python finalization? This sort of problem (exceptions caused by disappeari

[issue26789] Please do not log during shutdown

Vinay Sajip added the comment: Calling logging.shutdown() when you know you're about to exit should eliminate some of the issues. -- ___ Python tracker ___ _

[issue29565] Still broken ctypes calling convention on MSVC / 64-bit Windows (large structs)

Changes by Vinay Sajip : -- pull_requests: +184 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.py

[issue29565] Still broken ctypes calling convention on MSVC / 64-bit Windows (large structs)

Changes by Vinay Sajip : -- pull_requests: +185 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.py

[issue29614] Additional implementation alternative to DictReader

New submission from Kirk Cieszkiewicz Jr.: As discussed in the following: https://bugs.python.org/issue17537 https://mail.python.org/pipermail/python-ideas/2013-January/018844.html DictReader has a feature that will destroy data without warning if fieldnames had duplicate values (manual or auto

[issue29615] SimpleXMLRPCDispatcher._dispatch mangles tracebacks when invoking RPC calls through _dispatch

New submission from Petr MOTEJLEK: Hello, We discovered that SimpleXMLRPCDispatcher mangles tracebacks printed from within the invoked RPC methods when an object that has _dispatch(method, params) defined has been registered with it Steps to reproduce - use https://docs.python.org/3.4/librar

[issue29532] functools.partial is not compatible between 2.7 and 3.5

Changes by Serhiy Storchaka : -- pull_requests: +186 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://ma

[issue29614] Additional implementation alternative to DictReader

Changes by foxfluff : -- pull_requests: +187 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pytho

[issue26789] Please do not log during shutdown

R. David Murray added the comment: If I understand correctly, the logging during shutdown coming out of asyncio helps debug errors in asyncio programs, and this logging can't happen before shutdown starts (so the application calling logging.shutdown would just hide the errors, I think). Yes,

[issue26789] Please do not log during shutdown

Serhiy Storchaka added the comment: > How does a particular piece of logging package code know it's being called > during Python finalization? sys.is_finalizing() -- nosy: +serhiy.storchaka ___ Python tracker ___

[issue29565] Still broken ctypes calling convention on MSVC / 64-bit Windows (large structs)

Steve Dower added the comment: I approved the two backports. Thanks Vinay! -- ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue27850] Remove 3DES from cipher list (sweet32 CVE-2016-2183)

STINNER Victor added the comment: Larry: "I agree completely Jim. The problem is that OpenSSL regularly discovers face-meltingly bad security bugs, so it frequently pulls the "security exception" lever." We chose to maintain our own cipher list, and so we have to maintain it. I created a pul

[issue26789] Please do not log during shutdown

Changes by Guido van Rossum : -- nosy: -gvanrossum ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue29554] profile/pstat doc clariification

Changes by Berker Peksag : -- pull_requests: +190 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.

[issue29616] input() after restarting causes bug

New submission from Juan: This bug can be recreated by opening a file whose content is "input()" with IDLE, press F5 and the shell opens as expected. Without making the input in the shell stop, press F5 in the script again. In Python 3.5 IDLE only take input until another F5 (or Ctrl+F6) in th

[issue29554] profile/pstat doc clariification

Changes by Berker Peksag : -- pull_requests: +191 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.

[issue2771] Test issue

Changes by Ezio Melotti : -- pull_requests: +192 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.py

[issue29554] profile/pstat doc clariification

Berker Peksag added the comment: New changeset 6336f0d156feec0f109a8d01da108cf96e3d9c60 by GitHub in branch '3.5': bpo-29554: Improve docs for pstat module and profile. (#88) (#228) https://github.com/python/cpython/commit/6336f0d156feec0f109a8d01da108cf96e3d9c60 -- _

[issue29554] profile/pstat doc clariification

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

[issue29554] profile/pstat doc clariification

Berker Peksag added the comment: New changeset b067a5eef7fdf69264d3578654996fc3755df4ea by GitHub in branch '3.6': bpo-29554: Improve docs for pstat module and profile. (#88) (#227) https://github.com/python/cpython/commit/b067a5eef7fdf69264d3578654996fc3755df4ea -- _

[issue16011] "in" should be consistent with return value of __contains__

Changes by Berker Peksag : -- nosy: +berker.peksag stage: needs patch -> patch review versions: +Python 3.5, Python 3.6, Python 3.7 -Python 3.2, Python 3.3, Python 3.4 ___ Python tracker __

[issue22087] asyncio: support multiprocessing (support fork)

Alexander Mohr added the comment: I believe this is now worse due to https://github.com/python/asyncio/pull/452 before I was able to simply create a new run loop from sub-processes however you will now get the error "Cannot run the event loop while another loop is running". The state of the r

[issue27660] Replace size_t with Py_ssize_t as the type of local variable in list_resize

Changes by Xiang Zhang : -- resolution: -> fixed stage: commit review -> resolved status: open -> closed ___ Python tracker ___ ___ P

[issue27660] Replace size_t with Py_ssize_t as the type of local variable in list_resize

Xiang Zhang added the comment: New changeset 4cee049f5b6864066b8315e9b54de955e5487dfc by GitHub in branch 'master': bpo-27660: remove unnecessary overflow checks in list_resize (GH-189) https://github.com/python/cpython/commit/4cee049f5b6864066b8315e9b54de955e5487dfc -- _

[issue26789] Please do not log during shutdown

INADA Naoki added the comment: I'm -1 on suppress log silently. While error message is bit surprising, Traceback (most recent call last): File "/usr/lib/python3.5/asyncio/tasks.py", line 93, in __del__ File "/usr/lib/python3.5/asyncio/base_events.py", line 1160, in call_exception_handler ..

[issue29403] mock's autospec's behavior on method-bound builtin functions is broken

Changes by Aaron Gallagher : -- pull_requests: +193 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue29616] input() after restarting causes bug

Terry J. Reedy added the comment: I am not sure what you mean by 'this bug'. I presume by 'take input' you mean 'display keystrokes on the input line'. If so, the behavior you describe for 3.6 is the correct behavior and not a bug: accept kestrokes until 'Enter' is pressed or until the proce

[issue29614] Additional implementation alternative to DictReader

INADA Naoki added the comment: I don't feel TableReader is really useful. Would you show some realistic example when TableReader is better than normal csv.Reader? -- nosy: +inada.naoki ___ Python tracker _

[issue29616] input() after restarting causes bug

Changes by Serhiy Storchaka : -- nosy: +serhiy.storchaka status: open -> pending ___ Python tracker ___ ___ Python-bugs-list mailing l

[issue10701] Error pickling objects with mutating __getstate__

Changes by Serhiy Storchaka : -- resolution: -> not a bug stage: needs patch -> resolved status: open -> closed ___ Python tracker ___ __

[issue7769] SimpleXMLRPCServer.SimpleXMLRPCServer.register_function as decorator

Changes by Xiang Zhang : -- pull_requests: +194 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pyt

[issue29617] Drop Python 3.4 support from asyncio

New submission from INADA Naoki: asyncio for Python 3.3 has not been released for two years. https://pypi.python.org/pypi/asyncio We have many code in asyncio for support Python 3.3. How about removing them? -- components: asyncio messages: 288332 nosy: gvanrossum, inada.naoki, yselivan

[issue20438] inspect: Deprecate getfullargspec?

Berker Peksag added the comment: New changeset 0899b9809547ec2894dcf88cf4bba732c5d47d0d by Berker Peksag in branch 'master': bpo-28814: Undeprecate inadvertently deprecated inspect functions. (#122) https://github.com/python/cpython/commit/0899b9809547ec2894dcf88cf4bba732c5d47d0d --

[issue28814] Deprecation notice on inspect.getargvalues() is incorrect

Berker Peksag added the comment: New changeset 0899b9809547ec2894dcf88cf4bba732c5d47d0d by Berker Peksag in branch 'master': bpo-28814: Undeprecate inadvertently deprecated inspect functions. (#122) https://github.com/python/cpython/commit/0899b9809547ec2894dcf88cf4bba732c5d47d0d --

[issue29617] Drop Python 3.4 support from asyncio

Changes by INADA Naoki : -- pull_requests: +195 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.py

[issue29589] test_asyncio & test_multiprocessing_forkserver failed

Marcel Widjaja added the comment: Both test_asyncio & test_multiprocessing_forkserver work for me. I'm on the latest 3.6 and Mac OS 10.11.6 -- nosy: +mawidjaj ___ Python tracker ___

[issue29565] Still broken ctypes calling convention on MSVC / 64-bit Windows (large structs)

Vinay Sajip added the comment: New changeset 8fa7e22134ac9626b2188ff877f6aeecd3c9e618 by GitHub in branch '3.5': Fixed bpo-29565: Corrected ctypes passing of large structs by value on Windows AMD64. (#168) (#221) https://github.com/python/cpython/commit/8fa7e22134ac9626b2188ff877f6aeecd3c9e618

[issue29565] Still broken ctypes calling convention on MSVC / 64-bit Windows (large structs)

Vinay Sajip added the comment: New changeset 3cc5817cfaf5663645f4ee447eaed603d2ad290a by GitHub in branch '3.6': Fixed bpo-29565: Corrected ctypes passing of large structs by value on Windows AMD64. (#168) (#220) https://github.com/python/cpython/commit/3cc5817cfaf5663645f4ee447eaed603d2ad290a

[issue29589] test_asyncio & test_multiprocessing_forkserver failed

Louie Lu added the comment: Both test_asyncio & test_multiprocessing_forkserver passed on latest 3.6 and 4.8.3-1-ARCH. -- nosy: +louielu ___ Python tracker ___ _

[issue29589] test_asyncio & test_multiprocessing_forkserver failed

Xiang Zhang added the comment: Hmm, it seems not Python's fault. I can't reproduce the failure either. So I am going to close this issue. -- resolution: -> works for me stage: test needed -> resolved status: open -> closed ___ Python tracker

[issue29110] [patch] Fix file object leak in `aifc.open` when given invalid AIFF file.

INADA Naoki added the comment: New changeset 03f68b60e17b57f6f13729ff73245dbb37b30a4c by INADA Naoki in branch 'master': bpo-29110: Fix file object leak in `aifc.open` when given invalid AIFF file. (GH-162) https://github.com/python/cpython/commit/03f68b60e17b57f6f13729ff73245dbb37b30a4c ---

[issue22273] abort when passing certain structs by value using ctypes

Vinay Sajip added the comment: Patch attached, including tests. If it looks halfway sensible, I can work up a PR. -- Added file: http://bugs.python.org/file46660/fix-22273-02.diff ___ Python tracker __

[issue28624] Make the `cwd` argument to `subprocess.Popen` accept a `PathLike`

Changes by Xiang Zhang : -- nosy: +xiang.zhang ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pyt

[issue22273] abort when passing certain structs by value using ctypes

Changes by Vinay Sajip : -- stage: needs patch -> patch review ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue26789] Please do not log during shutdown

Vinay Sajip added the comment: > sys.is_finalizing() Good to know. Is the "sys" binding guaranteed to be around even when other builtins like "open" aren't available? In order to handle things "nicely" during shutdown, what guarantees can logging code rely on in terms of what's available? I'm

  1   2   >