[issue35677] Do not automount in stat() by default

Serhiy Storchaka added the comment: I was going to merge PR 11455 as a bug fix and backport it to 3.7, and add a new "automount=False" optional parameter in a separate issue. -- ___ Python tracker

[issue35596] Fatal Python error: initfsencoding: unable to load the file system codec zipimport.ZipImportError: can't find module 'encodings'

Serhiy Storchaka added the comment: > When was the last time we had a 3.x.y.z? I don't recall one. My apologies, it seems my memory has tricked me. I thought there was on in the 3.3 branch, but it was just that the third number was bumped again just a month ago after a bugfix release.

[issue24780] difflib.ndiff produces unreadable output when input missing trailing newline

Chris Jerdonek added the comment: When I first created the issue, the title I chose was about unittest ("unittest assertEqual difference output foiled by newlines"), but someone else changed it for some reason. You're welcome to change it back to something more like the original.

[issue35693] test_httpservers fails

Jorge Ramos added the comment: The test failed, the results on attached file! -- Added file: https://bugs.python.org/file48037/failed.txt ___ Python tracker ___

[issue35693] test_httpservers fails

Jorge Ramos added the comment: Got it, i'll get back with the results -- ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue35693] test_httpservers fails

Zachary Ware added the comment: Try running `rt.bat -x64 -v test_httpservers`, which will run just that test in verbose mode. If that happens to pass, try `rt.bat -x64 -wW`, which will show the verbose output of a failed test and retry just the failed test at the end of the full run.

[issue35695] missing attributes

Jorge Ramos added the comment: Got it, maybe the warnings should be more explanatory, like this one: 0:06:17 [219/407/1] test_multiprocessing_fork test_multiprocessing_fork skipped -- fork is not available on Windows 0:06:17 [220/407/1] test_multiprocessing_forkserver --

[issue35694] missing modules on test suite

Jorge Ramos added the comment: Got it (y) -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue35695] missing attributes

Zachary Ware added the comment: This is expected; `os.fork` does not exist on Windows. -- resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracker

[issue35695] missing attributes

New submission from Jorge Ramos : while running : 0:04:26 [136/407] test_fork1 test_fork1 skipped -- object has no attribute 'fork' 0:11:56 [384/407/1] test_wait4 -- test_wait3 skipped test_wait4 skipped -- object has no attribute 'fork' see attached file -- components: Tests,

[issue35694] missing modules on test suite

Zachary Ware added the comment: This is expected, the named modules or accelerators do not exist on Windows. -- resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracker

[issue35694] missing modules on test suite

New submission from Jorge Ramos : when running some tests where skipped due to missing modules: 0:02:52 [ 86/407] test_crypt test_crypt skipped -- No module named '_crypt' 0:02:55 [ 93/407] test_dbm_gnu test_dbm_gnu skipped -- No module named '_gdbm' 0:02:55 [ 94/407] test_dbm_ndbm --

[issue35693] test_httpservers fails

New submission from Jorge Ramos : when running test_httpservers fails: 0:04:53 [171/407] test_httpservers E:\RepoGiT\3.6\lib\socket.py:144: ResourceWarning: unclosed _socket.socket.__init__(self, family, type, proto, fileno) E:\RepoGiT\3.6\lib\test\support\__init__.py:1542:

[issue35688] "pip install --user numpy" fails on Python from the Windows Store

Change by Karthikeyan Singaravelan : -- title: "pip install --user numpy" fails on Python from the Windos Store -> "pip install --user numpy" fails on Python from the Windows Store ___ Python tracker

[issue35596] Fatal Python error: initfsencoding: unable to load the file system codec zipimport.ZipImportError: can't find module 'encodings'

Ned Deily added the comment: Thanks, Steve. The download page for 3.7.2 has now been updated with the URLs for the modified embeddable files, the CDN caches updated, and the original embeddable download files and their GPG signature files are no longer accessible so references to the

[issue24780] difflib.ndiff produces unreadable output when input missing trailing newline

Karthikeyan Singaravelan added the comment: Looking at the patch and the relevant function this doesn't seem to be a problem with difflib.ndiff but with unittest's display algorithm. This causes confusion about the issue and I propose changing the subject to reflect this unless difflib

