[issue36185] [EASY DOC] typo: Doc/c-api/objbuffer.rst: There is a typo in "corresponding"

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

[issue33944] Deprecate and remove pth files

Anthony Sottile added the comment: > Doesn’t that kind of prove my point? :) It's not any worse than gevent ~breaking~ monkeypatching almost the entire standard library. And to be fair to the author, it was created well before (2013-06-21) python3.5's `run` api existed (2015-04-14) It's

[issue36169] Add overlap() method to statistics.NormalDist()

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

[issue36169] Add overlap() method to statistics.NormalDist()

Raymond Hettinger added the comment: New changeset 318d537daabf2bd5f781255c7e25bfce260cf227 by Raymond Hettinger in branch 'master': bpo-36169 : Add overlap() method to statistics.NormalDist (GH-12149) https://github.com/python/cpython/commit/318d537daabf2bd5f781255c7e25bfce260cf227

[issue36221] Setting PYTHONASYNCIODEBUG breaks warnings

New submission from Denis S. Otkidach : Test script: -->8-- import asyncio @asyncio.coroutine def test(): with (yield from asyncio.Lock()): pass asyncio.run(test()) -->8-- Correct behavior without flag (warning is reported and points to correct line of code): --- $ python

[issue33944] Deprecate and remove pth files

Barry A. Warsaw added the comment: On Mar 6, 2019, at 19:04, Anthony Sottile wrote: > It assigns `subprocess.run`, which is an api in python3.5+. In those > versions, `subprocess.check_*` is implemented in terms of `subprocess.run`. > The `subprocess.run` provided by that package has a

[issue33346] Syntax error with async generator inside dictionary comprehension

Nathaniel Smith added the comment: > Except that your first example (an asynchronous generator in a synchronous > comprehensions) is allowed in the current code and can occur inside a > synchronous function. Oh yeah, you're right of course. --

[issue33346] Syntax error with async generator inside dictionary comprehension

Serhiy Storchaka added the comment: It is what PR 6766 implements, Nathaniel. Except that your first example (an asynchronous generator in a synchronous comprehensions) is allowed in the current code and can occur inside a synchronous function. --

[issue36015] streamhandler cannot represent streams with an integer as name

Vinay Sajip added the comment: Sorry, Riccardo, been very busy lately and not had time to look at it :-( Soon, I hope. -- ___ Python tracker ___

[issue36193] Redirected stderr not reset properly when using logging

Vinay Sajip added the comment: The StreamHandler allows you to specify *exactly* which stream you want to use to log to; sys.stderr is provided as a convenient default argument because that's what a lot of people want a lot of the time. This is typically done at logging configuration time,

[issue36185] [EASY DOC] typo: Doc/c-api/objbuffer.rst: There is a typo in "corresponding"

miss-islington added the comment: New changeset ca5ba3c8ac1dad511461d4251c6a1ca19de2 by Miss Islington (bot) in branch '3.7': bpo-36185: Fix typo in Doc/c-api/objbuffer.rst. (GH-12204) https://github.com/python/cpython/commit/ca5ba3c8ac1dad511461d4251c6a1ca19de2 -- nosy:

[issue36185] [EASY DOC] typo: Doc/c-api/objbuffer.rst: There is a typo in "corresponding"

Change by miss-islington : -- pull_requests: +12200 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue36185] [EASY DOC] typo: Doc/c-api/objbuffer.rst: There is a typo in "corresponding"

Serhiy Storchaka added the comment: New changeset ecc161d1209bf6d21f0fd6bef28476eda7cdaf79 by Serhiy Storchaka (Emmanuel Arias) in branch 'master': bpo-36185: Fix typo in Doc/c-api/objbuffer.rst. (GH-12204) https://github.com/python/cpython/commit/ecc161d1209bf6d21f0fd6bef28476eda7cdaf79

[issue36219] Add edit option in IDLE to convert smart quotes to ascii quotes

Serhiy Storchaka added the comment: Also dashes and hyphens to minuses and non-breaking spaces to normal spaces. -- nosy: +serhiy.storchaka ___ Python tracker ___

