[issue34656] memory exhaustion in Modules/_pickle.c:1393

Miro Hrončok added the comment: Should this go to 3.4 and 3.5 as well, since it is a security thing? http://people.canonical.com/~ubuntu-security/cve/2018/CVE-2018-20406.html -- nosy: +hroncok ___ Python tracker

[issue35696] remove unnecessary operation in long_compare()

New submission from Ma Lin : static int long_compare(PyLongObject *a, PyLongObject *b) { } This function in /Objects/longobject.c is used to compare two PyLongObject's value. We only need the sign, converting to -1 or +1 is not necessary. -- messages: 333293 nosy: Ma Lin prio

[issue35696] remove unnecessary operation in long_compare()

Change by Ma Lin : -- keywords: +patch pull_requests: +10974 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-list mai

[issue35696] remove unnecessary operation in long_compare()

Change by Ma Lin : -- keywords: +patch, patch pull_requests: +10974, 10975 stage: -> patch review ___ Python tracker ___ ___ Python

[issue35696] remove unnecessary operation in long_compare()

Change by Ma Lin : -- keywords: +patch, patch, patch pull_requests: +10974, 10975, 10976 stage: -> patch review ___ Python tracker ___

[issue34656] memory exhaustion in Modules/_pickle.c:1393

Serhiy Storchaka added the comment: I am not sure this issue should be classified as a security issue. It can cause DDOS, because pickle should not be used with untrusted data. If it is used, the program has more severe security issues than just DDOS. The crash could be triggered by accident

[issue24780] unittest assertEqual difference output foiled by newlines

Karthikeyan Singaravelan added the comment: Thanks @chris.jerdonek. I have reverted the title to original report. Since CPython now accepts PR if any one of the original authors can convert their patch to a PR with tests then it will be great. -- title: difflib.ndiff produces unreada

[issue35638] Introduce fixed point locale aware format type for floating point numbers

Stefan Krah added the comment: > Since it seems like we are still at the "idea" stage, would it make sense to > add a function which accept options to choose how to format a number? Maybe, but I think for format() Eric's latest proposal on python-ideas is great ("*f" for "f + LC_NUMERIC", "$

[issue35638] Introduce fixed point locale aware format type for floating point numbers

Łukasz Stelmach added the comment: I'd appreciate, if we continued the discussion at python-ideas, where I posted the idea[1]. There has already been several valuable comments. [1] https://mail.python.org/pipermail/python-ideas/2019-January/054793.html --

[issue35687] The unittest module diff is missing/forgetting/not putting newline before + and ? for some inputs

Addons Zz added the comment: The issue is also reproducible, by directly using difflib: ```python import difflib def bugged_diff(expected, actual): expected = expected.splitlines( 1 ) actual = actual.splitlines( 1 ) # diff = difflib.ndiff( expected, actual ) if expected != act

[issue35687] The unittest module diff is missing/forgetting/not putting newline before + and ? for some inputs

Addons Zz added the comment: * Correction ```python import difflib def bugged_diff(expected, actual): expected = expected.splitlines( 1 ) actual = actual.splitlines( 1 ) # diff = difflib.ndiff( expected, actual ) if expected != actual: diff = difflib.context_diff( expe

[issue35687] The unittest module diff is missing/forgetting/not putting newline before + and ? for some inputs

Addons Zz added the comment: I applied the patch from https://bugs.python.org/file44679 and it fixed the issue for this example using the unittest module: ```python import unittest class StdErrUnitTests(unittest.TestCase): def test_function_name(self): expected = "testing.main_un

[issue35550] Some define guards for Solaris are wrong

Jakub Kulik added the comment: We are building previous versions of Python with Solaris Studio which works with define guards as they are right now. 3.7 is first version build with gcc. We don't plan to switch to gcc on 2.7 and so it doesn't affect us. But I guess if this fix can be done eas