[issue35596] Fatal Python error: initfsencoding: unable to load the file system codec zipimport.ZipImportError: can't find module 'encodings'

Steve Dower added the comment: I've updated the files and sent Ned the info needed to confirm and update the download page. -- ___ Python tracker ___

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

Change by Karthikeyan Singaravelan : -- nosy: +eryksun ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

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

New submission from Jordan Hueckstaedt : Tested in 3.7.0 on windows 10. This looks related to https://bugs.python.org/issue22759 >>> import pathlib >>> pathlib.Path(r"E:\Whatever\blah.txt").exists() # This drive doesn't exist Traceback (most recent call last): File "", line 1, in File

[issue35691] cpython3.7.2 make test failed

Karthikeyan Singaravelan added the comment: Searching for the error message I reported a very similar one in the past issue34177 that is caused due to installed python causing some problem being imported in the test -- nosy: +xtreak ___ Python

[issue24780] difflib.ndiff produces unreadable output when input missing trailing newline

Change by Karthikeyan Singaravelan : -- nosy: +xtreak versions: +Python 3.7, Python 3.8 -Python 3.5, Python 3.6 ___ Python tracker ___

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

Karthikeyan Singaravelan added the comment: Searching further this seems to be reported earlier with issue24780 with caret displayed wrongly which was also due to newline missing. But the sample case reported here is also listed at one of the examples in

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

Karthikeyan Singaravelan added the comment: This seems to exist on master. Since they are multilines assertMultiLineEqual is used and is there something incorrect during the diff calculation using ndiff due to absence of '\n'? The current diff is calculated as below with difflib.ndiff and

[issue35691] cpython3.7.2 make test failed

New submission from Wencan Deng : os: Linux skynet 4.9.0-8-amd64 #1 SMP Debian 4.9.130-2 (2018-10-27) x86_64 GNU/Linux gcc: gcc (Debian 6.3.0-18+deb9u1) 6.3.0 20170516 FAIL: test_startup_imports (test.test_site.StartupImportTests)

[issue35668] Improve test coverage for idlelib

Change by anthony shaw : -- pull_requests: +10972 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue35668] Improve test coverage for idlelib

Change by anthony shaw : -- pull_requests: +10972, 10973 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

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

STINNER Victor added the comment: Łukasz Stelmach: > It is currently impossible to format floating point numbers with an arbitrary > number of decimal digits AND the decimal point matching locale settings. I would like to warn you that handling properly locales can be very tricky. I just

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

Change by Karthikeyan Singaravelan : -- nosy: +xtreak ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue35668] Improve test coverage for idlelib

Terry J. Reedy added the comment: I moved the debugger tests to #35690. I want to keep this issue for general discussion of testing IDLE, and possibly related PRs improving the documentation thereof. Serhiy Storchaka, the current tkinter maintainer, and I, have decided that IDLE should

[issue35686] BufferError with memory.release()

Eryk Sun added the comment: > Or, obviously: > > with open(fn, 'rb') as fd: > with mmap.mmap(fd.fileno(), 0, access=mmap.ACCESS_READ) as mm: > with memoryview(mm)[:2] as data: > print(data) Doesn't this rely on the immediate finalization of the unreferenced memoryview

[issue35668] Improve test coverage for idlelib

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

[issue35690] IDLE: Fix and test debugger.

Change by anthony shaw : -- keywords: +patch pull_requests: +10971 stage: needs patch -> patch review ___ Python tracker ___ ___

[issue35690] IDLE: Fix and test debugger.

New submission from Terry J. Reedy : Move PR 11451 from #35668. * Remove use of blank comments to make blank lines. * Greatly expand test_debugger. * Fix a couple of issues discovered while writing tests. (It is possible that one of these caused one of the reported debugger bugs, but we don't

[issue35690] IDLE: Fix and test debugger.

Change by Terry J. Reedy : -- assignee: -> terry.reedy components: +IDLE ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue35596] Fatal Python error: initfsencoding: unable to load the file system codec zipimport.ZipImportError: can't find module 'encodings'