[issue36220] LOAD_NAME and LOAD_GLOBAL handle dict subclasses for globals() differently

Change by Serhiy Storchaka : -- nosy: +serhiy.storchaka, vstinner ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue36213] subprocess.check_output() fails with OSError: [WinError 87] when current directory name is too long

Eryk Sun added the comment: Long-path support in Windows 10 does not extend to the lpCurrentDirectory parameter of CreateProcessW. If the path length exceeds the old limit of MAX_PATH - 2 characters (not counting the required trailing backslash and null), CreateProcessW fails with either

[issue36220] LOAD_NAME and LOAD_GLOBAL handle dict subclasses for globals() differently

New submission from Kevin Shweh : LOAD_NAME and LOAD_GLOBAL don't treat dict subclasses for globals() the same way. If globals() is a dict subclass, LOAD_GLOBAL will respect overridden __getitem__, but LOAD_NAME will use PyDict_GetItem. This causes global lookup to behave differently in

[issue36139] release GIL on mmap dealloc

Ezio Melotti added the comment: > Oh wow, that's really strange. I'm sure that I wrote "https://...; URL but my > URL became "r263026496">https://...; !? The links are now fixed (Roundup was getting confused by the rNN, since it looks like a SVN revision). -- nosy:

[issue33944] Deprecate and remove pth files

Anthony Sottile added the comment: > > There was a single .pth file that I deemed "malicious" since it completely breaks the `subprocess` module (`subprocess-run`) > > It only seems to set an attribute. What's wrong with that? Does the early import of subprocess cause problems? It assigns

[issue33944] Deprecate and remove pth files

Ionel Cristian Mărieș added the comment: > There was a single .pth file that I deemed "malicious" since it completely breaks the `subprocess` module (`subprocess-run`) It only seems to set an attribute. What's wrong with that? Does the early import of subprocess cause problems? --

[issue11614] import __hello__ is broken in Python 3

Solomon Ucko added the comment: The byte code could be further optimized (because this is such a speed-critical module! :)): 1 0 LOAD_CONST 2 (True) 3 STORE_NAME 1 (initialized) 2 6 LOAD_NAME2 (print)

[issue36185] [EASY DOC] typo: Doc/c-api/objbuffer.rst: There is a typo in "corresponding"

Change by Emmanuel Arias : -- keywords: +patch pull_requests: +12199 stage: -> patch review ___ Python tracker ___ ___

Re: in a pickle

On 07/03/2019 00:18, Ethan Furman wrote: > On 03/06/2019 10:30 AM, duncan smith wrote: > >>  I've been trying to figure out why one of my classes can be >> pickled but not unpickled. (I realise the problem is probably with the >> pickling, but I get the error when I attempt to unpickle.) >> >> A

[issue33944] Deprecate and remove pth files

Anthony Sottile added the comment: I did my best to classify those on pypi that were using `.pth` files. My initial search had quite a few false positives (and now that I look at it, completely missed `.zip`-based source distributions so there's likely some false negatives as well) Here's

Re: in a pickle

On 06/03/2019 20:24, Peter Otten wrote: > duncan smith wrote: > >> On 06/03/2019 16:14, duncan smith wrote: >>> Hello, >>> I've been trying to figure out why one of my classes can be >>> pickled but not unpickled. (I realise the problem is probably with the >>> pickling, but I get the error

Re: in a pickle

On 03/06/2019 10:30 AM, duncan smith wrote: I've been trying to figure out why one of my classes can be pickled but not unpickled. (I realise the problem is probably with the pickling, but I get the error when I attempt to unpickle.) A relatively minimal example is pasted below. --> import

[issue36219] Add edit option in IDLE to convert smart quotes to ascii quotes

New submission from Raymond Hettinger : Some of my students routinely have to copy code samples from PDF documents where the regular Python acceptable ASCII quotation marks have been replaced by smart quotes. Let's add an Edit menu option to fix smart-quotes. -- assignee:

[issue36216] urlsplit does not handle NFKC normalization

Change by Karthikeyan Singaravelan : -- nosy: +martin.panter, xtreak ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue36218] .sort() segfaults consistently on crafted input

