[issue35674] Expose os.posix_spawnp()

[Joannah Nanjekye]

Joannah Nanjekye  added the comment:

I would go with exposing  posix_spawnp() as a separate function to rule out any 
arguments.

I am working on this in this regard unless anyone has a different view.

--
nosy: +nanjekyejoannah

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue35673] Loader for namespace packages

[Ronald Oussoren]

Ronald Oussoren  added the comment:

The background for all of this: I'm currently rewriting modulegraph 
(https://pypi.org/project/modulegraph/) to use importlib instead of its own 
implementation of the import mechanism.

I currently detect PEP420 style namespace packages, but I'm not sure if I 
really need that information.  With the current behaviour of the namespace 
loader I probably do, because I'd otherwise end up with creating an __init__.py 
for these packages when I use the generated module graph in py2app to copy 
modules into an application bundle.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue35673] Loader for namespace packages

[Eric V. Smith]

Eric V. Smith  added the comment:

I think exposing _NamespaceLoader as NamespaceLoader and registering the ABC 
make sense. That would make this in to a feature request for 3.8.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Vladimir Perić]

Vladimir Perić  added the comment:

Thank you all for this expeditive help. Sorry for taking your time.
I will remove bad certificates from my machine.
Thanks again.

I will try to close this one.

--
stage:  -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue35568] Expose the C raise() function in the signal module, for use on Windows

[miss-islington]

miss-islington  added the comment:


New changeset c24c6c2c9357da99961bf257078240529181daf3 by Miss Islington (bot) 
(Vladimir Matveev) in branch 'master':
bpo-35568: add 'raise_signal' function (GH-11335)
https://github.com/python/cpython/commit/c24c6c2c9357da99961bf257078240529181daf3


--
nosy: +miss-islington

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue35568] Expose the C raise() function in the signal module, for use on Windows

[Andrew Svetlov]

Change by Andrew Svetlov :


--
components: +Library (Lib)
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue35684] Windows "embedded" Python downloads are malformed

[Nathaniel Smith]

New submission from Nathaniel Smith :

~$ unzip -l /tmp/python-3.7.2-embed-amd64.zip 
Archive:  /tmp/python-3.7.2-embed-amd64.zip
  Length  DateTimeName
-  -- -   
99856  2018-12-23 23:10   python.exe
98320  2018-12-23 23:10   pythonw.exe
  3780624  2018-12-23 23:09   python37.dll
58896  2018-12-23 23:10   python3.dll
85232  2018-12-10 22:06   vcruntime140.dll
   200208  2018-12-23 23:10   pyexpat.pyd
26640  2018-12-23 23:10   select.pyd
  1073168  2018-12-23 23:10   unicodedata.pyd
28688  2018-12-23 23:10   winsound.pyd
71184  2018-12-23 23:10   _asyncio.pyd
89104  2018-12-23 23:10   _bz2.pyd
22544  2018-12-23 23:10   _contextvars.pyd
   133136  2018-12-23 23:10   _ctypes.pyd
   267792  2018-12-23 23:10   _decimal.pyd
   209424  2018-12-23 23:10   _elementtree.pyd
38928  2018-12-23 23:10   _hashlib.pyd
   257040  2018-12-23 23:10   _lzma.pyd
39440  2018-12-23 23:10   _msi.pyd
29200  2018-12-23 23:10   _multiprocessing.pyd
44048  2018-12-23 23:10   _overlapped.pyd
27664  2018-12-23 23:10   _queue.pyd
75792  2018-12-23 23:10   _socket.pyd
85520  2018-12-23 23:10   _sqlite3.pyd
   123408  2018-12-23 23:10   _ssl.pyd
  2480296  2018-12-23 22:20   libcrypto-1_1-x64.dll
   523944  2018-12-23 22:20   libssl-1_1-x64.dll
  1190416  2018-12-23 23:10   sqlite3.dll
85232  2018-12-10 22:06   vcruntime140.dll
  2386539  2018-12-23 23:14   python37.zip
   79  2018-12-23 23:14   python37._pth
- ---
 13632362 30 files

Notice that "vcruntime140.dll" appears twice on this list, once near the top 
and once near the bottom.

If we try to unpack this using the powershell Expand-Archive command, it fails 
with:

Failed to create file 'D:\a\1\s\python-dir\vcruntime140.dll' while expanding 
the archive file 
'D:\a\1\s\python.zip' contents as the file 
'D:\a\1\s\python-dir\vcruntime140.dll' already exists. Use the -Force 
parameter if you want to overwrite the existing directory 
'D:\a\1\s\python-dir\vcruntime140.dll' contents when 
expanding the archive file.

Probably it would be better to only include one copy of vcruntime140.dll :-)

--
assignee: steve.dower
messages: 333217
nosy: njs, steve.dower
priority: normal
severity: normal
status: open
title: Windows "embedded" Python downloads are malformed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue35684] Windows "embedded" Python downloads are malformed

[Karthikeyan Singaravelan]

Karthikeyan Singaravelan  added the comment:

Seems this is fixed as part of related issue issue35596

