[issue30693] tarfile add uses random order

Change by miss-islington : -- pull_requests: +5388 ___ Python tracker ___

[issue30693] tarfile add uses random order

Serhiy Storchaka added the comment: New changeset 2c6f6682768f401c297c584ef106d48c78697f67 by Serhiy Storchaka (Miss Islington (bot)) in branch '3.7': bpo-30693: Fix tarfile test cleanup on MSWindows (GH-5557) (GH-5567)

[issue31961] subprocess._execute_child doesn't accept a single PathLike argument for args

Serhiy Storchaka added the comment: Oh, my mistake. I thought the case when args is a string and shell=False is deprecated. -- ___ Python tracker

[issue30693] tarfile add uses random order

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

[issue32782] ctypes: memoryview gives incorrect PEP3118 itemsize for array of length zero

New submission from Eric Wieser : Take the following simple structure: class Foo(ctypes.Structure): _fields_ = [('f', ctypes.uint32_t)] And construct some arrays with it: def get_array_view(N): return memoryview((Foo * N)()) In most cases,

[issue31961] subprocess._execute_child doesn't accept a single PathLike argument for args

Gregory P. Smith added the comment: Nathaniel's specific description of a problem is wrong. A Path with embedded spaces is treated no different than one without by default. Where things change, and what needs fixing, is when shell=True is passed. In that case a PathLike

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

Snidhi Sofpro added the comment: Hi team, Looks like this issue remains per code below: import multiprocessing, sys, time, traceback; if __name__ == '__main__': print(sys.version); mpd = multiprocessing.Manager().dict(); mpd['prcss'] = {'q' : 'queue_1',

[issue32394] socket lib beahavior change in 3.6.4

Ned Deily added the comment: > Ned Deily, what do you think about? I would like to have Steve's opinion. -- ___ Python tracker ___

[issue32368] Segfault when compiling many conditional expressions

Stefan Nordhausen added the comment: The fix for https://bugs.python.org/issue31113 also fixed this issue. -- resolution: -> duplicate stage: -> resolved status: open -> closed ___ Python tracker

[issue32751] wait_for(future, ...) should wait for the future (even if a timeout occurs)

Andrew Svetlov added the comment: Hmm, I don't see an easy way to fix it. awaiting for cancelled task potentially can wait forever. Adding another timeout looks too confusing. Iterating over a couple of loop steps is not reliable: try/finally block in awaited task can

[issue31961] subprocess._execute_child doesn't accept a single PathLike argument for args

Anders Lorentsen added the comment: What do you mean "is a bug", and "the PR would encourage this"? Can't it be fixed? Are you saying that just because it is a bug now, we should be discouraged from making it work in the way you'd expect it to work? If `exe` is a path,

[issue31961] subprocess._execute_child doesn't accept a single PathLike argument for args

R. David Murray added the comment: "I thought the case when args is a string and shell=False is deprecated." IMO it ought to be :) See issue 7839 for background. -- nosy: +r.david.murray ___ Python tracker

[issue32773] distutils should NOT preserve timestamps

Jeroen Demeyer added the comment: This is a bug report and not a feature request. I don't think that there should be an option. It should just do the right thing, which is NOT preserving timestamps. -- ___ Python tracker

[issue30693] tarfile add uses random order