Rémi Lapeyre added the comment: Hi @xtreak, sorry for that. I think the issue may come from https://github.com/python/cpython/blob/master/Objects/listobject.c#L2273-L2357 where ms.key_compare is set, the conditions on the first ifs looks weird to me and I suspect ms.key_compare is set to

[issue36218] .sort() segfaults consistently on crafted input

Karthikeyan Singaravelan added the comment: @remi.lapeyre please make sure you are not unsubscribing others by mistake while adding comment. -- nosy: +elliot.gorokhovsky, zach.ware ___ Python tracker

[issue36218] .sort() segfaults consistently on crafted input

Rémi Lapeyre added the comment: The code segfaults at https://github.com/python/cpython/blob/master/Objects/listobject.c#L2164 coming from https://github.com/python/cpython/blob/master/Objects/listobject.c#L1324. -- nosy: -elliot.gorokhovsky, zach.ware

[issue36218] .sort() segfaults consistently on crafted input

Change by Karthikeyan Singaravelan : -- nosy: +elliot.gorokhovsky, zach.ware ___ Python tracker ___ ___ Python-bugs-list mailing

[issue36218] .sort() segfaults consistently on crafted input

Rémi Lapeyre added the comment: On mac I confirm that 1e34da49ef2 segfaults and 6c6ddf97c4 gives the expected result: ➜ cpython git:(6c6ddf97c4) ✗ ./python.exe tests.py Traceback (most recent call last): File "tests.py", line 1, in [(1.0, 1.0), (False, "A"), 6].sort() TypeError: '<'

[issue36218] .sort() segfaults consistently on crafted input

Change by Zachary Ware : -- nosy: +elliot.gorokhovsky ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue36218] .sort() segfaults consistently on crafted input

Zachary Ware added the comment: Confirmed on Linux: $ python3.6 Python 3.6.8 (default, Mar 5 2019, 22:01:36) [GCC 8.2.0] on linux Type "help", "copyright", "credits" or "license" for more information. >>> [(1.0, 1.0), (False, "A"), 6].sort() Traceback (most recent call last): File "",

[issue36218] .sort() segfaults consistently on crafted input

Change by SilentGhost : -- nosy: +elliot.gorokhovsky ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue36218] .sort() segfaults consistently on crafted input

Karthikeyan Singaravelan added the comment: Adding ned and Łukasz since this seems to happen on release builds. -- nosy: +lukasz.langa, ned.deily, xtreak ___ Python tracker

[issue36218] .sort() segfaults consistently on crafted input

Change by SilentGhost : -- versions: +Python 3.8 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue36218] .sort() segfaults consistently on crafted input

Lysandros Nikolaou added the comment: Can confirm for 3.7.2 on my macOS 10.14 system. Although this is the case in 3.7 on my current build of the master branch I get the following AssertionError instead: Assertion failed: (v->ob_type == w->ob_type), function unsafe_tuple_compare, file

[issue36218] .sort() segfaults consistently on crafted input

SilentGhost added the comment: Can confirm on 3.7.1 on Linux. The same is happening for sorted. I wonder if the optimisation done in 1e34da49ef2 is responsible -- components: +Interpreter Core nosy: +SilentGhost, rhettinger stage: -> needs patch

[issue36218] .sort() segfaults consistently on crafted input

New submission from Lyn Levenick : Running Python 3.7.2, it is possible to segfault the process when sorting some arrays. Executed commands are $ python3 Python 3.7.2 (default, Feb 12 2019, 08:15:36) [Clang 10.0.0 (clang-1000.11.45.5)] on darwin Type "help", "copyright",

[issue33346] Syntax error with async generator inside dictionary comprehension

Change by Josh Rosenberg : -- nosy: +josh.r ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue33346] Syntax error with async generator inside dictionary comprehension

