[issue6766] Cannot modify dictionaries inside dictionaries using Managers from multiprocessing

Johannes added the comment: Hi all, I'm trying to use multiprocessing with a 3d list. From the documentation I expected it to work. As I found this report a bid later, I opened a bug report here: https://bugs.python.org/issue32538. Am I doing sth. wrong or is it

[issue8243] curses writing to window's bottom right position raises: `_curses.error: addstr() returned ERR'

Change by Jay Crotts : -- keywords: +patch pull_requests: +5031 stage: needs patch -> patch review ___ Python tracker ___

[issue32516] Add a shared library mechanism for win32

xoviat added the comment: My current plan is to patch the __init__ package files to add the '.libs' folder to the search path. However, I think it would be better for Python to do this so that there is a consistent mechanism for loading shared libraries. --

[issue32516] Add a shared library mechanism for win32

xoviat added the comment: So the idea here is actually to write a replacement for auditwheel that works on windows. In order to do that, I need to recursively analyze DLL dependencies, randomize the DLL filenames, rewrite the pe header table, and then copy them into the

[issue32546] Unusual TypeError with dataclass decorator

Eric V. Smith added the comment: No matter what happens with #32513, I think the right thing to do in this case is to not error if trying to set __hash__ to None, if it already is None in __dict__. -- ___ Python tracker

[issue21592] Make statistics.median run in linear time

Raymond Hettinger added the comment: Everyone here should heed Tim's comments. The statistics module already has a history of suboptimal decisions made in the service of theoretical perfection (i.e. mean(seq) is over a 100x slower than fsum(seq)/len(seq)). While

[issue32516] Add a shared library mechanism for win32

Eryk Sun added the comment: > on Windows, the rpath mechanism doesn't exist It seems we can locate a dependent assembly up to two directories up from a DLL using a relative path. According to MSDN [1], this is supported in Windows 7+. 3.7 no longer supports Vista, so this

[issue32548] IDLE: Add links for email and docs to help_about

Change by Cheryl Sabella : -- keywords: +patch pull_requests: +5030 stage: -> patch review ___ Python tracker ___

[issue32548] IDLE: Add links for email and docs to help_about

New submission from Cheryl Sabella : In the help_about dialog, change the email address and IDLE documentation into hyperlinks as a first step toward rewriting the dialog to use hyperlinks instead of buttons, as proposed in msg296648 and msg294298. -- assignee:

[issue32547] csv.DictWriter emits strange errors if fieldnames is an iterator

Raymond Hettinger added the comment: This isn't a bug. The docs specify that *fieldnames* is a sequence, "The fieldnames parameter is a sequence of keys that identify the order in which values in the dictionary passed to the writerow() method are written to the

[issue29708] support reproducible Python builds

Eli Schwartz added the comment: So, a couple of things. It seems to me, that properly supporting SOURCE_DATE_EPOCH means using exactly that and nothing else. To that end, I'm not entirely sure why things like --clamp-mtime even exist, as the original timestamp of a

[issue32547] csv.DictWriter emits strange errors if fieldnames is an iterator

New submission from Ben Cummings : If I pass an iterator to csv.DictWriter as the fieldname field, then DictWriter consumes that iterator pretty quickly, emitting strange errors such as the following when trying to write the headers. >>> import csv >>> fields =

[issue21592] Make statistics.median run in linear time

Change by Roundup Robot : -- keywords: +patch pull_requests: +5029 stage: needs patch -> patch review ___ Python tracker

[issue28879] smtplib send_message should add Date header if it is missing, per RFC5322

Change by Eric Lafontaine : -- pull_requests: +5028 ___ Python tracker ___ ___

[issue32546] Unusual TypeError with dataclass decorator

Eric V. Smith added the comment: Thanks. I'm going to be changing the errors as part of #32513, but I'll make sure to cover this case better. -- ___ Python tracker

[issue32546] Unusual TypeError with dataclass decorator

Raymond Hettinger added the comment: I think the error message here can be improved to explain why is being raised. Otherwise the cause isn't self-evident. -- ___ Python tracker

[issue32546] Unusual TypeError with dataclass decorator

New submission from Raymond Hettinger : The following code (simplified from a real example) triggers an unexpected TypeError: @dataclass class PrioritizedItem: priority: 'int' def __eq__(self, other): return self.priority ==

[issue29476] Simplify set_add_entry()

Change by Raymond Hettinger : Added file: https://bugs.python.org/file47383/inner_loop_analysis.s ___ Python tracker ___

[issue32516] Add a shared library mechanism for win32

Steve Dower added the comment: How is this an improvement over loading the DLL explicitly? Even if subpackages require the file, your top level __init__.py will run before they are loaded and it can import a pyd that's known to be next to the file or it can