[issue35697] decimal: formatter error if LC_NUMERIC uses a different encoding than LC_CTYPE

New submission from STINNER Victor : The decimal module support formatting a number in the "n" formatting type if the LC_NUMERIC locale uses a different encoding than the LC_CTYPE locale. Example with attached decimal_locale.py on Fedora 29 with Python 3.7.2: $ python3 decimal_locale.py LC_

[issue35697] decimal: formatter error if LC_NUMERIC uses a different encoding than LC_CTYPE

STINNER Victor added the comment: Oh, I was wrong: bpo-25812 has not been fixed yet. -- ___ Python tracker ___ ___ Python-bugs-list

[issue35697] decimal: formatter error if LC_NUMERIC uses a different encoding than LC_CTYPE

Change by Stefan Krah : -- assignee: -> skrah nosy: +skrah ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: h

[issue35697] decimal: formatter error if LC_NUMERIC uses a different encoding than LC_CTYPE

Stefan Krah added the comment: Since #7442 (again, *I* discovered this and it is *mentioned* in the _decimal sources), there have been zero bug reports about decimal. -- ___ Python tracker __

[issue35697] decimal: formatter error if LC_NUMERIC uses a different encoding than LC_CTYPE

Change by STINNER Victor : -- keywords: +patch pull_requests: +10977 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-

[issue35697] decimal: formatter error if LC_NUMERIC uses a different encoding than LC_CTYPE

Change by STINNER Victor : -- keywords: +patch, patch pull_requests: +10977, 10978 stage: -> patch review ___ Python tracker ___ __

[issue35697] decimal: formatter error if LC_NUMERIC uses a different encoding than LC_CTYPE

Change by STINNER Victor : -- keywords: +patch, patch, patch pull_requests: +10977, 10978, 10979 stage: -> patch review ___ Python tracker ___

[issue35698] Division by 2 in statistics.median

New submission from Jonathan Fine : When len(data) is odd, median returns the average of the two middle values. This average is computed using i = n//2 return (data[i - 1] + data[i])/2 This results in the following behaviour >>> from fractions import Fraction >>> from statisti

[issue35697] decimal: formatter error if LC_NUMERIC uses a different encoding than LC_CTYPE

STINNER Victor added the comment: Ok, I wrote PR 11474. Correct result with this PR: $ ./python decimal_locale.py LC_NUMERIC locale: uk_UA.koi8u decimal_point: ',' = ',' = U+002c thousands_sep: '\xa0' = '\xa0' = U+00a0 format: '1\xa0200,5' = 1 200,5 = U+0031 U+00a0 U+0032 U+0030 U+0030 U+002c

[issue35697] decimal: formatter error if LC_NUMERIC uses a different encoding than LC_CTYPE

STINNER Victor added the comment: Stefan Krah: > Since #7442 (again, *I* discovered this and it is *mentioned* in the _decimal sources), ... I closed bpo-7442 in the meanwhile, so I opened this new issue specific to the decimal module. > ... there have been zero bug reports about decimal. W

[issue25812] locale.nl_langinfo() can't decode value

STINNER Victor added the comment: Since this bug has been reported, locale.localeconv() has been fixed in bpo-31900 to temporarily set LC_CTYPE to LC_NUMERIC to decode numeric fields of localeconv() from the proper encoding. I guess that a similar fix can be applied to locale.nl_langinfo():

[issue35698] Division by 2 in statistics.median

STINNER Victor added the comment: > When len(data) is odd, median returns the average of the two middle values. I'm not sure that I understand your issue. Do you consider that it's a bug? It's part of the definition of the median function, no? https://en.wikipedia.org/wiki/Median#Finite_set_o

[issue35697] decimal: formatter error if LC_NUMERIC uses a different encoding than LC_CTYPE

Stefan Krah added the comment: Don't you find it strange to close #7442 in mutual agreement and now mention the word "bug" 50 times? -- ___ Python tracker ___