--
nosy: +xtreak

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue35684] Windows "embedded" Python downloads are malformed

[Serhiy Storchaka]

Change by Serhiy Storchaka :


--
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> Fatal Python error: initfsencoding: unable to load the file 
system codec zipimport.ZipImportError: can't find module 'encodings'

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Steve Dower]

Steve Dower  added the comment:


New changeset 872bd2b57ce8e4ea7a54acb3934222c0e4e7276b by Steve Dower in branch 
'master':
bpo-35596: Use unchecked PYCs for the embeddable distro to avoid zipimport 
restrictions (GH-11465)
https://github.com/python/cpython/commit/872bd2b57ce8e4ea7a54acb3934222c0e4e7276b


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue35684] Windows "embedded" Python downloads are malformed

[Nathaniel Smith]

Nathaniel Smith  added the comment:

You're right, good catch!

--
resolution: duplicate -> fixed
stage: resolved -> 
superseder: Fatal Python error: initfsencoding: unable to load the file system 
codec zipimport.ZipImportError: can't find module 'encodings' -> 

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue35684] Windows "embedded" Python downloads are malformed

[Karthikeyan Singaravelan]

Change by Karthikeyan Singaravelan :


--
stage:  -> resolved
superseder:  -> Fatal Python error: initfsencoding: unable to load the file 
system codec zipimport.ZipImportError: can't find module 'encodings'

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[miss-islington]

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)
https://github.com/python/cpython/commit/69f64b67e43c65c2178c865fd1be80ed07f02d3c


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue35656] More matchers in unittest.mock

[Petter S]

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 - other) / (abs(self.value) + abs(other)) < 
1e-6

def __repr__(self):
return f"APPROXIMATE({self.value})"


Then the following would hold:

got = {
"name": "Petter",
"length": 1.91
}

expected = {
"name": "Petter",
"length": APPROXIMATE(1.9)
}

assert got == expected

But not

got["length"] = 1.8
assert got == expected

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue35656] More matchers in unittest.mock

[Yash Aggarwal]

Yash Aggarwal  added the comment:

I feel it would be better to have tolerance as an argument.

--
nosy: +FR4NKESTI3N

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Christian Heimes]

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" > passwd
$ certutil -d . -f passwd -N
$ certutil -d . -f passwd -A -n ca -i ../ca.pem -t C,C,C
$ certutil -d . -L -n ca
Certificate:
Data:
Version: 3 (0x2)
Serial Number: 102 (0x66)
Signature Algorithm: PKCS #1 SHA-1 With RSA Encryption
Issuer: "C=RS,L=Beograd,O=MUP Republike Srbije,CN=MUPCA Root"
Validity:
Not Before: Sat Feb 27 16:19:18 2010
Not After : Thu Feb 27 16:19:18 2020
Subject: "C=Re...,L=Beograd,O=MUP Republike Srbije,CN=MUPCA Resursi"
Subject Public Key Info:
Public Key Algorithm: PKCS #1 RSA Encryption
RSA Public Key:
Modulus:
ea:69:46:bc:c7:70:00:d5:f5:32:8d:c7:4e:ad:3a:a5:
d3:29:7e:a2:46:12:a9:dd:57:75:b1:49:95:80:20:ed:
9b:68:6b:e3:c5:55:d8:64:15:68:42:ab:a3:f7:c0:96:
37:08:51:cb:05:ca:b5:99:f6:07:a6:8b:f2:cd:d2:f5:
d6:16:12:da:bf:a8:0b:9c:45:5d:ac:79:1d:a8:67:47:
ee:7f:83:40:f8:58:00:d5:dd:c4:c9:52:1b:d2:f4:ce:
e1:fa:8a:66:d3:18:86:1e:ea:fc:0a:8b:b5:ec:49:cd:
86:bf:8b:7e:b0:61:81:ec:ea:99:4f:64:82:96:93:9d:
ab:80:7d:a7:27:65:00:d4:12:26:98:45:64:7e:76:0b:
98:ff:16:50:49:0c:45:20:82:ce:2e:23:a2:65:3a:b7:
44:cd:51:00:d9:bf:e3:1f:de:23:1d:57:e9:32:c3:55:
f0:24:af:d4:cf:cd:9e:77:1f:19:7e:1c:03:5b:7a:e4:
75:84:3b:d4:1d:e9:23:d6:8c:f2:8f:b2:0d:e3:79:df:
9e:03:1e:0e:15:5b:7b:0c:dd:6e:4d:82:86:5a:63:79:
64:b5:07:79:dd:fd:08:e3:d6:cb:60:01:fd:82:11:59:
2c:8d:22:f8:f9:91:59:b1:cd:12:7b:39:6d:08:82:5d
Exponent: 65537 (0x10001)
Signed Extensions:
Name: Certificate Basic Constraints
Critical: True
Data: Is a CA with no maximum path length.

Name: Certificate Key Usage
Critical: True
Usages: Certificate Signing
CRL Signing

Name: Authority Information Access
Method: PKIX CA issuers access method
Location: 
URI: "http://ca.mup.gov.rs/MUPCARoot.crt";