[issue32545] Unable to install Python 3.7.0a4 on Windows 10 - Error 0x80070643: Failed to install MSI package.

New submission from Matt Ripley : When I try to use any of the installers downloaded from the website I get the errors 2203 and 0x80070643: [2468:1D2C][2018-01-13T20:15:51]e000: Error 0x80070643: Failed to install MSI package. [2468:1D2C][2018-01-13T20:15:51]e000:

[issue32545] Unable to install Python 3.7.0a4 on Windows 10 - Error 0x80070643: Failed to install MSI package.

Change by Ned Deily : -- components: +Windows nosy: +paul.moore, steve.dower, tim.golden, zach.ware ___ Python tracker ___

[issue31368] RWF_NONBLOCK

YoSTEALTH added the comment: preadv2(2) syscall with RWF_NONBLOCK feature is now released starting linux4.14 https://kernelnewbies.org/Linux_4.14#Asynchronous_buffered_I.2FO_support -- ___ Python tracker

[issue29476] Simplify set_add_entry()

Raymond Hettinger added the comment: What I've decided for now is to keep the freeslot reuse logic but in a simpler form. Currently there are two optimizations for rare cases. The first is reusing a dummy entry -- we'll keep that. And the second is detecting

[issue29476] Simplify set_add_entry()

Change by Raymond Hettinger : -- pull_requests: +5027 stage: -> patch review ___ Python tracker ___

[issue32516] Add a shared library mechanism for win32

Change by Antoine Pitrou : -- nosy: +paul.moore, steve.dower, tim.golden, zach.ware ___ Python tracker ___

[issue32516] Add a shared library mechanism for win32

Change by Antoine Pitrou : -- nosy: +Ray Donnelly ___ Python tracker ___ ___

[issue32544] Speed up hasattr(o, name) and getattr(o, name, default)

Change by INADA Naoki : -- keywords: +patch pull_requests: +5026 stage: -> patch review ___ Python tracker ___

[issue32544] Speed up hasattr(o, name) and getattr(o, name, default)

New submission from INADA Naoki : ABCMeta.__new__ calls `getattr(value, "__isabstractmethod__", False)` many times. https://github.com/python/cpython/blob/0f31c74fcfdec8f9e6157de2c366f2273de81677/Lib/abc.py#L135-L142 Since metaclass is used by subclasses, it checks all

[issue32516] Add a shared library mechanism for win32

Change by Barry A. Warsaw : -- nosy: +barry ___ Python tracker ___ ___ Python-bugs-list

[issue31310] semaphore tracker isn't protected against crashes

Thomas Moreau added the comment: > Is it an optimization problem, or does it risk leaking semaphores? I do not think it risks leaking semaphores as the clean-up is performed by the process which created the Semaphore. So I would say it is more an optimization

[issue32528] Change base class for futures.CancelledError

Joongi Kim added the comment: I strongly agree to have discretion of CancelledError and other general exceptions, though I don't have concrete ideas on good unobtrusive ways to achieve this. If I write my codes carefully I could control most of cancellation explicitly,

[issue31310] semaphore tracker isn't protected against crashes

Antoine Pitrou added the comment: > Thus, as the _pid argument is None in the new process, it launches a new > tracker if it needs to create a new Semaphore I see. Is it an optimization problem, or does it risk leaking semaphores? The problem is if a semaphore shared with

[issue32346] Speed up slot lookup for class creation

Antoine Pitrou added the comment: I think that Inada is right: there's too much impact on memory consumption and garbage collection to call this an optimization. Serhiy suggested removing the cache. But, once you remove the cache, you're going to iterate on all values of all

[issue29209] Remove old-deprecated ElementTree features

Stefan Behnel added the comment: Patch looks right to me. I'd personally be ok with applying it to 3.7, but I'll leave the decision to you. Most of the removed "features" are non-controversial, except: - "getchildren()" is probably still in use, also because it's more

[issue31310] semaphore tracker isn't protected against crashes

Thomas Moreau added the comment: For new processes created with spawn or forkserver, only the semaphore_tracker._fd is send and shared to the child. Thus, as the _pid argument is None in the new process, it launches a new tracker if it needs to create a new

[issue31310] semaphore tracker isn't protected against crashes

Antoine Pitrou added the comment: > With this fix, the semaphore_tracker is not shared with the children anymore > and each process launches its own tracker. That's only if the semaphore tracker process crashes, right? -- ___

[issue31310] semaphore tracker isn't protected against crashes

Thomas Moreau added the comment: With this fix, the semaphore_tracker is not shared with the children anymore and each process launches its own tracker. I opened a PR to try to fix it. Let me know if I should open a new ticket. -- nosy: +tomMoral

[issue31310] semaphore tracker isn't protected against crashes

Change by Thomas Moreau : -- pull_requests: +5025 ___ Python tracker ___ ___