[issue35697] _decimal: Implement the previously rejected changes from #7442.

Change by Stefan Krah : -- title: decimal: formatter error if LC_NUMERIC uses a different encoding than LC_CTYPE -> _decimal: Implement the previously rejected changes from #7442. ___ Python tracker

[issue35697] _decimal: Implement the previously rejected changes from #7442.

Stefan Krah added the comment: Also Marc-Andre does not consider this a bug in #31900. The presentation of this issue is increasingly bizarre. -- ___ Python tracker ___ _

[issue35699] distutils cannot find Build Tools 2017 since 3.7.2

New submission from Marc Schlaich : vshwere.exe doesn't return Build Tools 2017 per default. This means Build Tools 2017 are not detected by distutils in 3.7.2 and you get the famous "Microsoft Visual C++ 14.0 is required" error. Please see https://github.com/Microsoft/vswhere/issues/125 for

[issue35697] _decimal: Implement the previously rejected changes from #7442.

STINNER Victor added the comment: Stefan Krah: > Don't you find it strange to close #7442 in mutual agreement and now mention the word "bug" 50 times? We agreed to close the bug in 2014. In the meanwhile, more and more people reported the same bug (multiple similar bug reports and more and mo

[issue35550] Some define guards for Solaris are wrong

STINNER Victor added the comment: > We don't plan to switch to gcc on 2.7 and so it doesn't affect us. Ok. I close the issue. If anyone wants to fix 2.7, please go ahead :-) -- stage: commit review -> resolved status: open -> closed ___ Python trac

[issue35638] Introduce fixed point locale aware format type for floating point numbers

STINNER Victor added the comment: > By the way, the decimal module doesn't support properly the following corner > case: LC_NUMERIC using an encoding different than LC_CTYPE encoding. I wrote > https://github.com/python/cpython/pull/5191 but I abandonned my change. FYI I opened bpo-35697 to

[issue35697] _decimal: Implement the previously rejected changes from #7442.

STINNER Victor added the comment: Oh, I forgot to mention the context: I reported this issue as follow-up to discussions on bpo-35638: "Introduce fixed point locale aware format type for floating point numbers". -- ___ Python tracker

[issue35697] _decimal: Implement the previously rejected changes from #7442.

STINNER Victor added the comment: Extract of Stefan Krah's msg333296 of bpo-35638: > So why would you think that I'm not aware of that issue? Oh, I never said that. I wrote "By the way, the decimal module doesn't support properly the following corner case: LC_NUMERIC using an encoding diffe

[issue35700] Place, Pack and Grid should return the widget

New submission from Peter Vex : When you want to simply place a widget on a window and you also want to store the reference for that widget in a variable you can't do that in one line, which is really unpleasant, because when you create a new widget these things are usually the first what you

[issue24746] doctest 'fancy diff' formats incorrectly strip trailing whitespace