Name: Certificate Subject Key ID
Data:
cb:f9:00:a9:b7:b6:c1:6f:44:43:d0:22:ad:fc:0e:6e:
cc:8f:f6:0f

Name: Certificate Authority Key Identifier
Key ID:
3f:66:b0:0f:66:fb:f0:10:2e:61:a4:6f:ef:2c:95:8a:
14:72:6f:71

Name: CRL Distribution Points
Distribution point:
URI: "http://ca.mup.gov.rs/MUPCARoot.crl";

Signature Algorithm: PKCS #1 SHA-1 With RSA Encryption

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue35674] Expose os.posix_spawnp()

[STINNER Victor]

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 preference for the API. My main 
problem with the keyword option is the risk of name conflict if a new feature 
is added to posix_spawn() with a name similar to my proposed name "use_path".

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Emmanuel Arias]

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, question, why on unittest.mock documentation is used `assert *something* 
== *something*` and it is not used the assertEquals (and others)? IMHO this 
would be better for unittest docs.

Regards

--
assignee: docs@python
components: Documentation
messages: 333226
nosy: docs@python, eamanu, michael.foord
priority: normal
severity: normal
status: open
title: Add samples on patch.dict of the use of decorator and in class
type: enhancement
versions: Python 3.8

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Emmanuel Arias]

Change by Emmanuel Arias :


--
keywords: +patch
pull_requests: +10959
stage:  -> patch review

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Emmanuel Arias]

Change by Emmanuel Arias :


--
keywords: +patch, patch, patch
pull_requests: +10959, 10960, 10961
stage:  -> patch review

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Emmanuel Arias]

Change by Emmanuel Arias :


--
keywords: +patch, patch
pull_requests: +10959, 10960
stage:  -> patch review

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[STINNER Victor]

Change by STINNER Victor :


--
pull_requests: +10962

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[STINNER Victor]

Change by STINNER Victor :


--
pull_requests: +10962, 10963

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[STINNER Victor]

Change by STINNER Victor :


--
pull_requests: +10962, 10963, 10964

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[STINNER Victor]

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 it.

By the way, the _overlapped.Overlapped type has no traverse function: it may 
help the garbage collector to add once, since asyncio is famous for building 
reference cycles by design (Future.set_exception()).

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[miss-islington]

Change by miss-islington :


--
pull_requests: +10965, 10966

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[miss-islington]

Change by miss-islington :


--
pull_requests: +10965

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[STINNER Victor]

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


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[miss-islington]

Change by miss-islington :


--
pull_requests: +10965, 10966, 10967

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[STINNER Victor]

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 merged.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[miss-islington]

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: +miss-islington

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[STINNER Victor]

Change by STINNER Victor :


--
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue35198] Build issue while compiling cpp files in AIX

[Ayappan]

Ayappan  added the comment:

Not sure what went wrong here.
I used gcc & g++ and didn't hit this issue.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Marc Schlaich]

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

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[STINNER Victor]

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 asyncio.ProactorEventLoop.sendfile(): don't
attempt to set the result of an internal future if it's already done.

Fix asyncio _ProactorBasePipeTransport._force_close(): don't set the
result of _empty_waiter if it's already done.

--
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> asyncio: bug in _ProactorBasePipeTransport._force_close()

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue35671] reserved identifier violation

[Ronald Oussoren]

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* global symbols starting with an underscore, while 
such symbols are commonly used for private names in libraries. Not just in the 
Python implementation, but throughout the C/C++ ecosystem. 

Changing both as a large impact on the CPython implementation due to changing 
identifiers for private symbols, and there is no clear way to pick new names 
that clearly and concisely indicate that names are private (esp. not without 
inventing a new convention).  Such a change could also not be done for all 
released versions of Python (that is, for 3.8 at the earliest), which leads to 
an increased maintenance cost as well due to a higher chance for merge 
conflicts when back porting bug fixes. 

Because of this it is IMHO not worthwhile to change the names of private 
symbols in the CPython implementation unless there is clear evidence that a 
particular symbol causes problems with compilers.

That said, changing the include guard with double underscores would be fine 
because that name doesn't follow the regular CPython coding style.

P.S. A draft of an ISO C std: 
http://www.open-std.org/jtc1/sc22/wg14/www/docs/n1124.pdf. Section 7.1.3 
defines what reserved identifiers are.

--
type: security -> enhancement

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue33944] Deprecate and remove pth files

[Chris Billington]

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 has a concept of 'the user's modules', which the user can 
import from anywhere. When the application is installed, it installs a .pth 
file to add this 'userlib' folder to the Python path. This way the user can 
maintain importable modules that they re-use in their analysis without having 
to put them on PyPI or anything like that (which would be impractical since 
they are often being hacked on and don't have anything resembling a release 
cycle). It is important that these modules aren't just available from within 
the environment my application provides, as that is a bit too rigid - the user 
should be able to use the normal Python REPL or IPython or whatever to develop 
and test their code when the 'scheduler' is not in control of running
  it. 