Steve Dower added the comment: Agreed. My plan is to just replace the precompiled ZIP file of the standard library in the embeddable package with one with PYCs missing the "check source" bit that the old zipimport rejects. It's as simple as a 1 line change in a supporting script in

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

Ned Deily added the comment: Also, if you can, please verify that you can reproduce the problem with a current version of Python 3. 3.7.2 is the current maintenance release and 3.6.8 was the final maintenance release of 3.6.x. -- nosy: +ned.deily

[issue35596] Fatal Python error: initfsencoding: unable to load the file system codec zipimport.ZipImportError: can't find module 'encodings'

Ned Deily added the comment: > It would be weird if building from sources will not give the same > distribution as downloaded from official site. It would be not fair to > alternate distributors. Yes, I agree with that in general but, as I understand it, the change here affects only how

[issue35689] IDLE: Docstrings and test for colorizer

Change by Cheryl Sabella : -- pull_requests: -10970 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue35689] IDLE: Docstrings and test for colorizer

Change by Cheryl Sabella : -- pull_requests: -10969 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue35689] IDLE: Docstrings and test for colorizer

Change by Cheryl Sabella : -- keywords: +patch, patch, patch pull_requests: +10968, 10969, 10970 stage: -> patch review ___ Python tracker ___

[issue35689] IDLE: Docstrings and test for colorizer

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

[issue35689] IDLE: Docstrings and test for colorizer

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

[issue35689] IDLE: Docstrings and test for colorizer

New submission from Cheryl Sabella : Add docstrings and unittests for colorizer.py. -- assignee: terry.reedy components: IDLE messages: 333263 nosy: cheryl.sabella, terry.reedy priority: normal severity: normal status: open title: IDLE: Docstrings and test for colorizer type:

[issue35688] "pip install --user numpy" fails on Python from the Windos Store

New submission from mattip : After enabling Insider and installing Python3.7 from the Windows Store, I open a cmd window and do `pip install --user numpy` which runs to completion. But I cannot `import numpy`. The NumPy `mutiarray` c-extension module in the `numpy/core` directory depends

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

Change by Steve Dower : -- nosy: -steve.dower ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

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

Steve Dower added the comment: This doesn't appear to be Windows-specific or related to our test suite, so I updated the tags and added the unittest experts. -- nosy: +ezio.melotti, michael.foord, rbcollins ___ Python tracker

[issue35596] Fatal Python error: initfsencoding: unable to load the file system codec zipimport.ZipImportError: can't find module 'encodings'

Serhiy Storchaka added the comment: It would be weird if building from sources will not give the same distribution as downloaded from official site. It would be not fair to alternate distributors. I think this is a time to release 3.7.2.1. This would be not the first time of using the

[issue35596] Fatal Python error: initfsencoding: unable to load the file system codec zipimport.ZipImportError: can't find module 'encodings'