Yury Selivanov added the comment: Yes, I have exactly the same thoughts as Nathaniel about this. The bug should be fixed, and the algorithm should be as follows (quoting Nathaniel): > So, I would expect the rule to be, precisely: if an async list/dict/set > comprehension occurs inside

Re: in a pickle

duncan smith wrote: > On 06/03/2019 16:14, duncan smith wrote: >> Hello, >> I've been trying to figure out why one of my classes can be >> pickled but not unpickled. (I realise the problem is probably with the >> pickling, but I get the error when I attempt to unpickle.) >> >> A relatively

[issue23205] Unit test needed for IDLE's GrepDialog.py's findfiles()

Cheryl Sabella added the comment: I've opened a PR with the changes. I did several commits, one for each stage. That is, the first one adds the test, then the second one moves `findfiles` to the module level, etc. I added the `onerror` function because if a directory that doesn't exist is

[issue23205] Unit test needed for IDLE's GrepDialog.py's findfiles()

Change by Cheryl Sabella : -- pull_requests: +12198 stage: needs patch -> patch review ___ Python tracker ___ ___ Python-bugs-list

[issue36210] ncurses versus cursus integration - platform differences and defaults

Change by Michael Felt : -- keywords: +patch pull_requests: +12197 stage: -> patch review ___ Python tracker ___ ___