Serhiy Storchaka added the comment: New changeset 4ad703b7ca463d1183539277dde90ffb1c808487 by Serhiy Storchaka (Bernhard M. Wiedemann) in branch 'master': bpo-30693: Fix tarfile test cleanup on MSWindows (#5557)

[issue32767] Mutating a list while iterating: clarify the docs

Stefan Pochmann added the comment: Yes, there's also `array.array`. -- nosy: +Stefan Pochmann ___ Python tracker ___

[issue32773] distutils should NOT preserve timestamps

R. David Murray added the comment: That's the right thing in your opinion[*], but probably not in the opinion of others, thus the need for an option. There is also backward compatibility to be considered. -- nosy: +r.david.murray

[issue32616] Significant performance problems with Python 2.7 built with clang 3.x or 4.x

INADA Naoki added the comment: Bad news: --enable-optimization doesn't solve it. I hope same thing doesn't happen for Python 3. Anyone tried Xcode 9.3? What version of LLVM does Apple use? Anyway, I think we need help of LLVM expert. --

[issue32781] lzh_tw is missing in locale.py

Po-Hsu Lin added the comment: Yes, this is related to the language setting in Ubuntu, as the locale should be set to zh_TW instead of lzh_TW when the Timezone was set to Taipei. But even so, I think this bug is still valid, as the lzh_TW does not exist in the lib at

[issue32781] lzh_tw is missing in locale.py

INADA Naoki added the comment: > But even so, I think this bug is still valid, as the lzh_TW does not exist in > the lib at all. Python doesn't have locale database, while have some aliases. Python uses libc's locale. This exception is raised because

[issue32647] Undefined references when compiling ctypes on binutils 2.29.1 with gcc -Wl, -z, undefs (Fedora 28)

Charalampos Stratakis added the comment: @Stephane, Currently the flag has been disabled on rawhide due to too many breakages but the bug is still there if you add '-z defs' to the linker flags. More info:

[issue32394] socket lib beahavior change in 3.6.4

Steve Dower added the comment: In this case I like the flags disappearing on older versions, just as they would if you built CPython on a version of Linux that didn't have the flags. The problem is that the Windows SDK always defines enum values for all Windows

[issue32773] distutils should NOT preserve timestamps

Jay Yin added the comment: so what you're proposing, is that the function copy_file() itself, use defaults, but make it so that any functions that reference it not save the timing?, if so wouldn't that still require an internal option? --

[issue32394] socket lib beahavior change in 3.6.4

Steve Dower added the comment: Oh, and checking Windows version is hard. Better for us to get it right than every single library to risk getting it wrong. (The code used in the second PR is not right - there are IsWindowsVersion* macros that are better.) --

[issue32430] Simplify Modules/Setup{,.dist,.local}

Julien Palard added the comment: Taking arguments into account, this solution may work: - Continue to distribute a Setup.dist - Add a configure option to change it, as Victor said --setup-file should do it, the default value should be Setup.dist - Remove the `cp

[issue6135] subprocess seems to use local encoding and give no choice

Change by miss-islington : -- pull_requests: +5390 ___ Python tracker ___

[issue6135] subprocess seems to use local encoding and give no choice

Gregory P. Smith added the comment: New changeset fc1ce810f1da593648b4d19e7d582a235ec1dd37 by Gregory P. Smith (Brice Gros) in branch 'master': bpo-6135: Fix subprocess.check_output doc to mention changes in 3.6 (GH-5564)

[issue32783] ln(2) isn't accurate in _math.c in cpython

Steven D'Aprano added the comment: Thanks for the link to the Stackoverflow discussion. Currently there are three answers: two (correctly) answer that the constant as given is the most accurate value for IEEE-754 floats. Tim Peters has answered that:

[issue6135] subprocess seems to use local encoding and give no choice

Change by miss-islington : -- pull_requests: +5391 ___ Python tracker ___

[issue6135] subprocess seems to use local encoding and give no choice

Change by aicirbs : -- pull_requests: +5389 ___ Python tracker ___ ___ Python-bugs-list

[issue32783] ln(2) isn't accurate in _math.c in cpython

New submission from Matanya Stroh : In cpython/Modules/_math.c there is definition of as const ln2 the value that in that const isn't correct (at least not accurate) This is value that in the file: ln2 = 0.693147180559945286227 (cpython) but when calculating the value

[issue32616] Significant performance problems with Python 2.7 built with clang 3.x or 4.x

Ned Deily added the comment: Quick test: there doesn't seem to be a similar regression when building 3.6 with the current clang provided by Xcode 9.2, just with 2.7. And both 2.7 and 3.6 configure HAVE_COMPUTED_GOTOS on. Benjamin? (FWIW, the 2.7.x binaries provided by the

[issue32773] distutils should NOT preserve timestamps

Jeroen Demeyer added the comment: I am genuinely curious to hear a good reason why timestamps should be preserved by distutils. I cannot really imagine what could possibly break. As I said, this is the standard for many non-Python projects and it seems to work just

[issue32783] ln(2) isn't accurate in _math.c in cpython

Change by R. David Murray : -- nosy: +mark.dickinson ___ Python tracker ___ ___

[issue32783] ln(2) isn't accurate in _math.c in cpython

Christian Heimes added the comment: Welcome to the astounding world of IEEE 754 floating point operations. Python's float type is based on C's 64bit double precision float. The value in _math.c is as precise as a double is able to contain: >>>

[issue5594] IDLE: execute stored startup code on each Shell start.

Change by Terry J. Reedy : -- pull_requests: -5367 ___ Python tracker ___ ___

[issue32616] Significant performance problems with Python 2.7 built with clang 3.x or 4.x

Zhiming Wang added the comment: Turns out python 2.7.10 doesn't suffer from the performance issue even when compiled with stock clang 4.x, and upon further investigation, I tracked down the commit that introduced the regression: commit

[issue32773] distutils should NOT preserve timestamps

R. David Murray added the comment: We have a strong backward compatibility policy, especially for distutils, so even though you can't imagine a use case I think we should keep the default the same. You could try lobbying the folks at pypa and see if they disagree with

[issue32773] distutils should NOT preserve timestamps

Jay Yin added the comment: That's why I said to have the default be the old setting, so that any previous setups wouldn't need to changes (aka backward compat.) the option would give people the "option" to choose. -- ___

[issue32773] distutils should NOT preserve timestamps

Jay Yin added the comment: I can tackle this if it's alright? -- ___ Python tracker ___

[issue32773] distutils should NOT preserve timestamps

Jeroen Demeyer added the comment: > if so wouldn't that still require an internal option? No, you just need to change the calls to the copy_file() function to add the keyword argument preserve_times=False If you agree, then I could easily provide a patch. --

[issue32521] NIS module fails to build due to the removal of interfaces related to Sun RPC from glibc.

Charalampos Stratakis added the comment: Reopenning the issue. python2 is still failing with the fix applied: gcc -pthread -fPIC -fno-strict-aliasing -O2 -g -pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -Wp,-D_GLIBCXX_ASSERTIONS -fexceptions

[issue32764] Popen doesn't work on Windows when args is a list

Change by Gregory P. Smith : -- assignee: -> gregory.p.smith ___ Python tracker ___ ___

[issue32622] Implement loop.sendfile

Change by Andrew Svetlov : -- pull_requests: +5387 stage: resolved -> patch review ___ Python tracker ___

[issue32647] Undefined references when compiling ctypes on binutils 2.29.1 with gcc -Wl, -z, undefs (Fedora 28)

Charalampos Stratakis added the comment: Just tested it for python3 on a rawhide system with the flag enabled and it works, ctypes is compiled successfully. python2 is not affected the same way though, various modules fail there with different undefined references issues

[issue32768] object.__new__ does not accept arguments if __bases__ is changed

Guido van Rossum added the comment: I fear that this is one of those cases that will longer in the tracker forever. We probably shouldn't have allowed assignment to __bases__, and the behavior is slightly surprising, but fixing it would be too complicated and there's not

[issue32647] Undefined references when compiling ctypes on binutils 2.29.1 with gcc -Wl, -z, undefs (Fedora 28)

Charalampos Stratakis added the comment: Attaching the build log from python2. Near the end you can see the undefined references errors. -- Added file: https://bugs.python.org/file47426/py2buildlog ___ Python tracker

[issue32784] Wrong argument name for csv.DictReader in documentation

Josh Rosenberg added the comment: Side-note: You say "how could i have known it was named 'f'?" >>> help(csv.DictReader) class DictReader | Methods defined here: | | __init__(self, f, fieldnames=None, restkey=None, restval=None, dialect='excel', *args,

[issue32720] Format mini-language integer definition is incorrect

Mariatta Wijaya added the comment: New changeset a747cf6d9b87ea8c7ce3a42d09e5b966c8e83fa0 by Mariatta (Miss Islington (bot)) in branch '3.7': bpo-32720: Fixed the replacement field grammar documentation. (GH-5544) (GH-5546)

[issue32783] ln(2) isn't accurate in _math.c in cpython

Tim Peters added the comment: As I mentioned on StackOverflow, the literal in question appears to have been crafted to convert to the best possible 53-bit binary approximation to log(2) regardless of whether a compiler converts it to double precision (53 bits of precision)

[issue32784] Wrong argument name for csv.DictReader in documentation

New submission from cowlinator : The documentation for the csv.DictReader constructor (and presumably csv.DictWriter also) has the wrong name written for the first argument. This prevents the argument from being called by name. >>> file = open("file.txt", 'a') >>>

[issue32784] Wrong argument name for csv.DictReader in documentation

R. David Murray added the comment: In the python3 docs it is given as 'f'. In the python2 docs, it is not. I suppose a doc backport was missed. -- nosy: +r.david.murray versions: -Python 3.5 ___ Python tracker

[issue6135] subprocess seems to use local encoding and give no choice

Gregory P. Smith added the comment: New changeset 4e7a964aaf4374fa2f6b45cf5161fa6cd53aec19 by Gregory P. Smith (Miss Islington (bot)) in branch '3.7': bpo-6135: Fix subprocess.check_output doc to mention changes in 3.6 (GH-5564) (GH-5572)

[issue6135] subprocess seems to use local encoding and give no choice

Gregory P. Smith added the comment: New changeset 7f95c8c319c1ee593b130d0eb1d4947d9d7e008a by Gregory P. Smith (Miss Islington (bot)) in branch '3.6': bpo-6135: Fix subprocess.check_output doc to mention changes in 3.6 (GH-5564) (GH-5573)

[issue32616] Significant performance problems with Python 2.7 built with clang 3.x or 4.x

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

[issue32786] Didnot work strftime() when hangeul in format sting

New submission from Myungseo Kang : Good morning. I have a question while writing Python code in Django. I got empty string when I ran code in a screenshot. But it works in python interprerter(python manage.py shell). I don't know why it works or didn't work. I think maybe

[issue32784] Wrong argument name for csv.DictReader in documentation

Stéphane Wirtel added the comment: Hi @Serhiy I try to use the cherry-picking method for the patch from 3.6 but without success, I preferred to reuse my initial commit and remove the News.d entry. -- ___ Python tracker

[issue32785] Change the name of the 'f' argument of csv.DictReader and csv.DictWriter

Stéphane Wirtel added the comment: thanks -- ___ Python tracker ___ ___

[issue32784] Wrong argument name for csv.DictReader in documentation

Change by Stéphane Wirtel : -- keywords: +patch pull_requests: +5393 stage: -> patch review ___ Python tracker ___

[issue32784] Wrong argument name for csv.DictReader in documentation

Stéphane Wirtel added the comment: I just fixed the documentation, but I think we should change the name of the first parameter in master for 3.8. Maybe for 3.7, because we have to fix the docs. @david, what is your opinion? I am going to propose a PR for the naming of

[issue32785] Change the name of the 'f' argument of csv.DictReader and csv.DictWriter

New submission from Stéphane Wirtel : The name of the first argument of csv.DictReader and csv.DictWriter is 'f', I propose to rename it to 'csvfile' to be more consistent. It's just a small refactoring based on the issue #32784 -- messages: 311766 nosy: matrixise

[issue32784] Wrong argument name for csv.DictReader in documentation

Serhiy Storchaka added the comment: See issue16026 for the fix in 3.x. -- nosy: +serhiy.storchaka ___ Python tracker ___

[issue32768] object.__new__ does not accept arguments if __bases__ is changed

Nick Coghlan added the comment: >From VA's description of the intended use case, this actually sounds a bit >like a variant of https://bugs.python.org/issue29944: one reason that >replacing C with a new dynamically constructed type won't work reliably is >because some of

[issue32751] wait_for(future, ...) should wait for the future (even if a timeout occurs)

Nathaniel Smith added the comment: If a task refuses to be cancelled, then is waiting for it forever actually wrong? That's the same thing as happens if I do 'task.cancel(); await task', right? Currently wait_for will abandon such a task, but then it's still left running in

[issue32785] Change the name of the 'f' argument of csv.DictReader and csv.DictWriter

Serhiy Storchaka added the comment: Duplicate of issue16026. -- nosy: +serhiy.storchaka resolution: -> duplicate stage: -> resolved status: open -> closed superseder: -> csv.DictReader argument names documented incorrectly

[issue32782] ctypes: memoryview gives incorrect PEP3118 itemsize for array of length zero

Change by Eric Wieser : -- keywords: +patch pull_requests: +5394 stage: -> patch review ___ Python tracker ___

[issue32781] lzh_tw is missing in locale.py

New submission from Po-Hsu Lin : The lzh_tw locale (Literary Chinese) is not available in Lib/locale.py This issue will cause error like: Traceback (most recent call last): File "/usr/share/apport/apport-gtk", line 598, in app.run_argv() File

[issue32781] lzh_tw is missing in locale.py

INADA Naoki added the comment: Maybe, relating to https://bugs.launchpad.net/ubuntu/+source/language-pack-zh-hant/+bug/1699540 -- nosy: +inada.naoki ___ Python tracker

[issue32768] object.__new__ does not accept arguments if __bases__ is changed

VA added the comment: The use case is a little more complex. I have a plugin system, with abstract interfaces. Plugins can't import each other, but plugins should be able to allowed to depend on another plugin (using string codes, still no direct imports), and even

[issue32394] socket lib beahavior change in 3.6.4

Andrew Svetlov added the comment: If the fix will land into 3.6 bugfix release only -- I can live with it, while the overall looks tricky. Ned Deily, what do you think about? -- ___ Python tracker