Ned Deily added the comment: I think we should change the name (post1 is fine), delete the original file, update the file name link in the release page (https://www.python.org/downloads/release/python-372/) to use the new name, and add a sentence or two to the release page describing the

[issue2517] Error when printing an exception containing a Unicode string

Change by Piotr Dobrogost : -- nosy: +piotr.dobrogost ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

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

New submission from Addons Zz : Create this program and run with `Python 3.6.3`: ```python import unittest class StdErrUnitTests(unittest.TestCase): def test_function_name(self): expected = "testing.main_unit_tests.test_dictionaryBasicLogging:416 - dictionary\n" \

[issue35596] Fatal Python error: initfsencoding: unable to load the file system codec zipimport.ZipImportError: can't find module 'encodings'

Steve Dower added the comment: I can add ".post1" to the version number in the file name, but I'd still want to take down the broken one. And anyone who's generating the download URL will get a broken link, which IMO is just as bad as a broken download when we could fix it. --

[issue35596] Fatal Python error: initfsencoding: unable to load the file system codec zipimport.ZipImportError: can't find module 'encodings'

Steve Dower added the comment: I can add a .post1 into the version number in the zip file? Still want to take the old one down though, and if anyone is using any sort of script to get this file then it'll be just as annoying for the link to be broken as getting a broken download.

[issue35596] Fatal Python error: initfsencoding: unable to load the file system codec zipimport.ZipImportError: can't find module 'encodings'

Steve Dower added the comment: I know how to purge the CDN cache, so that's not an issue. And there's no good reason to leave the old one up. Perhaps we can just add a note to the download page and I'll post on a couple of lists? This is basically a product recall, and those are usually

[issue35596] Fatal Python error: initfsencoding: unable to load the file system codec zipimport.ZipImportError: can't find module 'encodings'

Ned Deily added the comment: CDN caching on python.org is not a problem; we know how to clear out the cache. But I also strongly dislike silent updates of released files so I agree that names should be changed if we do end up agreeing to replace one or more files. --

[issue35596] Fatal Python error: initfsencoding: unable to load the file system codec zipimport.ZipImportError: can't find module 'encodings'

STINNER Victor added the comment: > This is now resolved, and only through modifying the build scripts. Which > means I can take the existing build and republish a fixed embeddable package > without needing a new release. Since Python itself doesn't make, I'm ok to not change the Python

[issue35596] Fatal Python error: initfsencoding: unable to load the file system codec zipimport.ZipImportError: can't find module 'encodings'

Ned Deily added the comment: It seems like this need not trigger a complete new release and, ATM, I'm not aware of any other showstopper problems that would otherwise trigger an early 3.7.3. One question would be how and where to document this change in the build artificat. Suggestions,

[issue6143] IDLE - an extension to clear the shell window

Terry J. Reedy added the comment: An SO question today got me to look more at SO questions and discussion, and this appears to be the most requested feature. https://stackoverflow.com/questions/1432480/any-way-to-clear-pythons-idle-window - 2009, 129 upvotes, 32 answers (not all read yet)

[issue35596] Fatal Python error: initfsencoding: unable to load the file system codec zipimport.ZipImportError: can't find module 'encodings'

Steve Dower added the comment: This is now resolved, and only through modifying the build scripts. Which means I can take the existing build and republish a fixed embeddable package without needing a new release. Unless Ned would prefer a complete release? --

[issue35686] BufferError with memory.release()

Stefan Krah added the comment: Or, obviously: with open(fn, 'rb') as fd: with mmap.mmap(fd.fileno(), 0, access=mmap.ACCESS_READ) as mm: with memoryview(mm)[:2] as data: print(data) -- ___ Python tracker

[issue35686] BufferError with memory.release()

Stefan Krah added the comment: s/on export/one export/ -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue35686] BufferError with memory.release()

Stefan Krah added the comment: Well, the problem in b) is that data[:2] creates a new memoryview, so the underlying ManagedBufferObject now has two exports: - One from the context manager. - The second from the slice. So memoryview.__exit__() decrements on export, but the second one is

[issue35486] subprocess module import hooks breaks back compatibility

David Wilson added the comment: Hi Nick, The purpose of ModuleNotFoundError is clear and unrelated to the problem documented here. The problem is that due to the introduction of ModuleNotFoundError, ImportError's semantics have been changed within a minor release in a breaking,

[issue35683] Enable manylinux1 builds on Pipelines for CI testing

Change by Brett Cannon : -- title: Enable manylinux1 builds on Pipelines -> Enable manylinux1 builds on Pipelines for CI testing ___ Python tracker ___

[issue35676] unittest assert helper methods have incorrect signature in docs

Change by Brett Cannon : -- nosy: +michael.foord, rbcollins ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue2506] Add mechanism to disable optimizations

Brett Cannon added the comment: If someone can get a PR into a state that is acceptable, then this can be resolved, Arthur. But at this point that hasn't occurred. -- ___ Python tracker

[issue35686] BufferError with memory.release()

Thomas Waldmann added the comment: I see 2 issues here: 1. I would expect that the CM approach (b) behaves equivalent to try/finally (c), but it does not and even causes an exception. 2. The traceback given in the BufferError (in (b)) is misleading, it points to the "print", but should

[issue35686] BufferError with memory.release()

Thomas Waldmann added the comment: hmm, issue tracker does not make it easy to see which file was uploaded for which comment, so: a: original code, works, potentially problematic exception handling (memoryview not always being released) b: using the memoryview context manager, fails with

[issue35686] BufferError with memory.release()

Thomas Waldmann added the comment: with try/finally: works. -- Added file: https://bugs.python.org/file48033/issue35686c.py ___ Python tracker ___

[issue35686] BufferError with memory.release()

Thomas Waldmann added the comment: with context manager, does not work. -- Added file: https://bugs.python.org/file48032/issue35686b.py ___ Python tracker ___

[issue35686] BufferError with memory.release()

Stefan Krah added the comment: The behavior seems to be correct to me: If there are exports, the memoryview cannot be released. The application needs to ensure that release() is not called when there are exports left. -- ___ Python tracker

[issue35686] BufferError with memory.release()

Thomas Waldmann added the comment: working, but potentially problematic because .release is not always called (e.g. in case of an exception). -- Added file: https://bugs.python.org/file48031/issue35686a.py ___ Python tracker

[issue35686] BufferError with memory.release()

Stefan Krah added the comment: We use "crash" for segmentation fault, but this appears to be a regular traceback that includes BufferError. The BufferError message appears to be from mmapmodule.c. -- title: memoryview contextmanager causing strange crash -> BufferError with

[issue35686] memoryview contextmanager causing strange crash

Change by Serhiy Storchaka : -- nosy: +skrah ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue35686] memoryview contextmanager causing strange crash

Karthikeyan Singaravelan added the comment: Thanks for the report. Can you please add a simple reproducer in Python with what the test is trying to do without dependencies from the project? perhaps with a sample of relevant files used by the test in Travis. -- nosy: +xtreak

[issue35686] memoryview contextmanager causing strange crash

New submission from Thomas Waldmann : See there: https://github.com/borgbackup/borg/pull/4247 I did the first changeset after seeing some strange exception popping up which it was handling another exception - which I assumed was related to memoryview.release not being called in the original

[issue33944] Deprecate and remove pth files

Chris Billington added the comment: I develop analysis software for physics research, in which the user analyses their data using Python that they write themselves (my application functions as a kind of scheduler for when the analysis scripts should run and with what input). This software

[issue35671] reserved identifier violation

Ronald Oussoren added the comment: (changed the type from "security" because this is not a security incident). Both ISO C and C++ define "reserved identifiers" that are reserved for the implementation and where use in programs is undefined behaviour. However, these definitions reserve *all*

[issue33834] test_asyncio: test_sendfile_close_peer_in_the_middle_of_receiving() of ProactorEventLoop logs InvalidStateError error

STINNER Victor added the comment: Duplicate of bpo-35682 and fixed by: commit 80fda712c83f5dd9560d42bf2aa65a72b18b7759 Author: Victor Stinner Date: Tue Jan 8 02:46:59 2019 +0100 bpo-35682: Fix _ProactorBasePipeTransport._force_close() (GH-11462) bpo-32622, bpo-35682: Fix

[issue9400] multiprocessing.pool.AsyncResult.get() messes up exceptions

Marc Schlaich added the comment: Davin, why isn't just one of the simple one-line patches applied. This would be much more reasonable instead of closing this as won't fix. This is a really ugly bug and it took me hours to find the cause... -- nosy: +schlamar

[issue35198] Build issue while compiling cpp files in AIX

Ayappan added the comment: Not sure what went wrong here. I used gcc & g++ and didn't hit this issue. -- ___ Python tracker ___

[issue32710] test_asyncio: ProactorEventLoopTests sendfile tests leak references on Windows

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

[issue32710] test_asyncio: ProactorEventLoopTests sendfile tests leak references on Windows

miss-islington added the comment: New changeset 88ad48bc98980a40591cc5521703dbb0ad3a9b17 by Miss Islington (bot) in branch '3.7': bpo-32710: Fix leak in Overlapped_WSASend() (GH-11469) https://github.com/python/cpython/commit/88ad48bc98980a40591cc5521703dbb0ad3a9b17 -- nosy:

[issue32710] test_asyncio: ProactorEventLoopTests sendfile tests leak references on Windows

STINNER Victor added the comment: I ran test_asyncio refleak hunting on Windows, and there is no more leak! vstinner@WIN C:\vstinner\python\master>python -m test test_asyncio -R 3:3 (...) Total duration: 13 min 24 sec Tests result: SUCCESS I will close this PR once the 3.7 backport is

[issue32710] test_asyncio: ProactorEventLoopTests sendfile tests leak references on Windows

Change by miss-islington : -- pull_requests: +10965, 10966, 10967 ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue32710] test_asyncio: ProactorEventLoopTests sendfile tests leak references on Windows

STINNER Victor added the comment: New changeset a234e148394c2c7419372ab65b773d53a57f3625 by Victor Stinner in branch 'master': bpo-32710: Fix leak in Overlapped_WSASend() (GH-11469) https://github.com/python/cpython/commit/a234e148394c2c7419372ab65b773d53a57f3625 --

[issue32710] test_asyncio: ProactorEventLoopTests sendfile tests leak references on Windows

Change by miss-islington : -- pull_requests: +10965, 10966 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue32710] test_asyncio: ProactorEventLoopTests sendfile tests leak references on Windows

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

[issue32710] test_asyncio: ProactorEventLoopTests sendfile tests leak references on Windows

STINNER Victor added the comment: It took me 1 year, a few sleepless nights, multiple attempts to understand the leak, but I eventually found it! WSASend() doesn't release the memory if it fails immediately. I wrote PR 11469 to fix the memory leak. ReadFile() has the same bug, I also fixed

[issue32710] test_asyncio: ProactorEventLoopTests sendfile tests leak references on Windows

Change by STINNER Victor : -- pull_requests: +10962, 10963, 10964 ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue32710] test_asyncio: ProactorEventLoopTests sendfile tests leak references on Windows

Change by STINNER Victor : -- pull_requests: +10962, 10963 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue32710] test_asyncio: ProactorEventLoopTests sendfile tests leak references on Windows

Change by STINNER Victor : -- pull_requests: +10962 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue35685] Add samples on patch.dict of the use of decorator and in class

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

[issue35685] Add samples on patch.dict of the use of decorator and in class

Change by Emmanuel Arias : -- keywords: +patch, patch, patch pull_requests: +10959, 10960, 10961 stage: -> patch review ___ Python tracker ___

[issue35685] Add samples on patch.dict of the use of decorator and in class

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

[issue35685] Add samples on patch.dict of the use of decorator and in class

New submission from Emmanuel Arias : Hi! I create this PR to add a samples of the use of patch.dict with decorator on method and class. I think that is a good improve because the doc mentions the use of patch.dict with decorator on method and class but don't show any samples. Other,

[issue35674] Expose os.posix_spawnp()

STINNER Victor added the comment: I'm ok to expose posix_spawnp() as os.posix_spawnp(). Even if we expose posix_spawnp() as os.posix_spawnp(), we can still reconsider to add posix_spawnp() feature into os.posix_spawn() as an optional keyword parameter later :-) Honestly, I have no strong

[issue35665] Function ssl.create_default_context raises exception on Windows 10 when called with ssl.Purpose.SERVER_AUTH) attribute

Christian Heimes added the comment: I also checked how other implementations deal with invalid DER encoding. NSS 3.41, Firefox, and Chromium accept the certifiate. NSS shows the serial number as "102 (0x66)" Firefox and Chromium display the serial number as "00:00:00:66". $ echo "password"

[issue35656] More matchers in unittest.mock

Yash Aggarwal added the comment: I feel it would be better to have tolerance as an argument. -- nosy: +FR4NKESTI3N ___ Python tracker ___

[issue35656] More matchers in unittest.mock

Petter S added the comment: Yes, something like this: class APPROXIMATE: """Takes a floating point number and implements approximate equality.""" def __init__(self, value): self.value = value def __eq__(self, other): return abs(self.value

[issue35596] Fatal Python error: initfsencoding: unable to load the file system codec zipimport.ZipImportError: can't find module 'encodings'

miss-islington added the comment: New changeset 69f64b67e43c65c2178c865fd1be80ed07f02d3c by Miss Islington (bot) in branch '3.7': bpo-35596: Use unchecked PYCs for the embeddable distro to avoid zipimport restrictions (GH-11465)

  1   2   >