Re: Class Issue`

On 2019-03-06, Marko Rauhamaa wrote: > Rhodri James : >> On 06/03/2019 14:15, Calvin Spealman wrote: C++ (a language I have no respect for) >>> This was uncalled for and inappropriate. Please keep discord civil. >> >> That was the civil version :-) > > C++ is a programming language without

Re: in a pickle

On 06/03/2019 16:14, duncan smith wrote: > Hello, > I've been trying to figure out why one of my classes can be > pickled but not unpickled. (I realise the problem is probably with the > pickling, but I get the error when I attempt to unpickle.) > > A relatively minimal example is pasted

[issue36204] Deprecate calling Py_Main() after Py_Initialize()? Add Py_InitializeFromArgv()?

Steve Dower added the comment: > If you want to force the usage of UTF-8, you can opt-in for UTF-8 mode: call > putenv("PYTHONUTF8=1") before Py_UnixMain() for example. I'm not talking about forcing UTF-8, I'm talking about *assuming* it (and letting "someone else" worry about forcing it).

[issue36217] recvmsg support on Windows

New submission from chrysn : Windows has support for advanced socket APIs of RFC 3542 (eg. pktinfo, see https://docs.microsoft.com/en-us/windows/desktop/api/ws2ipdef/ns-ws2ipdef-in6_pktinfo), but those can not be used on Python as there is no recvmsg implementation (tested on 3.7.1 on

[issue36216] urlsplit does not handle NFKC normalization

Change by Steve Dower : -- keywords: +patch pull_requests: +12196 stage: needs patch -> patch review ___ Python tracker ___ ___

[issue32021] Brotli encoding is not recognized by mimetypes

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

[issue36216] urlsplit does not handle NFKC normalization

New submission from Steve Dower : URLs encoded with Punycode/IDNA use NFKC normalization to decompose characters [1]. This can result in some characters introducing new segments into a URL. For example, \uFF03 is not equal to '#' under direct comparison, but normalizes to '#' which changes

RE: in a pickle

https://docs.python.org/3.7/library/pickle.html#pickling-class-instances includes 2 notes, which I think are the relevant ones: When a class instance is unpickled, its __init__() method is usually not invoked. The default behaviour first creates an uninitialized instance and then restores the

[issue36215] Should AppVeyor run compile Python in debug mode?

New submission from STINNER Victor : The Windows buildbots have been broken by PR 12073. Problem: AppVeyor didn't catch the bug before the change has been merged. Why? Because AppVeyor builds Python in release mode, whereas Windows buildbots build Python in debug mode.

[issue36139] release GIL on mmap dealloc

STINNER Victor added the comment: New changeset dc078947a5033a048d804e244e847b5844734439 by Victor Stinner (Davide Rizzo) in branch 'master': bpo-36139: Fix mmap_object_dealloc(): hold the GIL to call PyMem_Free() (GH-12199)

[issue16385] evaluating literal dict with repeated keys gives no warnings/errors

Jonathan Fine added the comment: I mention this issue, and related pages, in [Python-ideas] dict literal allows duplicate keys https://mail.python.org/pipermail/python-ideas/2019-March/055717.html It arises from a discussion of PEP 584 -- Add + and - operators to the built-in dict class.

[issue36139] release GIL on mmap dealloc

STINNER Victor added the comment: The second commit does fix the regression (I tested manually on Windows with Python compiled in debug mode). -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue32805] Possible integer overflow when call PyDTrace_GC_DONE()

STINNER Victor added the comment: The warning in the C code has been fixed by: New changeset edad38e3e05586ba58291f47756eb3fb808f5577 by Victor Stinner (Jeremy Kloth) in branch 'master': bpo-9566: Fix compiler warnings in gcmodule.c (GH-11010)

[issue26910] dictionary literal should not allow duplicate keys

Jonathan Fine added the comment: I mention this issue, and related pages, in [Python-ideas] dict literal allows duplicate keys https://mail.python.org/pipermail/python-ideas/2019-March/055717.html It arises from a discussion of PEP 584 -- Add + and - operators to the built-in dict class.

[issue32805] Possible integer overflow when call PyDTrace_GC_DONE()

STINNER Victor added the comment: I don't think that Python 3.7 should be modified. I prefer to avoid any risk and only modify Python 3.8. -- versions: -Python 3.6, Python 3.7 ___ Python tracker

Re: in a pickle

[snip] Sorry, this is Python 3.6 on Linux. Duncan -- https://mail.python.org/mailman/listinfo/python-list

[issue9566] Compilation warnings under x64 Windows

STINNER Victor added the comment: > New changeset edad38e3e05586ba58291f47756eb3fb808f5577 by Victor Stinner > (Jeremy Kloth) in branch 'master': > bpo-9566: Fix compiler warnings in gcmodule.c (GH-11010) It fixed the last known warning. Thanks everyone who was involved in this funny ride.

[issue9566] Compilation warnings under x64 Windows

STINNER Victor added the comment: New changeset edad38e3e05586ba58291f47756eb3fb808f5577 by Victor Stinner (Jeremy Kloth) in branch 'master': bpo-9566: Fix compiler warnings in gcmodule.c (GH-11010) https://github.com/python/cpython/commit/edad38e3e05586ba58291f47756eb3fb808f5577

[issue36139] release GIL on mmap dealloc

Davide Rizzo added the comment: BTW should this be backported to 3.7? -- ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue36139] release GIL on mmap dealloc

Davide Rizzo added the comment: Thanks Victor. I think this fixes it https://github.com/python/cpython/pull/12199 -- ___ Python tracker ___

[issue36139] release GIL on mmap dealloc

Change by Davide Rizzo : -- pull_requests: +12194 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue36139] release GIL on mmap dealloc

STINNER Victor added the comment: """ r263026496">https://github.com/python/cpython/pull/12073/files#r263026496 """ Oh wow, that's really strange. I'm sure that I wrote "https://...; URL but my URL became "r263026496">https://...; !? 3rd attempt to post the link:

[issue36139] release GIL on mmap dealloc

STINNER Victor added the comment: The bug: https://github.com/python/cpython/pull/12073/files#r263026496 (correct link, sorry) -- If nobody comes up quickly with a fix, I will revert the change to repair Windows buildbots: PR 12198, as part of the buildbot policy ("revert on failure"). I

[issue36139] release GIL on mmap dealloc

Change by STINNER Victor : -- pull_requests: +12193 stage: resolved -> patch review ___ Python tracker ___ ___ Python-bugs-list

[issue36139] release GIL on mmap dealloc

STINNER Victor added the comment: The bug: https://github.com/python/cpython/pull/12073/files#r263026496 -- ___ Python tracker ___

[issue36203] PyWeakref_NewRef docs are misleading

Maxwell Bernstein added the comment: NewProxy checks if it's callable, so I suppose the code should be fixed. On Wed, Mar 6, 2019, 03:32 Windson Yang wrote: > > Windson Yang added the comment: > > Yes, Maxwell. I guess the docs are misleading, the code locate in >

[issue36139] release GIL on mmap dealloc

STINNER Victor added the comment: This change broke the Windows 7 buildbot: https://buildbot.python.org/all/#/builders/40/builds/1745 Example: 0:01:34 [ 66/420/1] test_mmap crashed (Exit code 2147483651) -- running: test_tools (1 min 22 sec) Fatal Python error: Python memory allocator

[issue36204] Deprecate calling Py_Main() after Py_Initialize()? Add Py_InitializeFromArgv()?

STINNER Victor added the comment: > RE making UnixMain public, I'd rather the core runtime require a known > encoding, rather than trying to detect it. We should move the call into the > detection logic into Programs/python.c so that embedders have to opt-in to > detection (many embedding

Re: Class Issue`