I'm not sure what I would do instead if .pth files went away. Modifying 
PYTHONPATH is messy since it applies to all python versions, whereas .pth files 
are nicely specific only to the one Python installation. sitecustomize.py is 
messy because if it already exists I need to programmatically modify it to add 
or remove my changes (and contend with the fact that other packages may be 
doing the same), whereas a .pth file is nicely separate.

I didn't even know about the arbitrary code execution capabilities of .pth 
files and don't really care, but keeping the ability to add directories to the 
Python path would be nice, as the alternatives for doing this are unappealing 
(and for my application, putting the code the user is hacking on daily deep 
inside a Conda environment folder hierarchy is unappealing too).

--
nosy: +Chris Billington

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue35686] memoryview contextmanager causing strange crash

[Thomas Waldmann]

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 code.

So it was clear to me, that we should use the CM there. So I added that (first 
changeset) and that made the code always fail (see first travis-ci link).

Then removed the CM again and replaced it with functionally equivalent 
try/finally (second changeset) - that worked.

So, the question is whether there is some issue in CPython's memoryview 
contextmanager code that make it fail in such a strange way.

--
messages: 333236
nosy: Thomas.Waldmann
priority: normal
severity: normal
status: open
title: memoryview contextmanager causing strange crash
type: crash
versions: Python 3.5, Python 3.6, Python 3.7

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue35686] memoryview contextmanager causing strange crash

[Karthikeyan Singaravelan]

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

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue35686] memoryview contextmanager causing strange crash

[Serhiy Storchaka]

Change by Serhiy Storchaka :


--
nosy: +skrah

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue35686] BufferError with memory.release()

[Stefan Krah]

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 
memory.release()
type: crash -> behavior

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue35686] BufferError with memory.release()

[Thomas Waldmann]

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 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue35686] BufferError with memory.release()

[Stefan Krah]

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 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue35686] BufferError with memory.release()

[Thomas Waldmann]

Thomas Waldmann  added the comment:

with context manager, does not work.

--
Added file: https://bugs.python.org/file48032/issue35686b.py

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue35686] BufferError with memory.release()

[Thomas Waldmann]

Thomas Waldmann  added the comment:

with try/finally: works.

--
Added file: https://bugs.python.org/file48033/issue35686c.py

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue35686] BufferError with memory.release()

[Thomas Waldmann]

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 BufferError

c: using try/finally to make sure memoryview is released: works

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue35686] BufferError with memory.release()

[Thomas Waldmann]

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 rather point to mmap.__exit__).

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2506] Add mechanism to disable optimizations

[Brett Cannon]

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 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Brett Cannon]

Change by Brett Cannon :


--
nosy: +michael.foord, rbcollins

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue35683] Enable manylinux1 builds on Pipelines for CI testing

[Brett Cannon]

Change by Brett Cannon :


--
title: Enable manylinux1 builds on Pipelines -> Enable manylinux1 builds on 
Pipelines for CI testing

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue35486] subprocess module import hooks breaks back compatibility

[David Wilson]

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, backwards-incompatible manner.

As of Python 3.5, ImportError meant both "ImportError" and 
"ModuleNotFoundError". As of 3.6, the senses are distinct, and thus code 
written against ImportError as it existed in 3.5 no longer works correctly as 
of 3.6.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue35686] BufferError with memory.release()

[Stefan Krah]

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 hanging.

This actually works as expected because the ManagedBufferObject
cannot know that it could also release the slice. That's what I
meant by saying that it's the application's responsibility to
release all views that are based on the context manager's view.


One way of doing so would be this:

with open(fn, 'rb') as fd:
with mmap.mmap(fd.fileno(), 0, access=mmap.ACCESS_READ) as mm:
with memoryview(mm) as data:
with data[:2] as theslice:
print(theslice)

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue35686] BufferError with memory.release()

[Stefan Krah]

Stefan Krah  added the comment:

s/on export/one export/

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue35686] BufferError with memory.release()

[Stefan Krah]

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 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Steve Dower]

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?

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Terry J. Reedy]

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)

... (15 other hits for [python-idle] clear screen)

https://stackoverflow.com/questions/54083355/how-to-clear-the-screen-in-idle-on-imac
 - 2019 today

So I want to revisit this after we do a bit more on squeezer.  I want to add 
'Clear and Restart' to the Shell menu, as Raymond suggested, so I am inclined 
to 'clear and restart' this discussion by closing this issue and reopening 
#17632 as a followup.

--
type: behavior -> enhancement
versions: +Python 3.8 -Python 3.6

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Ned Deily]

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, Steve?

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[STINNER Victor]

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 release. But 
for pratical issues, would it be possible to use a different *filename*? For 
example, Python website rely a lot on CDN caching. It can be surprising to have 
two files with the same name but different content.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Ned Deily]

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.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Steve Dower]

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 advertised 
at the point of sale.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Steve Dower]

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.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Steve Dower]

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.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Addons Zz]

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" \
"testing.main_unit_tests.test_dictionaryBasicLogging:417 - 
dictionary {1: 'defined_chunk'}"