Senthil Kumaran added the comment: New changeset cbb16459934eaf29c7c7d362939cd05550b2f21f by Senthil Kumaran (Sanyam Khurana) in branch 'master': bpo-24746: Avoid stripping trailing whitespace in doctest fancy diff (#10639) https://github.com/python/cpython/commit/cbb16459934eaf29c7c7d362939c

[issue24746] doctest 'fancy diff' formats incorrectly strip trailing whitespace

Change by miss-islington : -- pull_requests: +10981, 10982, 10983, 10985 stage: test needed -> patch review ___ Python tracker ___ _

[issue24746] doctest 'fancy diff' formats incorrectly strip trailing whitespace

Change by miss-islington : -- pull_requests: +10982, 10985 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: ht

[issue24746] doctest 'fancy diff' formats incorrectly strip trailing whitespace

Change by miss-islington : -- pull_requests: +10981, 10982 stage: test needed -> patch review ___ Python tracker ___ ___ Python-bugs

[issue24746] doctest 'fancy diff' formats incorrectly strip trailing whitespace

Change by miss-islington : -- pull_requests: +10981, 10982, 10983, 10984, 10985 stage: test needed -> patch review ___ Python tracker ___ __

[issue24746] doctest 'fancy diff' formats incorrectly strip trailing whitespace

Change by miss-islington : -- pull_requests: +10981 stage: test needed -> patch review ___ Python tracker ___ ___ Python-bugs-list m

[issue24746] doctest 'fancy diff' formats incorrectly strip trailing whitespace

Change by miss-islington : -- pull_requests: +10982, 10983, 10984, 10985, 10986 ___ Python tracker ___ ___ Python-bugs-list mailing

[issue24746] doctest 'fancy diff' formats incorrectly strip trailing whitespace

miss-islington added the comment: New changeset 53cf5f084b01cb16630361be5377047c068d2b44 by Miss Islington (bot) in branch '3.7': bpo-24746: Avoid stripping trailing whitespace in doctest fancy diff (GH-10639) https://github.com/python/cpython/commit/53cf5f084b01cb16630361be5377047c068d2b44

[issue35697] _decimal: Implement the previously rejected changes from #7442.

Stefan Krah added the comment: I mean issue reports like #33954 or #35195. These are just two examples, and I'm NOT claiming that they are related. But if functions like _PyUnicode_InsertThousandsGrouping() *were* used in _decimal, I'd feel compelled to investigate. Now I don't have to. I'd

[issue24746] doctest 'fancy diff' formats incorrectly strip trailing whitespace

Senthil Kumaran added the comment: New changeset 5d9ae8b9df8371dd65514e0d60b561fd37056986 by Senthil Kumaran (Miss Islington (bot)) in branch '3.6': bpo-24746: Avoid stripping trailing whitespace in doctest fancy diff (GH-10639) (#11477) https://github.com/python/cpython/commit/5d9ae8b9df837

[issue35700] Place, Pack and Grid should return the widget

Serhiy Storchaka added the comment: Methods place(), pack() and grid() correspond to corresponding Tk commands. These commands return nothing (empty string) in Tk, and Tkinter methods return nothing (None) in Python. If they will became returning something meaningful in future versions of Tk

[issue35700] Place, Pack and Grid should return the widget

Peter Vex added the comment: I can somewhat agreed with your point, even if it's not too realistic, but reasonable enough. Also, I'd only use method chaining, because that'd be the only option. I can't pass an argument to tk.Label at creation like 'manager="grid"' or anything like that. In

[issue8538] Add FlagAction to argparse

Change by Rémi Lapeyre : -- keywords: +patch pull_requests: +10987 stage: needs patch -> patch review ___ Python tracker ___ ___ Pytho

[issue8538] Add FlagAction to argparse

Change by Rémi Lapeyre : -- keywords: +patch, patch pull_requests: +10987, 10988 stage: needs patch -> patch review ___ Python tracker ___ ___

[issue8538] Add FlagAction to argparse

Change by Rémi Lapeyre : -- keywords: +patch, patch, patch pull_requests: +10987, 10988, 10989 stage: needs patch -> patch review ___ Python tracker ___ _

[issue35641] IDLE: calltips not properly formatted for functions without doc-strings

Change by Terry J. Reedy : -- pull_requests: +10990, 10991 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: ht

[issue35641] IDLE: calltips not properly formatted for functions without doc-strings

Change by Terry J. Reedy : -- pull_requests: +10990, 10991, 10992 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscri

[issue35641] IDLE: calltips not properly formatted for functions without doc-strings

Change by Terry J. Reedy : -- pull_requests: +10990 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://m

[issue35641] IDLE: calltips not properly formatted for functions without doc-strings

Change by Terry J. Reedy : -- pull_requests: -10992 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://

[issue8538] Add FlagAction to argparse

Rémi Lapeyre added the comment: I made a first proposal for this feature in PR 11478, I had to adapt argparse.Action to customize how the action is represented in the usage string by adding a format_usage() method that would default to the current behavior if not overridden. Other methods to

[issue35641] IDLE: calltips not properly formatted for functions without doc-strings

Change by Terry J. Reedy : -- pull_requests: -10991 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://

[issue35641] IDLE: calltips not properly formatted for functions without doc-strings

Terry J. Reedy added the comment: New changeset ee6559436797032b816dfb8c6376c9a451014962 by Terry Jan Reedy in branch 'master': bpo-35641: Move IDLE blurb to IDLE directory (#11479) https://github.com/python/cpython/commit/ee6559436797032b816dfb8c6376c9a451014962 -- ___

[issue35698] Division by 2 in statistics.median

Rémi Lapeyre added the comment: What do you think median([1, 1.0]) should return? -- nosy: +remi.lapeyre ___ Python tracker ___ ___

[issue35641] IDLE: calltips not properly formatted for functions without doc-strings

Change by miss-islington : -- pull_requests: +10993, 10994, 10995 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscri

[issue35641] IDLE: calltips not properly formatted for functions without doc-strings

Change by miss-islington : -- pull_requests: +10993 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://m

[issue35641] IDLE: calltips not properly formatted for functions without doc-strings

Change by miss-islington : -- pull_requests: +10993, 10994 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: ht

[issue35641] IDLE: calltips not properly formatted for functions without doc-strings

miss-islington added the comment: New changeset 6f76ef81596bbd885957b7fea3f40024ed9d6797 by Miss Islington (bot) in branch '3.7': bpo-35641: Move IDLE blurb to IDLE directory (GH-11479) https://github.com/python/cpython/commit/6f76ef81596bbd885957b7fea3f40024ed9d6797 -- ___

[issue35693] test_httpservers fails

Jorge Ramos added the comment: The thread doesn't display the attachment icon in bugtracker webpage, so I will copy the output here: E:\RepoGiT\3.6>PCbuild\rt.bat -x64 -v test_httpservers Deleting .pyc files ... 0 .pyc deleted Cleaning _pth files ... E:\RepoGiT\3.6>"E:\RepoGiT\3.6\PCbuild\am

[issue35656] More matchers in unittest.mock

Petter S added the comment: Agreed! The code above was a quick example. There are also functions in the standard library for approximate float matching that the "real" code would use. -- ___ Python tracker

[issue35066] Inconsistency between dangling '%' handling in time.strftime() and datetime.strftime()

STINNER Victor added the comment: Paul Ganssle asked me to look at PR 10692. This issue is about consistency, so I don't understand this part of the change: try: _time.strftime('%') except ValueError: self.skipTest('time module does not support trailing %') Would

[issue35700] Place, Pack and Grid should return the widget

Zachary Ware added the comment: I agree with Serhiy that we shouldn't do this; tkinter is (mostly) just a thin wrapper around Tcl/Tk and this isn't enough of a win to deviate from that. In any case, this would be an enhancement that could only go into 3.8 at this point. For your particular

[issue35678] subprocess.check_output(): OSError: [WinError 87]

MaximilianSP added the comment: Hello Victor, a new version of the code has been released and I now get another error. I will mark the issue as resolved. Thank you for the quick response! -- resolution: -> not a bug ___ Python tracker

[issue35678] subprocess.check_output(): OSError: [WinError 87]

Change by MaximilianSP : -- stage: -> resolved status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list Unsu

[issue35693] test_httpservers fails

Zachary Ware added the comment: No need to paste the output; it's linked between the form at the top and the first message. It's not shown on the issue list view because it's not a patch. The next step is to see if it still fails when you build from the `master` branch since 3.6 is now clos

[issue35678] subprocess.check_output(): OSError: [WinError 87]

STINNER Victor added the comment: Ok, you're welcome ;-) -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue35397] Undeprecate and document urllib.parse.unwrap

Change by Rémi Lapeyre : -- keywords: +patch pull_requests: +10996 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-lis

[issue35066] Inconsistency between dangling '%' handling in time.strftime() and datetime.strftime()

Michael Saah added the comment: Hi Victor, thanks for taking a look. > Would why datetime have the same behavior on all platforms, but > time.strftime('%') may or may not raise an exception depending on the libc? If I understand the call stack correctly, datetime does not have the same behav

[issue35397] Undeprecate and document urllib.parse.unwrap

Change by Rémi Lapeyre : -- keywords: +patch, patch pull_requests: +10996, 10997 stage: -> patch review ___ Python tracker ___ ___ P

[issue35397] Undeprecate and document urllib.parse.unwrap

Change by Rémi Lapeyre : -- keywords: +patch, patch, patch pull_requests: +10996, 10997, 10998 stage: -> patch review ___ Python tracker ___ ___

[issue35700] Place, Pack and Grid should return the widget

Peter Vex added the comment: Thank you Zachary, very interesting examples, to say the least! -- type: enhancement -> behavior versions: +Python 3.7 -Python 3.8 ___ Python tracker

[issue35700] Place, Pack and Grid should return the widget

Change by Zachary Ware : -- type: behavior -> enhancement versions: +Python 3.8 -Python 3.7 ___ Python tracker ___ ___ Python-bugs-l

[issue35701] 3.8 needlessly breaks weak references for UUIDs

New submission from Josh Rosenberg : I 100% agree with the aim of #30977 (reduce uuid.UUID() memory footprint), but it broke compatibility for any application that was weak referencing UUID instances (which seems a reasonable thing to do; a strong reference to a UUID can be stored in a single

[issue35700] Place, Pack and Grid should return the widget

Josh Rosenberg added the comment: Closing as rejected; to my knowledge, *no* built-in Python method both mutate an object and returns the object just mutated, precisely because: 1. It allows for chaining that leads fairly quickly to unreadable code (Python is not Perl/Ruby) 2. It creates do

[issue35698] Division by 2 in statistics.median

Josh Rosenberg added the comment: vstinner: The problem isn't the averaging, it's the type inconsistency. In both examples (median([1]), median([1, 1])), the median is unambiguously 1 (no actual average is needed; the values are identical), yet it gets converted to 1.0 only in the latter cas

[issue24746] doctest 'fancy diff' formats incorrectly strip trailing whitespace

Change by Sanyam Khurana : -- pull_requests: +10999 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://m

[issue24746] doctest 'fancy diff' formats incorrectly strip trailing whitespace

Change by Sanyam Khurana : -- pull_requests: +10999, 11000 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: ht

[issue24746] doctest 'fancy diff' formats incorrectly strip trailing whitespace

Senthil Kumaran added the comment: New changeset 02e33d9567aa4bd612f9f08053acbfd5e68480d0 by Senthil Kumaran (Sanyam Khurana) in branch '2.7': [2.7] bpo-24746: Avoid stripping trailing whitespace in doctest fancy diff (#11482) https://github.com/python/cpython/commit/02e33d9567aa4bd612f9f080

[issue35692] pathlib.Path.exists() on non-existent drive raises WinError instead of returning False

Change by Brett Cannon : -- components: +Library (Lib), Windows nosy: +paul.moore, steve.dower, tim.golden, zach.ware ___ Python tracker ___ ___

[issue35198] Build issue while compiling cpp files in AIX

Michael Felt added the comment: On 08/01/2019 15:40, Ayappan wrote: > Ayappan added the comment: > > Not sure what went wrong here. > I used gcc & g++ and didn't hit this issue. > > -- > > ___ > Python tracker >

[issue35700] Place, Pack and Grid should return the widget

Terry J. Reedy added the comment: 1. (Josh beat me here.) One of Python's design features is that stdlib functions/methods that mutate (or register) an object never (as far as I can remember) return the object. (If they return anything other than None, it is something other than the object

[issue35641] IDLE: calltips not properly formatted for functions without doc-strings

Change by Terry J. Reedy : -- pull_requests: -10995 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://

[issue35641] IDLE: calltips not properly formatted for functions without doc-strings

Change by Terry J. Reedy : -- pull_requests: -10994 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://

[issue35693] test_httpservers fails

Jorge Ramos added the comment: Ok, thank you. Here are my findings: steps taken: 1) download today's version of 3.7.2 and 3.8.0 alpha 0 2) navigate to tools/msi 3) run build.bat -x64 (to create amd64 folder under pcbuild) 4) navigate to pcbuild 5) run rt.bat -x64 -v test_httpservers results:

[issue35693] test_httpservers fails

Zachary Ware added the comment: Certainly! Bugfixes, in library or test code, are still welcome on 3.7. -- stage: -> test needed versions: +Python 3.7 -Python 3.6 ___ Python tracker

[issue35693] test_httpservers fails

Change by Jorge Ramos : -- versions: +Python 3.6 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail

[issue35674] Expose os.posix_spawnp()

Pablo Galindo Salgado added the comment: I also think to expose posix_spawnp() as os.posix_spawnp() seems the more consistent thing to do as the os/posix module tries to mirror glibc as much as possible, which helps with discoverability and cross-reference with man pages. -- ___

[issue35674] Expose os.posix_spawnp()

STINNER Victor added the comment: Pablo: > I also think to expose posix_spawnp() as os.posix_spawnp() seems the more > consistent thing to do as the os/posix module tries to mirror glibc as much > as possible, which helps with discoverability and cross-reference with man > pages. Ok. Let's

[issue35493] multiprocessing.Pool._worker_handler(): use SIGCHLD to be notified on worker exit

Pablo Galindo Salgado added the comment: @Antoine Do you think we should start planning one of these long term solutions or we should start trying to use Process.sentinel as a short term solution for this particular issue? -- ___ Python tracker <

[issue33437] Defining __init__ in enums

Change by Cheryl Sabella : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ __

[issue35698] Division by 2 in statistics.median

STINNER Victor added the comment: > vstinner: The problem isn't the averaging, it's the type inconsistency. >>> type(statistics.median([1])) >>> type(statistics.median([1,2])) Which consistency? :-) -- ___ Python tracker

[issue35493] multiprocessing.Pool._worker_handler(): use SIGCHLD to be notified on worker exit

Antoine Pitrou added the comment: If using Process.sentinel looks easy enough, then go for it. Existing users of multiprocessing.Pool will benefit. -- ___ Python tracker ___

[issue35699] distutils cannot find Build Tools 2017 since 3.7.2

Steve Dower added the comment: Excellent catch! Are you interested in creating a PR? Also, I don't recall whether we are handling multiple installs or not, but if we are not I would rather explicitly list the products that may include compilers than using "*" (since there are and will be mor

[issue35693] test_httpservers fails

Jorge Ramos added the comment: I have realized that results from rt.bat differ from those when running buildrelease.bat (see example below) Why do the tests run OK in rt.bat but fail in buildrelase.bat? To my best understanding, the tests are summoned directly via rt.bat but also from buildre

[issue35404] Document how to import _structure in email.message

Brian Curtin added the comment: New changeset e394ba32147f687b6bc7518d461f1d84211698e0 by Brian Curtin (Charles-Axel Dein) in branch 'master': bpo-35404: Clarify how to import _structure in email.message doc (GH-10886) https://github.com/python/cpython/commit/e394ba32147f687b6bc7518d461f1d842

[issue35493] multiprocessing.Pool._worker_handler(): use SIGCHLD to be notified on worker exit

Change by Pablo Galindo Salgado : -- keywords: +patch, patch, patch pull_requests: +11001, 11002, 11003 stage: -> patch review ___ Python tracker ___ _

  1   2   >