Rhodri James : > On 06/03/2019 14:15, Calvin Spealman wrote: >>> C++ (a language I have no respect for) >> This was uncalled for and inappropriate. Please keep discord civil. > > That was the civil version :-) C++ is a programming language without feelings. It's nobody's ethnicity, sexual

in a pickle

Hello, I've been trying to figure out why one of my classes can be pickled but not unpickled. (I realise the problem is probably with the pickling, but I get the error when I attempt to unpickle.) A relatively minimal example is pasted below. >>> import pickle >>> class test(dict):

[issue36214] AC_RUN_IFELSE macros not used as arguments of AC_CACHE_VAL et al

New submission from Xavier de Gaye : When the AC_RUN_IFELSE macro is used as the 'COMMANDS-TO-SET-IT' argument of the AC_CACHE_VAL or AC_CACHE_CHECK macros, it is possible to override the last argument of AC_RUN_IFELSE that is used when cross-compiling and set the variable with a cached

[issue36139] release GIL on mmap dealloc

Benjamin Peterson added the comment: New changeset bb9593af0ac835b93c2834d44b72fa34e30efed0 by Benjamin Peterson (Davide Rizzo) in branch 'master': closes bpo-36139: release GIL around munmap(). (GH-12073) https://github.com/python/cpython/commit/bb9593af0ac835b93c2834d44b72fa34e30efed0

[issue34033] distutils is not reproducible

Change by Zbyszek Jędrzejewski-Szmek : -- nosy: +zbysz ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue36193] Redirected stderr not reset properly when using logging

Andrius Laukavičius added the comment: Peter, well I don't have deep experience with logging lib to know all ins and outs. So I might not be correct person to define what should be changed specifically. But I think it should be consistent on all standard libraries how it handles

[issue36213] subprocess.check_output() fails with OSError: [WinError 87] when current directory name is too long

STINNER Victor added the comment: > As Eryk said on the other issue, ... link: https://bugs.python.org/issue35678#msg337171 -- ___ Python tracker ___

[issue36213] subprocess.check_output() fails with OSError: [WinError 87] when current directory name is too long

Steve Dower added the comment: The problem with improving the generic error message is that we then build a platform limitation into Python and if a later version of Windows fixes it then Python needs to make another fix. As Eryk said on the other issue, this may be because the current