actual = "15:49:35:912.348986 - testing.main_unit_tests - dictionary\n" 
\
"15:49:35:918.879986 - testing.main_unit_tests - dictionary {1: 
'defined_chunk'}"

self.assertEqual(expected, actual)

if __name__ == '__main__':
unittest.main()
```

### Actual output

```diff
F
==
FAIL: test_function_name (__main__.StdErrUnitTests)
--
Traceback (most recent call last):
  File "D:\bug_assert_unittests.py", line 13, in test_function_name
self.assertEqual(expected, actual)
AssertionError: "testing.main_unit_tests.test_dictionaryBa[114 chars]nk'}" != 
"15:49:35:912.348986 - testing.main_unit_t[94 chars]nk'}"
- testing.main_unit_tests.test_dictionaryBasicLogging:416 - dictionary
- testing.main_unit_tests.test_dictionaryBasicLogging:417 - dictionary {1: 
'defined_chunk'}+ 15:49:35:912.348986 - testing.main_unit_tests - dictionary
+ 15:49:35:918.879986 - testing.main_unit_tests - dictionary {1: 
'defined_chunk'}

--
Ran 1 test in 0.001s

FAILED (failures=1)
```

### Expected output

```diff
F
==
FAIL: test_function_name (__main__.StdErrUnitTests)
--
Traceback (most recent call last):
  File "D:\bug_assert_unittests.py", line 13, in test_function_name
self.assertEqual(expected, actual)
AssertionError: "testing.main_unit_tests.test_dictionaryBa[114 chars]nk'}" != 
"15:49:35:912.348986 - testing.main_unit_t[94 chars]nk'}"
- testing.main_unit_tests.test_dictionaryBasicLogging:416 - dictionary
- testing.main_unit_tests.test_dictionaryBasicLogging:417 - dictionary {1: 
'defined_chunk'}
+ 15:49:35:912.348986 - testing.main_unit_tests - dictionary
+ 15:49:35:918.879986 - testing.main_unit_tests - dictionary {1: 
'defined_chunk'}

--
Ran 1 test in 0.001s

FAILED (failures=1)
```

### Differences between actual and expected output

```diff
@@ -7,7 +7,8 @@
 self.assertEqual(expected, actual)
 AssertionError: "testing.main_unit_tests.test_dictionaryBa[114 chars]nk'}" != 
"15:49:35:912.348986 - testing.main_unit_t[94 chars]nk'}"
 - testing.main_unit_tests.test_dictionaryBasicLogging:416 - dictionary