Re: Class Issue`

On 06/03/2019 14:44, Chris Angelico wrote: Ouch, did C++ burn you in the past? I've tried and failed to learn the language three times. It's been suggested that my mistake was using Stroustrop's book :-) There just seem to be so much boilerplate and fiddly bits that it quickly gets too

[issue36204] Deprecate calling Py_Main() after Py_Initialize()? Add Py_InitializeFromArgv()?

Steve Dower added the comment: RE making UnixMain public, I'd rather the core runtime require a known encoding, rather than trying to detect it. We should move the call into the detection logic into Programs/python.c so that embedders have to opt-in to detection (many embedding scenarios

[issue36209] [EASY Doc] Typo in hashlib error message

STINNER Victor added the comment: Thanks Emmanuel Arias. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue36209] [EASY Doc] Typo in hashlib error message

miss-islington added the comment: New changeset 42c649347a11789666c461ecbd3bdca27b957c9b by Miss Islington (bot) in branch '3.7': bpo-36209: Fix typo on hashlib error message (GH-12194) https://github.com/python/cpython/commit/42c649347a11789666c461ecbd3bdca27b957c9b -- nosy:

[issue36204] Deprecate calling Py_Main() after Py_Initialize()? Add Py_InitializeFromArgv()?

Steve Dower added the comment: I like having the functions you added to parse argv into config, and I like that they are separate from setting sys.argv. Might it be better to go the other way and deprecate calling Main *without* Initialize? That's easy to fix in Programs/python.c, and

[issue36213] subprocess.check_output() fails with OSError: [WinError 87] when current directory name is too long

STINNER Victor added the comment: subprocess.Popen calls _winapi.CreateProcess. The current_directory is a wchar_t* string (Py_UNICODE*) passed to Windows CreateProcessW() (Unicode flavor of the API).

Re: Class Issue`

On Thu, Mar 7, 2019 at 1:34 AM Rhodri James wrote: > > On 06/03/2019 14:15, Calvin Spealman wrote: > >> C++ (a language I have no respect for) > > This was uncalled for and inappropriate. Please keep discord civil. > > That was the civil version :-) > Ouch, did C++ burn you in the past? IMO

[issue36213] subprocess.check_output() fails with OSError: [WinError 87] when current directory name is too long

Change by SilentGhost : -- type: -> behavior versions: +Python 3.6 ___ Python tracker ___ ___ Python-bugs-list mailing list

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

Geoff Alexander added the comment: The [WinError 87] does seems to be caused by the current directory's name being too long. The value of len(os.getcwd())is 260 when the exception occurs. The failing call was subprocess.check_output("git ls-files", shell=True). I've open Issue 36213 to

[issue36213] subprocess.check_output() fails with OSError: [WinError 87] when current directory name is too long

New submission from Geoff Alexander : I've found that subprocess.check_output() fails on Windows with OSError: [WinError 87] when the current directory's name is too long: ``` Traceback (most recent call last): File "migration.py", line 169, in migrate() File "migration.py", line 80,

[issue36201] AssertCountEqual does not work for nested dictionaries.

Change by STINNER Victor : -- nosy: -vstinner ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue36209] [EASY Doc] Typo in hashlib error message

Change by miss-islington : -- keywords: +patch pull_requests: +12192 stage: -> patch review ___ Python tracker ___ ___

[issue36147] [2.7] Coverity scan: Modules/_ctypes/cfield.c , Variable "result" going out of scope

STINNER Victor added the comment: Thanks Charalampos Stratakis! -- ___ Python tracker ___ ___ Python-bugs-list mailing list

Re: Class Issue`

On 06/03/2019 14:15, Calvin Spealman wrote: C++ (a language I have no respect for) This was uncalled for and inappropriate. Please keep discord civil. That was the civil version :-) -- Rhodri James *-* Kynesim Ltd -- https://mail.python.org/mailman/listinfo/python-list

[issue36209] [EASY Doc] Typo in hashlib error message

STINNER Victor added the comment: New changeset b71e28ea91259ca3914e2ff84fc126795ea6b848 by Victor Stinner (Emmanuel Arias) in branch 'master': bpo-36209: Fix typo on hashlib error message (GH-12194) https://github.com/python/cpython/commit/b71e28ea91259ca3914e2ff84fc126795ea6b848

[issue36147] [2.7] Coverity scan: Modules/_ctypes/cfield.c , Variable "result" going out of scope

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

[issue36186] [2.7] Coverity scan: Modules/linuxaudiodev.c , fd handle is not closed.

STINNER Victor added the comment: Thanks Charalampos Stratakis! -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

  1   2   >