-- testing.main_unit_tests.test_dictionaryBasicLogging:417 - dictionary {1: 
'defined_chunk'}+ 15:49:35:912.348986 - testing.main_unit_tests - dictionary
+- testing.main_unit_tests.test_dictionaryBasicLogging:417 - dictionary {1: 
'defined_chunk'}
++ 15:49:35:912.348986 - testing.main_unit_tests - dictionary
 + 15:49:35:918.879986 - testing.main_unit_tests - dictionary {1: 
'defined_chunk'}
```

This kind of bug frequently happens. On this case, it is not putting a new line 
before the `+`. Other cases, it is not putting a new line before the `?`.

--
components: Tests, Windows
messages: 333258
nosy: addons_zz, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: The unittest module diff is missing/forgetting/not putting newline 
before + and ? for some inputs
type: behavior
versions: Python 3.6

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Piotr Dobrogost]

Change by Piotr Dobrogost :


--
nosy: +piotr.dobrogost

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Ned Deily]

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 change.  If you could 
write up something for the page, I can add it and change the file name when 
ready.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Serhiy Storchaka]

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 fourth number in the version.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Steve Dower]

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 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Steve Dower]

Change by Steve Dower :


--
nosy:  -steve.dower

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[mattip]

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 
on an `OpenBLAS` DLL that is installed into the `numpy/.libs` directory. But 
even after adding that directory to the `PATH` before running python (and 
checking with `depends.exe` that the `multiarray` c-extension module is now not 
missing any dependencies) I still cannot `import numpy`.

See also NumPy issue https://github.com/numpy/numpy/issues/12667

--
components: Windows
messages: 333262
nosy: brett.cannon, mattip, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: "pip install --user numpy" fails on Python from the Windos Store
versions: Python 3.7

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue35689] IDLE: Docstrings and test for colorizer

[Cheryl Sabella]

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: enhancement
versions: Python 3.7, Python 3.8

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue35689] IDLE: Docstrings and test for colorizer

[Cheryl Sabella]

Change by Cheryl Sabella :


--
keywords: +patch
pull_requests: +10968
stage:  -> patch review

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue35689] IDLE: Docstrings and test for colorizer

[Cheryl Sabella]

Change by Cheryl Sabella :


--
keywords: +patch, patch
pull_requests: +10968, 10969
stage:  -> patch review

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue35689] IDLE: Docstrings and test for colorizer

[Cheryl Sabella]

Change by Cheryl Sabella :


--
keywords: +patch, patch, patch
pull_requests: +10968, 10969, 10970
stage:  -> patch review

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue35689] IDLE: Docstrings and test for colorizer

[Cheryl Sabella]

Change by Cheryl Sabella :


--
pull_requests:  -10969

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue35689] IDLE: Docstrings and test for colorizer

[Cheryl Sabella]

Change by Cheryl Sabella :


--
pull_requests:  -10970

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Ned Deily]

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 the Windows embeddable distribution is packaged.  I don't 
think we expect alternate distributors to produce such distributions - or do we 
know of such cases?  And, even if so, it's not a big deal for a third-party to 
pick up the change. There are parts of the PC and Mac source tree that really 
are intended only for building of python.org binary releases.  If the changes 
affected the python executables or standard library files, that would be a very 
different matter.  It is a trade-off; I just don't think that this is the type 
of change that needs to trigger a new release cycle and I don't want to go down 
the path of creating a new level of release.  When was the last time we had a 
3.x.y.z? I don't recall one.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Ned Deily]

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

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Steve Dower]

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 PC/layout (though the actual change I made is more 
significant to support other use cases).

The binary and library sources are so identical this doesn't even require a 
rebuild. And anyone building their own distro from source using this script 
will hit the issue and find this bug. The only reason I missed it was because I 
tested against master, not realising that the new zipimport changed behaviour 
here. Nobody else will be blindly releasing these packages with only tests 
against an incompatible versions the way we do (and now I have tests).

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue35690] IDLE: Fix and test debugger.

[Terry J. Reedy]

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 need to 
determine that now.)

--
messages: 333267
nosy: terry.reedy
priority: normal
severity: normal
stage: needs patch
status: open
title: IDLE: Fix and test debugger.
type: behavior
versions: Python 3.7, Python 3.8

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue35690] IDLE: Fix and test debugger.

[Terry J. Reedy]

Change by Terry J. Reedy :


--
assignee:  -> terry.reedy
components: +IDLE

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue35690] IDLE: Fix and test debugger.

[anthony shaw]

Change by anthony shaw :


--
keywords: +patch
pull_requests: +10971
stage: needs patch -> patch review

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue35668] Improve test coverage for idlelib

[Terry J. Reedy]

Change by Terry J. Reedy :


--
pull_requests:  -10913

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue35686] BufferError with memory.release()

[Eryk Sun]

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 
instance that creates the slice? It would be nice if memoryview supported 
alternate constructors memoryview(obj, stop) and memoryview(obj, start, stop[, 
step]).

--
nosy: +eryksun

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue35668] Improve test coverage for idlelib

[Terry J. Reedy]

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 run with the implicit default root mechanism disabled.  (It allows bugs 
unless there are no explicit Tk() calls in the process.)

Therefore, tests should run the same way.  But when I put 'tk.NoDefaultRoot()' 
in the always-run part of test.test_idle, which is usually run with 
test.regrtest, there were problems.  So I moved it to the 'if main' clause that 
runs the IDLE suite directly with unittest.  But this clause only executes when 
test_idle is the main module, such as when one runs 'python -m test.test_idle' 
instead of 'python -m test -ugui', with or without 'test_idle added to restrict 
testing to test_idle.

I will add the consequence for the debugger test to the PR.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Karthikeyan Singaravelan]

Change by Karthikeyan Singaravelan :


--
nosy: +xtreak

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[STINNER Victor]

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 wrote an article about that:
https://vstinner.github.io/locale-bugfixes-python3.html


Stefan Krah:
> My main concern with 'm' for libmpdec is that I'd like to reserve it
for LC_MONETARY.

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?

* decimal point
* thousands separator
* grouping

Because there are more and more format variants. See for example 
Python/formatter_unicode.c. It has 5 "locale types":

* LT_NO_LOCALE
* LT_DEFAULT_LOCALE
* LT_UNDERSCORE_LOCALE
* LT_UNDER_FOUR_LOCALE
* LT_CURRENT_LOCALE

and it uses this structure:

/* Locale info needed for formatting integers and the part of floats
   before and including the decimal. Note that locales only support
   8-bit chars, not unicode. */
typedef struct {
PyObject *decimal_point;
PyObject *thousands_sep;
const char *grouping;
char *grouping_buffer;
} LocaleInfo;

There is the locale but also "underscore" separator for thousands: see PEP 515.

I'm not talking about adding something into format(), but add a method to float 
maybe. Or add a function somewhere else.

--

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.

--
nosy: +vstinner

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue35668] Improve test coverage for idlelib

[anthony shaw]

Change by anthony shaw :


--
pull_requests: +10972

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue35668] Improve test coverage for idlelib

[anthony shaw]

Change by anthony shaw :


--
pull_requests: +10972, 10973

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue35691] cpython3.7.2 make test failed

[Wencan Deng]

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)
--
Traceback (most recent call last):
  File "/home/wencan/Downloads/Python-3.7.2/Lib/test/test_site.py", line 532, 
in test_startup_imports
self.assertFalse(modules.intersection(collection_mods), stderr)
AssertionError: {'collections', 'operator', 'functools', 'types', 'keyword', 
'reprlib', 'heapq'} is not false : import _frozen_importlib # frozen
import _imp # builtin
import '_thread' # 
import '_warnings' # 
import '_weakref' # 
# installing zipimport hook
import 'zipimport' # 
# installed zipimport hook
import '_frozen_importlib_external' # 
import '_io' # 
import 'marshal' # 
import 'posix' # 
import _thread # previously loaded ('_thread')
import '_thread' # 
import _weakref # previously loaded ('_weakref')
import '_weakref' # 
# 
/home/wencan/Downloads/Python-3.7.2/build/../Lib/encodings/__pycache__/__init__.cpython-37.pyc
 matches /home/wencan/Downloads/Python-3.7.2/build/../Lib/encodings/__init__.py
# code object from 
'/home/wencan/Downloads/Python-3.7.2/build/../Lib/encodings/__pycache__/__init__.cpython-37.pyc'
# 
/home/wencan/Downloads/Python-3.7.2/build/../Lib/__pycache__/codecs.cpython-37.pyc
 matches /home/wencan/Downloads/Python-3.7.2/build/../Lib/codecs.py
# code object from 
'/home/wencan/Downloads/Python-3.7.2/build/../Lib/__pycache__/codecs.cpython-37.pyc'
import '_codecs' # 
import 'codecs' # <_frozen_importlib_external.SourceFileLoader object at 
0x7fac3f07a940>
# 
/home/wencan/Downloads/Python-3.7.2/build/../Lib/encodings/__pycache__/aliases.cpython-37.pyc
 matches /home/wencan/Downloads/Python-3.7.2/build/../Lib/encodings/aliases.py
# code object from 
'/home/wencan/Downloads/Python-3.7.2/build/../Lib/encodings/__pycache__/aliases.cpython-37.pyc'
import 'encodings.aliases' # <_frozen_importlib_external.SourceFileLoader 
object at 0x7fac3f095358>
import 'encodings' # <_frozen_importlib_external.SourceFileLoader object at 
0x7fac3f07a3c8>
# 
/home/wencan/Downloads/Python-3.7.2/build/../Lib/encodings/__pycache__/utf_8.cpython-37.pyc
 matches /home/wencan/Downloads/Python-3.7.2/build/../Lib/encodings/utf_8.py
# code object from 
'/home/wencan/Downloads/Python-3.7.2/build/../Lib/encodings/__pycache__/utf_8.cpython-37.pyc'
import 'encodings.utf_8' # <_frozen_importlib_external.SourceFileLoader object 
at 0x7fac3f099080>
import '_signal' # 
# 
/home/wencan/Downloads/Python-3.7.2/build/../Lib/encodings/__pycache__/latin_1.cpython-37.pyc
 matches /home/wencan/Downloads/Python-3.7.2/build/../Lib/encodings/latin_1.py
# code object from 
'/home/wencan/Downloads/Python-3.7.2/build/../Lib/encodings/__pycache__/latin_1.cpython-37.pyc'
import 'encodings.latin_1' # <_frozen_importlib_external.SourceFileLoader 
object at 0x7fac3f099b38>
# 
/home/wencan/Downloads/Python-3.7.2/build/../Lib/__pycache__/io.cpython-37.pyc 
matches /home/wencan/Downloads/Python-3.7.2/build/../Lib/io.py
# code object from 
'/home/wencan/Downloads/Python-3.7.2/build/../Lib/__pycache__/io.cpython-37.pyc'
# 
/home/wencan/Downloads/Python-3.7.2/build/../Lib/__pycache__/abc.cpython-37.pyc 
matches /home/wencan/Downloads/Python-3.7.2/build/../Lib/abc.py
# code object from 
'/home/wencan/Downloads/Python-3.7.2/build/../Lib/__pycache__/abc.cpython-37.pyc'
import '_abc' # 
import 'abc' # <_frozen_importlib_external.SourceFileLoader object at 
0x7fac3f0a4160>
import 'io' # <_frozen_importlib_external.SourceFileLoader object at 
0x7fac3f099d68>
# 
/home/wencan/Downloads/Python-3.7.2/build/../Lib/__pycache__/_bootlocale.cpython-37.pyc
 matches /home/wencan/Downloads/Python-3.7.2/build/../Lib/_bootlocale.py
# code object from 
'/home/wencan/Downloads/Python-3.7.2/build/../Lib/__pycache__/_bootlocale.cpython-37.pyc'
import '_locale' # 
import '_bootlocale' # <_frozen_importlib_external.SourceFileLoader object at 
0x7fac3f0a4780>
Python 3.7.2 (default, Jan  9 2019, 09:31:17) 
[GCC 6.3.0 20170516] on linux
Type "help", "copyright", "credits" or "license" for more information.
# 
/home/wencan/Downloads/Python-3.7.2/build/../Lib/__pycache__/site.cpython-37.pyc
 matches /home/wencan/Downloads/Python-3.7.2/build/../Lib/site.py
# code object from 
'/home/wencan/Downloads/Python-3.7.2/build/../Lib/__pycache__/site.cpython-37.pyc'
# 
/home/wencan/Downloads/Python-3.7.2/build/../Lib/__pycache__/os.cpython-37.pyc 
matches /home/wencan/Downloads/Python-3.7.2/build/../Lib/os.py
# code object from 
'/home/wencan/Downloads/Python-3.7.2/build/../Lib/__pycache__/os.cpython-37.pyc'
# 
/home/wencan/Downloads/Python-3.7.2/build/../Lib/__pycache__/stat.cpython-37.pyc
 matches /home/wencan/Downloads/Python-3.7.2/build/../Lib/stat.py
# code object from 
'/home/wencan/Downloads/Python-3.7.2/build/../Lib/__pycache__/stat.cpython-37.pyc'
import '_stat' # 
imp

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

[Karthikeyan Singaravelan]

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 seems to produce incorrect output due to absence of newline. 
The last change was done for single string comparison with issue9174.

difflib.ndiff calculation done internally for the below reproducer

$ ./python.exe
Python 3.8.0a0 (heads/master:a234e14839, Jan  8 2019, 21:57:35)
[Clang 7.0.2 (clang-700.1.81)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> import difflib
>>> print(''.join(difflib.ndiff(['a\n', 'b'], ['c\n', 'd'])))
- a
- b+ c
+ d
>>> print(''.join(difflib.ndiff(['a\n', 'b\n'], ['c\n', 'd\n']))) # Possible 
>>> correct candidate?
- a
- b
+ c
+ d

A simpler reproducer

import unittest

class StdErrUnitTests(unittest.TestCase):

def test_function_name(self):
expected = "a\nb"
actual = "c\nd"

self.assertEqual(expected, actual)

def test_function_name_newlines_end(self):
expected = "a\nb\n"
actual = "c\nd\n"

self.assertEqual(expected, actual) # produces extra new line at the 
diff in the end with \d\n


if __name__ == '__main__':
unittest.main()

$ ./python.exe ../backups/bpo35687_1.py
FF
==
FAIL: test_function_name (__main__.StdErrUnitTests)
--
Traceback (most recent call last):
  File "../backups/bpo35687_1.py", line 9, in test_function_name
self.assertEqual(expected, actual)
AssertionError: 'a\nb' != 'c\nd'
- a
- b+ c
+ d

==
FAIL: test_function_name_newlines_end (__main__.StdErrUnitTests)
--
Traceback (most recent call last):
  File "../backups/bpo35687_1.py", line 15, in test_function_name_newlines_end
self.assertEqual(expected, actual)
AssertionError: 'a\nb\n' != 'c\nd\n'
- a
- b
+ c
+ d


--
Ran 2 tests in 0.003s

FAILED (failures=2)

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Karthikeyan Singaravelan]

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 
https://bugs.python.org/issue24780#msg258466 . There is an open patch with 
review in the issue. I guess this is a duplicate of issue24780 then?

Related sample case at msg258466

==
FAIL: test_notrailingnewline_2 (__main__.AssertEqualTest)
--
Traceback (most recent call last):
  File "test.py", line 18, in test_notrailingnewline_2
self.assertEqual("a\nbcdf", "a\nbddg")
AssertionError: 'a\nbcdf' != 'a\nbddg'
  a
- bcdf+ bddg

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Karthikeyan Singaravelan]

Change by Karthikeyan Singaravelan :


--
nosy: +xtreak
versions: +Python 3.7, Python 3.8 -Python 3.5, Python 3.6

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue35691] cpython3.7.2 make test failed

[Karthikeyan Singaravelan]

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 tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Jordan Hueckstaedt]

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 
"C:\Users\jordanhu\AppData\Local\Continuum\anaconda2\envs\py3\lib\pathlib.py", 
line 1318, in exists
self.stat()
  File 
"C:\Users\jordanhu\AppData\Local\Continuum\anaconda2\envs\py3\lib\pathlib.py", 
line 1140, in stat
return self._accessor.stat(self)
PermissionError: [WinError 21] The device is not ready: 'E:\\Whatever\\blah.txt'
>>> pathlib.Path(r"C:\Whatever\blah.txt").exists() # This drive exists
False

--
messages: 333275
nosy: Jordan Hueckstaedt
priority: normal
severity: normal
status: open
title: pathlib.Path.exists() on non-existent drive raises WinError instead of 
returning False
type: behavior
versions: Python 3.7

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Karthikeyan Singaravelan]

Change by Karthikeyan Singaravelan :


--
nosy: +eryksun

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Steve Dower]

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 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Karthikeyan Singaravelan]

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 maintainers think this is an issue with ndiff.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Ned Deily]

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 original URLs will result in hard failures.  I 
considered updating the 3.7.2 blog announcement but decided against it as 
likely adding more confusion than it was worth.  There just aren't that many 
users yet of the embeddable files.

--
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Karthikeyan Singaravelan]

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 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue35693] test_httpservers fails

[Jorge Ramos]

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: ResourceWarning: unclosed 

  gc.collect()
test test_httpservers failed -- multiple errors occurred; run in verbose mode 
for details


full run on attached file

--
components: Tests, Windows
files: run.txt
messages: 333279
nosy: neyuru, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: test_httpservers fails
versions: Python 3.6
Added file: https://bugs.python.org/file48034/run.txt

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com