[issue40889] Symmetric difference on dict_views is inefficient

[Inada Naoki]

Change by Inada Naoki :


--
nosy:  -inada.naoki
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

[issue40889] Symmetric difference on dict_views is inefficient

[Inada Naoki]

Inada Naoki  added the comment:


New changeset 07d81128124f2b574808e33267c38b104b42ae2a by Dennis Sweeney in 
branch 'master':
bpo-40889: Optimize dict.items() ^ dict.items() (GH-20718)
https://github.com/python/cpython/commit/07d81128124f2b574808e33267c38b104b42ae2a


--
nosy: +inada.naoki

___
Python tracker 

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

[issue37224] [subinterpreters] test__xxsubinterpreters fails randomly

[Kubilay Kocak]

Kubilay Kocak  added the comment:

Failure on AMD64 FreeBSD Shared 3.x (full log attached):

==
FAIL: test_subinterpreter (test.test__xxsubinterpreters.IsRunningTests)
--
Traceback (most recent call last):
  File 
"/usr/home/buildbot/python/3.x.koobs-freebsd-564d/build/Lib/test/test__xxsubinterpreters.py",
 line 478, in test_subinterpreter
self.assertTrue(interpreters.is_running(interp))
AssertionError: False is not true

...

2 tests failed:
test__xxsubinterpreters test_interpreters

...

test_already_running (test.test_interpreters.TestInterpreterRun) ... spam
Stderr:
Exception in thread Thread-19:
Traceback (most recent call last):
  File 
"/usr/home/buildbot/python/3.x.koobs-freebsd-564d/build/Lib/threading.py", line 
950, in _bootstrap_inner
self.run()
  File 
"/usr/home/buildbot/python/3.x.koobs-freebsd-564d/build/Lib/threading.py", line 
888, in run
self._target(*self._args, **self._kwargs)
  File 
"/usr/home/buildbot/python/3.x.koobs-freebsd-564d/build/Lib/test/test_interpreters.py",
 line 45, in run
interp.run(dedent(f"""
  File 
"/usr/home/buildbot/python/3.x.koobs-freebsd-564d/build/Lib/test/support/interpreters.py",
 line 94, in run
_interpreters.run_string(self._id, src_str)
RuntimeError: unrecognized interpreter ID 111
FAIL

...

test test_interpreters failed
test_send_recv_same_interpreter (test.test_interpreters.TestSendRecv) ... ok
==
FAIL: test_still_running (test.test_interpreters.TestInterpreterDestroy)
--
Traceback (most recent call last):
  File 
"/usr/home/buildbot/python/3.x.koobs-freebsd-564d/build/Lib/test/test_interpreters.py",
 line 309, in test_still_running
interp.close()
AssertionError: RuntimeError not raised
==
FAIL: test_subinterpreter (test.test_interpreters.TestInterpreterIsRunning)
--
Traceback (most recent call last):
  File 
"/usr/home/buildbot/python/3.x.koobs-freebsd-564d/build/Lib/test/test_interpreters.py",
 line 207, in test_subinterpreter
self.assertTrue(interp.is_running())
AssertionError: False is not true
==
FAIL: test_already_running (test.test_interpreters.TestInterpreterRun)
--
Traceback (most recent call last):
  File 
"/usr/home/buildbot/python/3.x.koobs-freebsd-564d/build/Lib/test/test_interpreters.py",
 line 383, in test_already_running
self.interp.run('print("spam")')
AssertionError: RuntimeError not raised
Stderr:
Exception in thread Thread-19:
Traceback (most recent call last):
  File 
"/usr/home/buildbot/python/3.x.koobs-freebsd-564d/build/Lib/threading.py", line 
950, in _bootstrap_inner
self.run()
  File 
"/usr/home/buildbot/python/3.x.koobs-freebsd-564d/build/Lib/threading.py", line 
888, in run
self._target(*self._args, **self._kwargs)
  File 
"/usr/home/buildbot/python/3.x.koobs-freebsd-564d/build/Lib/test/test_interpreters.py",
 line 45, in run
interp.run(dedent(f"""
  File 
"/usr/home/buildbot/python/3.x.koobs-freebsd-564d/build/Lib/test/support/interpreters.py",
 line 94, in run
_interpreters.run_string(self._id, src_str)
RuntimeError: unrecognized interpreter ID 111
--
Ran 40 tests in 20.251s
FAILED (failures=3)
1 test failed again:
test_interpreters
== Tests result: FAILURE then FAILURE ==

...

1 test failed:
test_interpreters

...

2 re-run tests:
test__xxsubinterpreters test_interpreters

--
nosy: +koobs
Added file: 
https://bugs.python.org/file49224/3.x.koobs-freebsd-564d-build-973-test-stdio.txt

___
Python tracker 

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

[issue40888] Add close method to queue

[Raymond Hettinger]

Raymond Hettinger  added the comment:

This can be re-opened if the discussion on the list warrants it.

--
nosy: +rhettinger
resolution:  -> later
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

[issue40900] uuid module build fix on FreeBSD proposal

[Kubilay Kocak]

Kubilay Kocak  added the comment:

Another example, this time for lzma:

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=209355

--

___
Python tracker 

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

[issue32604] [subinterpreters] PEP 554 implementation: add interpreters module

[Joannah Nanjekye]

Joannah Nanjekye  added the comment:


New changeset bae872f1fe9b3a0d3e3b8800a2ac8d6b440d6e4d by Joannah Nanjekye in 
branch 'master':
bpo-32604: Recommit "bpo-32604: PEP 554 for use in test suite (GH-19985)" 
(GH-20611)
https://github.com/python/cpython/commit/bae872f1fe9b3a0d3e3b8800a2ac8d6b440d6e4d


--

___
Python tracker 

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

[issue40915] multiple problems with mmap.resize() in Windows

[Eryk Sun]

Eryk Sun  added the comment:

For a concrete example, here's a rewrite of the Windows implementation that 
incorporates the suggested changes.

#include 

#ifdef MS_WINDOWS
/* a named file mapping that's open more than once can't be resized */
/* this check could be moved into is_resizeable */
if (self->tagname) {
typedef NTSTATUS NTAPI ntqo_f(HANDLE, OBJECT_INFORMATION_CLASS,
PVOID, ULONG, PULONG);
ntqo_f *pNtQueryObject = (ntqo_f *)GetProcAddress(
GetModuleHandleW(L"ntdll"), "NtQueryObject");
if (pNtQueryObject) {
PUBLIC_OBJECT_BASIC_INFORMATION info;
NTSTATUS status = pNtQueryObject(self->map_handle,
ObjectBasicInformation, , sizeof(info), NULL);
if (NT_SUCCESS(status) && info.HandleCount > 1) {
PyErr_SetFromWindowsErr(ERROR_USER_MAPPED_FILE);
return NULL;
}
}
}
DWORD error = 0;
char *old_data = self->data;
LARGE_INTEGER offset, max_size;
offset.QuadPart = self->offset;
max_size.QuadPart = new_size;
/* close the file mapping */
CloseHandle(self->map_handle);
self->map_handle = NULL;
/* if it's not the paging file, unmap the view and resize the file */
if (self->file_handle != INVALID_HANDLE_VALUE) {
UnmapViewOfFile(self->data);
self->data = NULL;
/* resize the file */
if (!SetFilePointerEx(self->file_handle, max_size, NULL,
 FILE_BEGIN) ||
!SetEndOfFile(self->file_handle)) {
/* resizing failed. try to remap the file */
error = GetLastError();
new_size = max_size.QuadPart = self->size;
}
}
/* create a new file mapping and map a new view */
/* FIXME: call CreateFileMappingW with wchar_t tagname */
self->map_handle = CreateFileMapping(self->file_handle, NULL,
PAGE_READWRITE, max_size.HighPart, max_size.LowPart,
self->tagname);
if (self->map_handle != NULL &&
  GetLastError() != ERROR_ALREADY_EXISTS) {
self->data = MapViewOfFile(self->map_handle, FILE_MAP_WRITE,
offset.HighPart, offset.LowPart, new_size);
if (self->data != NULL) {
/* copy the old view if using the paging file */
if (self->file_handle == INVALID_HANDLE_VALUE) {
memcpy(self->data, old_data,
self->size < new_size ? self->size : new_size);
}
self->size = new_size;
} else {
error = GetLastError();
CloseHandle(self->map_handle);
self->map_handle = NULL;
}
} else {
error = GetLastError();
}
/* unmap the old view if using the paging file */
if (self->file_handle == INVALID_HANDLE_VALUE) {
UnmapViewOfFile(old_data);
}
if (error) {
PyErr_SetFromWindowsErr(error);
return NULL;
}
Py_RETURN_NONE;
#endif /* MS_WINDOWS */

--

___
Python tracker 

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

[issue40890] Dict views should be introspectable

[Inada Naoki]

Inada Naoki  added the comment:

+1.

--

___
Python tracker 

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

[issue40915] multiple problems with mmap.resize() in Windows

[Eryk Sun]

Change by Eryk Sun :


--
Removed message: https://bugs.python.org/msg371153

___
Python tracker 

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

[issue40935] Links to Python3 docs for some libs return 404

[Edison Abahurire]

New submission from Edison Abahurire :

These links in the deprecation warning on some Python 2 stdlib libraries 
documentation pages pointing to Python 3 alternatives return 404s. 

The link behind the words "Python documentation for the current stable release."

Examples:
https://docs.python.org/2/library/cgihttpserver.html
https://docs.python.org/2/library/basehttpserver.html
https://docs.python.org/2/library/simplehttpserver.html
https://docs.python.org/2/library/httplib.html
https://docs.python.org/2/library/cookie.html

The current methodology used is to replace the `2` with a `3` when making a new 
url and the challenge is that some libraries names changed.

--
messages: 371154
nosy: edison.abahurire, eric.araujo, ezio.melotti, mdk, willingc
priority: normal
severity: normal
status: open
title: Links to Python3 docs for some libs return 404

___
Python tracker 

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

[issue40915] multiple problems with mmap.resize() in Windows

[Eryk Sun]

Eryk Sun  added the comment:

For a concrete example, here's a rewrite of the Windows implementation that 
incorporates the suggested changes. 

#include 

#ifdef MS_WINDOWS
/* a named file mapping that's open more than once can't be resized */
/* this check could be moved into is_resizeable */
if (self->tagname) {
typedef NTSTATUS NTAPI ntqo_f(HANDLE, OBJECT_INFORMATION_CLASS,
PVOID, ULONG, PULONG);
ntqo_f *pNtQueryObject = (ntqo_f *)GetProcAddress(
GetModuleHandleW(L"ntdll"), "NtQueryObject");
if (pNtQueryObject) {
PUBLIC_OBJECT_BASIC_INFORMATION info;
NTSTATUS status = pNtQueryObject(self->map_handle,
ObjectBasicInformation, , sizeof(info), NULL);
if (NT_SUCCESS(status) && info.HandleCount > 1) {
PyErr_SetFromWindowsErr(ERROR_USER_MAPPED_FILE);
return NULL;
}
}
}
DWORD error = 0;
char *old_data = self->data;
LARGE_INTEGER offset;
offset.QuadPart = self->offset;
/* close the file mapping */
CloseHandle(self->map_handle);
self->map_handle = NULL;
/* if it's not the paging file, unmap the view and resize the file */
if (self->file_handle != INVALID_HANDLE_VALUE) {
UnmapViewOfFile(self->data);
self->data = NULL;
/* resize the file */
if (!SetFilePointerEx(self->file_handle, offset, NULL,
 FILE_BEGIN) ||
!SetEndOfFile(self->file_handle)) {
/* resizing failed. try to remap the file */
error = GetLastError();
new_size = self->size;
}
}
/* create a new file mapping and map a new view */
LARGE_INTEGER max_size;
max_size.QuadPart = new_size;
/* FIXME: call CreateFileMappingW with wchar_t tagname */
self->map_handle = CreateFileMapping(self->file_handle, NULL,
PAGE_READWRITE, max_size.HighPart, max_size.LowPart,
self->tagname);
if (self->map_handle != NULL &&
  GetLastError() != ERROR_ALREADY_EXISTS) {
self->data = MapViewOfFile(self->map_handle, FILE_MAP_WRITE,
offset.HighPart, offset.LowPart, new_size);
if (self->data != NULL) {
/* copy the old view if using the paging file */
if (self->file_handle == INVALID_HANDLE_VALUE) {
memcpy(self->data, old_data,
self->size < new_size ? self->size : new_size);
}
self->size = new_size;
} else {
error = GetLastError();
CloseHandle(self->map_handle);
self->map_handle = NULL;
}
} else {
error = GetLastError();
}
/* unmap the old view if using the paging file */
if (self->file_handle == INVALID_HANDLE_VALUE) {
UnmapViewOfFile(old_data);
}
if (error) {
PyErr_SetFromWindowsErr(error);
return NULL;
}
Py_RETURN_NONE;
#endif /* MS_WINDOWS */

--

___
Python tracker 

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

[issue34003] csv.DictReader can return basic dict instead of OrderedDict

[miss-islington]

miss-islington  added the comment:


New changeset 663836e1179ea79eac12e55670af7e89a531a060 by Miss Islington (bot) 
in branch '3.8':
[3.8] bpo-34003: Re-add versionchanged entry in csv docs (GH-20657) (GH-20771)
https://github.com/python/cpython/commit/663836e1179ea79eac12e55670af7e89a531a060


--

___
Python tracker 

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

[issue34003] csv.DictReader can return basic dict instead of OrderedDict

[miss-islington]

miss-islington  added the comment:


New changeset 73b728a779aa7d6d8f088c4b21447bba4bf3a351 by Miss Islington (bot) 
in branch '3.9':
[3.9] bpo-34003: Re-add versionchanged entry in csv docs (GH-20657) (GH-20770)
https://github.com/python/cpython/commit/73b728a779aa7d6d8f088c4b21447bba4bf3a351


--

___
Python tracker 

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

[issue40907] cpython/lib/queue.py: put() does not acquire not_empty before notifying on it

[Raymond Hettinger]

Raymond Hettinger  added the comment:

Also note that threading.Condition.notify() would raise a RuntimeError if the 
underlying lock had not been acquired.

Have you observed any behavior to the contrary?

--

___
Python tracker 

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

[issue29242] Crash on GC when compiling PyPy

[Ma Lin]

Ma Lin  added the comment:

I suggest not to close this issue, this is an opportunity to investigate 
whether Python3 has this problem as well.

--
nosy: +Ma Lin

___
Python tracker 

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

[issue34003] csv.DictReader can return basic dict instead of OrderedDict

[miss-islington]

Change by miss-islington :


--
pull_requests: +19969
pull_request: https://github.com/python/cpython/pull/20771

___
Python tracker 

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

[issue34003] csv.DictReader can return basic dict instead of OrderedDict

[miss-islington]

Change by miss-islington :


--
pull_requests: +19968
pull_request: https://github.com/python/cpython/pull/20770

___
Python tracker 

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

[issue34003] csv.DictReader can return basic dict instead of OrderedDict

[miss-islington]

miss-islington  added the comment:


New changeset 7aed0524d4129766a6032326949ef7f91f6f6dfc by Éric Araujo in branch 
'master':
bpo-34003: Re-add versionchanged entry in csv docs (GH-20657)
https://github.com/python/cpython/commit/7aed0524d4129766a6032326949ef7f91f6f6dfc


--
nosy: +miss-islington

___
Python tracker 

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

[issue40882] memory leak in multiprocessing.shared_memory.SharedMemory in Windows

[Eryk Sun]

Change by Eryk Sun :


--
nosy: +christian.heimes

___
Python tracker 

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

[issue40907] cpython/lib/queue.py: put() does not acquire not_empty before notifying on it

[Raymond Hettinger]

New submission from Raymond Hettinger :

This code looks correct to me.  For condition variables, the requirement is 
that the underlying lock be held when notify() is called.  The not_full and 
not_empty condition variables share the same underlying lock, so it is 
sufficient that not_empty.notify() is called inside the body of "with 
self.not_full".

--
nosy: +tim.peters

___
Python tracker 

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

[issue40934] Default RLock does not work well for Manager Condition

[Misko Dzamba]

New submission from Misko Dzamba :

I get unexpected behavior from Condition when using a Manager. I expected that 
if I call Condition.acquire() in one thread (or process) and then call 
.acquire() if another thread (or process) without first releasing the condition 
that it should block. However it seems like Condition.acquire() never blocks... 

from multiprocessing import Pool,Manager
import time

def f(x):
cv,t=x
cv.acquire()
print(t,"Got cv")
return 

if __name__ == '__main__':
m=Manager()
cv=m.Condition(m.RLock())
p = Pool(5)
print(p.map(f, [ (cv,x) for x in range(10) ]))

--
messages: 371146
nosy: Misko Dzamba
priority: normal
severity: normal
status: open
title: Default RLock does not work well for Manager Condition
type: behavior

___
Python tracker 

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

[issue40847] New parser considers empty line following a backslash to be a syntax error, old parser didn't

[Lysandros Nikolaou]

Change by Lysandros Nikolaou :


--
keywords: +patch
pull_requests: +19967
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/20769

___
Python tracker 

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

[issue29242] Crash on GC when compiling PyPy

[Zackery Spytz]

Zackery Spytz  added the comment:

Python 2 is EOL, so I think this issue should be closed.

--
nosy: +ZackerySpytz

___
Python tracker 

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

[issue40924] Recent importlib change breaks most recent certifi == 2020.4.5.2

[Jason R. Coombs]

Jason R. Coombs  added the comment:

I feel terrible and really regret that this was able to break things so badly.

What options are available at this point? I'd at the very least like to remove 
the `loader.files()` behavior to avoid encouraging other loaders to implement 
it. Should we also revert the `resources.files()` feature altogether, as you 
suggested?

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

[issue30533] missing feature in inspect module: getmembers_static

[Lysandros Nikolaou]

Change by Lysandros Nikolaou :


--
nosy:  -lys.nikolaou

___
Python tracker 

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

[issue30533] missing feature in inspect module: getmembers_static

[kernc]

Change by kernc :


--
nosy: +kernc

___
Python tracker 

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

[issue40869] errno missing descriptions

[YoSTEALTH]

Change by YoSTEALTH :


--
components: +C API

___
Python tracker 

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

[issue18319] gettext() cannot find translations with plural forms

[Rémi Lapeyre]

Change by Rémi Lapeyre :


--
nosy: +barry
versions: +Python 3.10, Python 3.8, Python 3.9 -Python 2.7, Python 3.4, Python 
3.5

___
Python tracker 

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

[issue40924] Recent importlib change breaks most recent certifi == 2020.4.5.2

[Łukasz Langa]

Łukasz Langa  added the comment:

> I do respect the beta feature freeze. The relevant feature was added prior to 
> b1. The reverted change is an incremental fix addressing underlying 
> implementation details such as how resources are resolved and removing 
> duplicate code paths.

Using the revert hammer is never an easy call and I've only done that a handful 
times so far. In this particular case the following helped me make the decision:
- the change was over 2,000 lines big;
- as you say, a non-trivial amount of it was refactoring;
- the change was committed without review;
- the backport was done three weeks after the beta freeze without consulting 
the RM or anybody else in that matter.

Sure, it's worth fixing the problems you identified after Beta 1, maybe even 
bring the fixes back to 3.9, but not how this was done this time. We'd like to 
keep our release cadence stable and avoid hotfixes in the future.

We are all grateful for your work, Jason, and we're happy to have somebody 
around who is invested in making Python better. To reiterate, I'm less worried 
about the introduced bug itself, and more about the change management attitude. 
Yes, it would indeed be a shame if your feature had to wait for another Python 
release. But risking widespread breakage isn't a good trade off.

It sucks for me to be this boring beaurocrat, believe me, but the purest 
solution to a deep design issue identified after Beta 1 in a new feature is 
to... revert that feature altogether and go back to the drawing board for the 
next release. It's not a theoretical situation. I went through this in the 
Python 3.8 cycle (see BPO-38242). It sucked but it was the right thing to do.

--
stage: patch review -> needs patch

___
Python tracker 

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

[issue39465] [subinterpreters] Design a subinterpreter friendly alternative to _Py_IDENTIFIER

[STINNER Victor]

Change by STINNER Victor :


--
pull_requests: +19966
pull_request: https://github.com/python/cpython/pull/20767

___
Python tracker 

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

[issue40928] test_decimal.CWhitebox.test_maxcontext_exact_arith() shows "malloc: can't allocate region" on MacOS

[Stefan Krah]

Stefan Krah  added the comment:

Thanks for checking, it's a pity that os.putenv() does not work.

There's a global variable malloc_logger that is set from the
environment on startup:

https://opensource.apple.com/source/libmalloc/libmalloc-53.1.1/src/malloc.c


It seems to be always checked for NULL, but I can't find any
documentation that says it is guaranteed.

A nuclear option would be to set malloc_logger to NULL on Python
startup.  Or write a custom malloc_logger, which *does* seem to
be supported.

--

___
Python tracker 

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

[issue40933] zoneinfo may give incorrect dst() in Europe/Minsk in 1942

[Paul Ganssle]

New submission from Paul Ganssle :

Related to bpo-40930 and bpo-40931, it *seems* that in 1942 only, 
`zoneinfo.ZoneInfo` returns -01:00 for DST in Europe/Minsk:

>>> from datetime import datetime, timedelta
>>> from backports.zoneinfo import ZoneInfo
>>> datetime(1942, 1, 1, tzinfo=ZoneInfo("Europe/Minsk")).dst() // 
timedelta(hours=1)

It looks like this occurs because they transitioned directly from MSK to CEST, 
jumping back 1 hour, then started switching between CEST and CET.

$ zdump -V -c 1941,1944 'Europe/Minsk'
Europe/Minsk  Fri Jun 27 20:59:59 1941 UT = Fri Jun 27 23:59:59 1941 MSK 
isdst=0 gmtoff=10800
Europe/Minsk  Fri Jun 27 21:00:00 1941 UT = Fri Jun 27 23:00:00 1941 CEST 
isdst=1 gmtoff=7200
Europe/Minsk  Mon Nov  2 00:59:59 1942 UT = Mon Nov  2 02:59:59 1942 CEST 
isdst=1 gmtoff=7200
Europe/Minsk  Mon Nov  2 01:00:00 1942 UT = Mon Nov  2 02:00:00 1942 CET 
isdst=0 gmtoff=3600
Europe/Minsk  Mon Mar 29 00:59:59 1943 UT = Mon Mar 29 01:59:59 1943 CET 
isdst=0 gmtoff=3600
Europe/Minsk  Mon Mar 29 01:00:00 1943 UT = Mon Mar 29 03:00:00 1943 CEST 
isdst=1 gmtoff=7200
Europe/Minsk  Mon Oct  4 00:59:59 1943 UT = Mon Oct  4 02:59:59 1943 CEST 
isdst=1 gmtoff=7200
Europe/Minsk  Mon Oct  4 01:00:00 1943 UT = Mon Oct  4 02:00:00 1943 CET 
isdst=0 gmtoff=3600

This might get fixed automatically if we do the "plurality" heuristic in 
bpo-40930, though we might also consider a heuristic that puts greater weight 
on a transition if the names associated with them different only by 
transforming a single letter, or insertion of a letter.

I am somewhat puzzled as to why only 1943 is affected, since I would have 
thought that all the CEST offsets in that stretch would be considered the same 
ttinfo (and thus all would be assigned the same dstoff).

--
assignee: p-ganssle
messages: 371141
nosy: p-ganssle
priority: normal
severity: normal
status: open
title: zoneinfo may give incorrect dst() in Europe/Minsk in 1942
versions: Python 3.8, Python 3.9

___
Python tracker 

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

[issue40932] subprocess docs don't qualify the instruction to use shlex.quote by OS

[Stephen Farris]

New submission from Stephen Farris :

The subprocess docs state: "When using shell=True, the shlex.quote() function 
can be used to properly escape whitespace and shell metacharacters in strings 
that are going to be used to construct shell commands." While this is true on 
Unix, it is not true on Windows. On Windows it is easy to create scenarios 
where shell injection still exists despite using shlex.quote properly (e.g. 
subprocess.run(shlex.quote("' '"), shell=True) launches the Windows 
calculator, which it wouldn't do if shlex.quote was able to prevent shell 
injection on Windows). While the shlex docs state that shlex is for Unix, the 
subprocess docs imply that shlex.quote will work on Windows too, possibly 
leading some developers to erroneously use shlex.quote on Windows to try to 
prevent shell injection. Recommend: 1) qualifying the above section in the 
subprocess docs to make it clear that this only works on Unix, and 2) updating 
the shlex docs with warnings that shlex.quote in particular is not for use on 
Window
 s.

--
assignee: docs@python
components: Documentation
messages: 371140
nosy: Stephen Farris, docs@python
priority: normal
severity: normal
status: open
title: subprocess docs don't qualify the instruction to use shlex.quote by OS
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

[issue40932] subprocess docs don't qualify the instruction to use shlex.quote by OS

[Stephen Farris]

Change by Stephen Farris :


--
type:  -> security

___
Python tracker 

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

[issue40889] Symmetric difference on dict_views is inefficient

[Raymond Hettinger]

Raymond Hettinger  added the comment:

To my eyes, the patch looks somewhat tame.  It is readable enough and doesn't 
do anything tricky.

The set object implementation aimed to never recompute the hash when it was 
already known.  It is reasonable that other set-like operations share that 
aspiration.

--

___
Python tracker 

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

[issue40924] Recent importlib change breaks most recent certifi == 2020.4.5.2

[Jason R. Coombs]

Jason R. Coombs  added the comment:

This issue stems from improper reliance on implementation details of 
`importlib.resources.path`, which returns a context manager that is designed to 
clean up the file after the context closes. certifi would have encountered the 
same problem on older Pythons if certifi had been installed as a zip egg or 
other non-filesystem-based package.

That said, it is also undesirable for path no longer to return a reference to 
an existing path when one exists. That behavior has come about as the 
importlib.resources API moves from the legacy implementation to the new one 
based on TraversableResources (files function).

I encountered [a similar 
issue](https://github.com/python/cpython/pull/20576#issuecomment-637881341) 
during the original submission, which I addressed by removing the same 
assumption from another library (importlib.metadata).

I believe the best fix here is to restore that assumption while retaining other 
important changes in this patch. Should this assumed behavior also be tested 
(guaranteed)? That I'm less sure about.

> Please respect the beta feature freeze.

I do respect the beta feature freeze. The relevant feature was added prior to 
b1. The reverted change is an incremental fix addressing underlying 
implementation details such as how resources are resolved and removing 
duplicate code paths.

More importantly, the change also addresses a [key interface 
problem](https://github.com/python/cpython/pull/20576#issuecomment-639954228) 
that I identified in b1 - that the previously advertised interface of `loaders` 
supplying `files()` methods is inadequate.

I've put a lot of effort into pulling this all together for 3.9 (three full 
days just this past weekend and hundreds of hours leading up to that). It would 
be a real shame for it to be released in a broken state due to a minor (though 
admittedly impactful) hiccup.

I suspect there's a small change that to the submitted patch that will restore 
the prior expectation and leave the codebase in a healthier state.

I'll prepare that soon.

--

___
Python tracker 

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

[issue40931] zoneinfo gives incorrect dst() in Europe/Madrid in 1938

[Paul Ganssle]

New submission from Paul Ganssle :

Apparently in 1938, Madrid had a "double daylight saving time", where they 
transitioned from WET (+0) → WEST (+1) → WEMT (+2) → WEST (+1) → WET (+0):

$ zdump -V -c 1938,1940 'Europe/Madrid'
Europe/Madrid  Sat Apr  2 22:59:59 1938 UT = Sat Apr  2 22:59:59 1938 WET 
isdst=0 gmtoff=0
Europe/Madrid  Sat Apr  2 23:00:00 1938 UT = Sun Apr  3 00:00:00 1938 WEST 
isdst=1 gmtoff=3600
Europe/Madrid  Sat Apr 30 21:59:59 1938 UT = Sat Apr 30 22:59:59 1938 WEST 
isdst=1 gmtoff=3600
Europe/Madrid  Sat Apr 30 22:00:00 1938 UT = Sun May  1 00:00:00 1938 WEMT 
isdst=1 gmtoff=7200
Europe/Madrid  Sun Oct  2 21:59:59 1938 UT = Sun Oct  2 23:59:59 1938 WEMT 
isdst=1 gmtoff=7200
Europe/Madrid  Sun Oct  2 22:00:00 1938 UT = Sun Oct  2 23:00:00 1938 WEST 
isdst=1 gmtoff=3600
Europe/Madrid  Sat Oct  7 23:59:59 1939 UT = Sun Oct  8 00:59:59 1939 WEST 
isdst=1 gmtoff=3600
Europe/Madrid  Sun Oct  8 00:00:00 1939 UT = Sun Oct  8 00:00:00 1939 WET 
isdst=0 gmtoff=0

However, zoneinfo reports `.dst()` during the "double daylight saving time" 
period as 1 hour:

>>> from datetime import datetime, timedelta   
>>> from backports.zoneinfo import ZoneInfo
>>> datetime(1938, 5, 5, tzinfo=ZoneInfo("Europe/Madrid")).dst() / 
timedelta(hours=1) 
1.0
>>> datetime(1938, 5, 5, tzinfo=ZoneInfo("Europe/Madrid")).tzname()
'WEMT'

I believe the issue is that the "WEMT" is bordered on both sides by DST 
offsets, and so the heuristic of "Look for the previous or next non-DST zone 
and calculate the difference" doesn't work. We can probably solve this with one 
of two heuristics:

1. Allow DST → DST transitions to be included in the calculation of the current 
DST, such that when going from x_dst → y_dst, y_dstoff = (y_utcoff - x_utcoff) 
+ x_dstoff
2. Look more than 1 transition away to find the nearest STD zone in either 
direction, and calculate the offsets from there.

Between this bug and bpo-40930, I suspect we may want to write a rudimentary 
parser for `tzdata.zi` to be used only for testing our heuristics, since the 
`tzdata.zi` file (shipped with the `tzdata` package), does actually have the 
information we want, without resorting to heuristics.

--
assignee: p-ganssle
components: Library (Lib)
messages: 371137
nosy: p-ganssle
priority: normal
severity: normal
status: open
title: zoneinfo gives incorrect dst() in Europe/Madrid in 1938
versions: Python 3.10, Python 3.9

___
Python tracker 

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

[issue40930] zoneinfo gives incorrect dst() in Pacific/Rarotonga between 1978 and 1991

[Paul Ganssle]

New submission from Paul Ganssle :

While developing a shim for deprecating pytz, I discovered this issue with the 
Pacific/Rarotonga zone:

  >>> from datetime import datetime, timedelta   
  >>> from backports.zoneinfo import ZoneInfo
  >>> datetime(1991, 2, 1, tzinfo=ZoneInfo("Pacific/Rarotonga")).dst() / 
  timedelta(hours=1) 
  1.0

This reports that the DST offset is 1 hour, but in fact it should be 30 
minutes, because from 1978 to 1991, Pacific/Rarotonga alternated between -0930 
and -10:

$ zdump -V -c 1990,1993 'Pacific/Rarotonga'
Pacific/Rarotonga  Sun Mar  4 09:29:59 1990 UT = Sat Mar  3 23:59:59 1990 -0930 
isdst=1 gmtoff=-34200
Pacific/Rarotonga  Sun Mar  4 09:30:00 1990 UT = Sat Mar  3 23:30:00 1990 -10 
isdst=0 gmtoff=-36000
Pacific/Rarotonga  Sun Oct 28 09:59:59 1990 UT = Sat Oct 27 23:59:59 1990 -10 
isdst=0 gmtoff=-36000
Pacific/Rarotonga  Sun Oct 28 10:00:00 1990 UT = Sun Oct 28 00:30:00 1990 -0930 
isdst=1 gmtoff=-34200
Pacific/Rarotonga  Sun Mar  3 09:29:59 1991 UT = Sat Mar  2 23:59:59 1991 -0930 
isdst=1 gmtoff=-34200
Pacific/Rarotonga  Sun Mar  3 09:30:00 1991 UT = Sat Mar  2 23:30:00 1991 -10 
isdst=0 gmtoff=-36000

I believe that the error comes from the fact that before 1978, they were on 
-1030 time, then they transitioned to -0930, then started alternating between 
-0930 and -10:

$ zdump -V -c 1977,1980 'Pacific/Rarotonga'
Pacific/Rarotonga  Sun Nov 12 10:29:59 1978 UT = Sat Nov 11 23:59:59 1978 -1030 
isdst=0 gmtoff=-37800
Pacific/Rarotonga  Sun Nov 12 10:30:00 1978 UT = Sun Nov 12 01:00:00 1978 -0930 
isdst=1 gmtoff=-34200
Pacific/Rarotonga  Sun Mar  4 09:29:59 1979 UT = Sat Mar  3 23:59:59 1979 -0930 
isdst=1 gmtoff=-34200
Pacific/Rarotonga  Sun Mar  4 09:30:00 1979 UT = Sat Mar  3 23:30:00 1979 -10 
isdst=0 gmtoff=-36000
Pacific/Rarotonga  Sun Oct 28 09:59:59 1979 UT = Sat Oct 27 23:59:59 1979 -10 
isdst=0 gmtoff=-36000
Pacific/Rarotonga  Sun Oct 28 10:00:00 1979 UT = Sun Oct 28 00:30:00 1979 -0930 
isdst=1 gmtoff=-34200

This is not amazingly important, but it would be a good idea to make the result 
correct.

Right now I think the heuristic looks for the first example of an STD → DST 
transition and decides that's the best option. It might be a good idea to 
change the heuristic to look at *all* examples of such transitions and choose 
the plurality value, and if there's no plurality value and one of the values is 
1H, choose that one.

--
assignee: p-ganssle
components: Library (Lib)
messages: 371136
nosy: p-ganssle
priority: normal
severity: normal
stage: needs patch
status: open
title: zoneinfo gives incorrect dst() in Pacific/Rarotonga between 1978 and 1991
type: behavior
versions: Python 3.10, Python 3.9

___
Python tracker 

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

[issue40077] Convert static types to PyType_FromSpec()

[Erlend Egeberg Aasland]

Change by Erlend Egeberg Aasland :


--
nosy: +erlendaasland

___
Python tracker 

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

[issue40594] urljoin since 3.5 incorrectly filters out double slashes

[Tal Einat]

Tal Einat  added the comment:

Putting aside backwards compatibility, I would argue the opposite: Since 
consecutive slashes are valid, I suggest we would need to see that collapsing 
them into a single slash is the status quo, otherwise we should avoid such 
collapsing.

Here's some evidence that we should keep consecutive slashes:

1.
The curl cli does not appear to collapse consecutive slashes in URLs before 
sending them:

$ nc -l localhost 8000 &
[1] 39380
$ curl --dump-header - --proxy localhost:8000 --silent --max-time 1 
http://www.example.com/this//double/path
GET http://www.example.com/this//double/path HTTP/1.1
Host: www.example.com
User-Agent: curl/7.64.1
Accept: */*
Proxy-Connection: Keep-Alive

[1]  + 39380 done   nc -l localhost 8000


2.
With NodeJS v10.18.0 and v12.16.1:

> const urllib = require('url');
> new url.URL("this//double/path", "http://www.example.com/;).href
'http://www.example.com/this//double/path'


For me this is evidence enough that urljoin should *not* be collapsing 
consecutive slashes.

--

___
Python tracker 

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

[issue39465] [subinterpreters] Design a subinterpreter friendly alternative to _Py_IDENTIFIER

[STINNER Victor]

Change by STINNER Victor :


--
pull_requests: +19965
pull_request: https://github.com/python/cpython/pull/20766

___
Python tracker 

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

[issue40802] AbstractEventLoop.shutdown_default_executor breaks backwards compatibility

[Yury Selivanov]

Yury Selivanov  added the comment:

> Since asyncio is no longer provisional, should it break backwards 
> compatibility with just a What's New entry?

Adding new APIs to asyncio can't be classified as a backward compatibility 
issue. Otherwise the development of it would stall and nobody would benefit 
from it. uvloop and anyio will be eventually updated to support new APIs, I 
don't see any problem here.

--
resolution:  -> not a bug
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

[issue40275] test.support has way too many imports

[hai shi]

Change by hai shi :


--
pull_requests: +19964
pull_request: https://github.com/python/cpython/pull/20765

___
Python tracker 

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

[issue17013] Allow waiting on a mock

[Pablo Galindo Salgado]

Pablo Galindo Salgado  added the comment:

isn't PR 20759 backwards incompatible? If I understand correctly, this would 
break anyone that is checking for identity as :

assert mymock.called is True

--
nosy: +pablogsal

___
Python tracker 

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

[issue40924] Recent importlib change breaks most recent certifi == 2020.4.5.2

[Łukasz Langa]

Łukasz Langa  added the comment:


New changeset ce5e6f098f8a270e50b989baa75765584573706b by Łukasz Langa in 
branch '3.9':
[3.9] bpo-40924: Revert "bpo-39791 native hooks for importlib.resources.files 
(GH-20576)" (#20760)
https://github.com/python/cpython/commit/ce5e6f098f8a270e50b989baa75765584573706b


--

___
Python tracker 

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

[issue39791] New `files()` api from importlib_resources.

[Łukasz Langa]

Łukasz Langa  added the comment:


New changeset ce5e6f098f8a270e50b989baa75765584573706b by Łukasz Langa in 
branch '3.9':
[3.9] bpo-40924: Revert "bpo-39791 native hooks for importlib.resources.files 
(GH-20576)" (#20760)
https://github.com/python/cpython/commit/ce5e6f098f8a270e50b989baa75765584573706b


--

___
Python tracker 

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

[issue40925] Remove redundant macros used for stack manipulation in interpreter

[Eric V. Smith]

Eric V. Smith  added the comment:

What type of changes are you proposing to make?

--
nosy: +eric.smith

___
Python tracker 

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

[issue38160] [subinterpreters] Add a "PyInterpreterState *" field to PyTypeObject.

[STINNER Victor]

STINNER Victor  added the comment:

I close the issue.

--
resolution:  -> not a bug
stage: needs patch -> 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

[issue40854] Allow overriding sys.platlibdir: add PYTHONPLATLIBDIR env var

[STINNER Victor]

STINNER Victor  added the comment:

Thanks Sandro Mani. The new env var should be part of the incoming Python 3.9.0 
beta3.

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

[issue40223] Add -fwrapv for new icc versions

[Laël Cellier]

Laël Cellier  added the comment:

since ‑fwrapv is the default with ɢᴄᴄ as ‑O2 is used in Cpython build scripts.

--

___
Python tracker 

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

[issue40223] Add -fwrapv for new icc versions

[Laël Cellier]

Laël Cellier  added the comment:

No I’m meaning disabling all optimization when using gcc and using ‑ftrapv.

This should cause the same problem : a crashing binary…

--

___
Python tracker 

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

[issue40927] ./python -m test test___all__ test_binhex fails

[STINNER Victor]

Change by STINNER Victor :


--
nosy: +vstinner
nosy_count: 1.0 -> 2.0
pull_requests: +19963
pull_request: https://github.com/python/cpython/pull/20764

___
Python tracker 

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

[issue39372] The header files in Include/ have many declarations with no definition

[STINNER Victor]

STINNER Victor  added the comment:

> Maybe backport this change (except PyNoArgsFunction)?

I don't think that it's a good idea. I suggest to only do cleanup in the master 
branch, just in case if something goes wrong. Like the PyNoArgsFunction removal 
:-)

--
nosy: +vstinner

___
Python tracker 

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

[issue40754] Test installers before releasing (ModuleNotFoundErrors)

[honglei jiang]

honglei jiang  added the comment:

c:\Python39>python -m test -j4
== CPython 3.9.0b2 (tags/v3.9.0b2:0b1a1c8, Jun 8 2020, 22:55:31) [MSC v.1924 64 
bit (AMD64)]
== Windows-10-10.0.18362-SP0 little-endian
== cwd: C:\Users\jhong\AppData\Local\Temp\test_python_5960
== CPU count: 4
== encodings: locale=cp936, FS=utf-8
0:00:00 Run tests in parallel using 4 child processes

== Tests result: FAILURE ==

358 tests OK.

24 tests failed:
test__locale test_array test_buffer test_capi test_deque
test_exceptions test_flufl test_fstring test_grammar
test_itertools test_locale test_memoryio test_ordered_dict
test_parser test_pickle test_positional_only_arg
test_string_literals test_struct test_syntax test_sys
test_traceback test_urllib test_urllib2 test_xml_etree_c

43 tests skipped:
test_asdl_parser test_check_c_globals test_clinic test_curses
test_dbm_gnu test_dbm_ndbm test_devpoll test_epoll test_fcntl
test_fork1 test_gdb test_grp test_ioctl test_kqueue
test_multiprocessing_fork test_multiprocessing_forkserver test_nis
test_openpty test_ossaudiodev test_pipes test_poll test_posix
test_pty test_pwd test_readline test_resource test_smtpnet
test_socketserver test_spwd test_syslog test_threadsignals
test_timeout test_tix test_tk test_ttk_guionly test_urllib2net
test_urllibnet test_wait3 test_wait4 test_winsound test_xmlrpc_net
test_xxtestfuzz test_zipfile64

Total duration: 6 min 44 sec
Tests result: FAILURE

--

___
Python tracker 

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

[issue40928] test_decimal.CWhitebox.test_maxcontext_exact_arith() shows "malloc: can't allocate region" on MacOS

[Rémi Lapeyre]

Rémi Lapeyre  added the comment:

I forgot to say that MallocLogFile=/dev/null did not work, that's why I tried 
MallocDebugReport.

--

___
Python tracker 

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

[issue40928] test_decimal.CWhitebox.test_maxcontext_exact_arith() shows "malloc: can't allocate region" on MacOS

[Rémi Lapeyre]

Rémi Lapeyre  added the comment:

Thanks, I found "MallocDebugReport" in `man malloc` (I could have thought to 
look into there...) that seem to do the trick:

$ MallocDebugReport=none ./python -m test test_decimal -m 
test_maxcontext_exact_arith

0:00:00 load avg: 1.27 Run tests sequentially
0:00:00 load avg: 1.27 [1/1] test_decimal

== Tests result: SUCCESS ==

1 test OK.

Total duration: 694 ms
Tests result: SUCCESS


There is also MallocDebugReport=crash that will "write messages to standard 
error only for a condition that is about to cause a crash." and effectively 
suppress this one.


Setting it in the test with os.putenv() does not seem to work.

--

___
Python tracker 

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

[issue40928] test_decimal.CWhitebox.test_maxcontext_exact_arith() shows "malloc: can't allocate region" on MacOS

[Ned Deily]

Change by Ned Deily :


--
nosy: +ronaldoussoren

___
Python tracker 

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

[issue40890] Dict views should be introspectable

[Raymond Hettinger]

Raymond Hettinger  added the comment:

> I meant that you can make dict_view.mapping always 
> returning a MappingProxyType.

That would be a reasonable constraint.

--

___
Python tracker 

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

[issue40077] Convert static types to PyType_FromSpec()

[STINNER Victor]

STINNER Victor  added the comment:

I tried to finalize static types in Py_Finalize(), but it didn't work:

* https://bugs.python.org/issue1635741#msg371119
* https://github.com/python/cpython/pull/20763

--

___
Python tracker 

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

[issue40929] Multiprocessing. Instance of the custom class is missing in subprocesses

[cyberlis]

Change by cyberlis :


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

[issue1635741] Py_Finalize() doesn't clear all Python objects at exit

[STINNER Victor]

STINNER Victor  added the comment:

I wrote PR 20763 to "finalize" static types in Py_Finalize(). It mostly works, 
but "./Programs/_testembed test_forced_io_encoding" crash. This program calls 
Py_Initialize() and Py_Finalize() multiple times in a loop.

It doesn't look to be safe to clear static types. Many functions rely on the 
fact that static types are "always there" and are never finalized. Also, only a 
few static types are cleared by my PR: many static types are left unchanged. 
For example, static types of the _io module.

It seems like a safer approach is to continue the work on bpo-40077: "Convert 
static types to PyType_FromSpec()".

--

___
Python tracker 

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

[issue40928] test_decimal.CWhitebox.test_maxcontext_exact_arith() shows "malloc: can't allocate region" on MacOS

[Stefan Krah]

Stefan Krah  added the comment:

"squashing the remark" means suppressing the message from malloc().
I would really like it if the test could be executed by default though.


Looking at:

https://developer.apple.com/library/archive/documentation/System/Conceptual/ManPages_iPhoneOS/man3/malloc.3.html


Could you try what happens if you set this environment variable?

   export MallocLogFile=/dev/null


If it works, we could build a solution around that.






.

--

___
Python tracker 

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

[issue1635741] Py_Finalize() doesn't clear all Python objects at exit

[STINNER Victor]

Change by STINNER Victor :


--
pull_requests: +19962
pull_request: https://github.com/python/cpython/pull/20763

___
Python tracker 

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

[issue40929] Multiprocessing. Instance of the custom class is missing in subprocesses

[cyberlis]

New submission from cyberlis :

When I use python3.7 everything works correctly and every subprocess has its 
own `Hello` instance. When I use python3.8 subprocesses do not have an instance 
of `Hello` class.
Is this behavior correct? 

My code to reproduce an issue

```python
from concurrent.futures.process import ProcessPoolExecutor
from concurrent.futures import as_completed
class Hello:
_instance = None
def __init__(self):
print("Creating instance of Hello ", self)
Hello._instance = self
def worker():
return Hello._instance
def main():
hello = Hello()
with ProcessPoolExecutor(max_workers=2) as pool:
futures = []
for _ in range(4):
futures.append(pool.submit(worker))

for future in as_completed(futures):
print(future.result())
if __name__ == "__main__":
main()
```

Output
```bash
pyenv local 3.7.6
python main.py

Creating instance of Hello  <__main__.Hello object at 0x102f48310>
<__main__.Hello object at 0x103587410>
<__main__.Hello object at 0x1035874d0>
<__main__.Hello object at 0x103587110>
<__main__.Hello object at 0x1035871d0>

pyenv local 3.8.1
python main.py

Creating instance of Hello  <__main__.Hello object at 0x102104d90>
None
None
None
None
```

--
files: main.py
messages: 371117
nosy: cyberlis
priority: normal
severity: normal
status: open
title: Multiprocessing. Instance of the custom class is missing in subprocesses
type: behavior
versions: Python 3.8
Added file: https://bugs.python.org/file49223/main.py

___
Python tracker 

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

[issue40928] test_decimal.CWhitebox.test_maxcontext_exact_arith() shows "malloc: can't allocate region" on MacOS

[Rémi Lapeyre]

Rémi Lapeyre  added the comment:

> The annoying "error" looks the same as #5614, which was closed as "won't fix".

Yes, it's a similar message, test_io does not display it on Catalina anymore 
thought.

> Is this the only place in the test suite now? 

As far as I know yes.


> If it is, I'm okay with squashing the remark.

I'm not sure to what this means.

--

___
Python tracker 

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

[issue40891] Use pep573 in functools

[Petr Viktorin]

Petr Viktorin  added the comment:

I wrote about the _PyType_GetModuleByDef idea on the capi-sig mailing list: 
https://mail.python.org/archives/list/capi-...@python.org/thread/T3P2QNLNLBRFHWSKYSTPMVEIL2EEKFJU/

--

___
Python tracker 

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

[issue40907] cpython/lib/queue.py: put() does not acquire not_empty before notifying on it

[r n]

Change by r n :


--
versions: +Python 3.10, Python 3.9

___
Python tracker 

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

[issue40873] Something wrong with html.unescape()

[Dong-hee Na]

Change by Dong-hee Na :


--
stage: needs patch -> 
versions:  -Python 3.10, Python 3.9

___
Python tracker 

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

[issue40223] Add -fwrapv for new icc versions

[Stefan Krah]

Stefan Krah  added the comment:

I'm aware of what -fwrapv does, it is a long standing issue in Python.

I didn't try to find the exact location of overflow, since we also use -fwrapv 
for gcc.

It is also possible that giving -fwrapv to icc disables another optimization 
that is the actual culprit.

But I don't have time to figure out any of that.

--

___
Python tracker 

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

[issue40906] Unable to import module due to python unable to resolve dependecies

[Saba Kauser]

Saba Kauser  added the comment:

Thanks a ton! That worked..
As I understand, users are required to add the directory path of the dll.
Is there any way I can set this while building the extension with dependency? I 
basically want to hard-code the dependency path so that import module works 
fine without additional settings like you mentioned.

Thank you!

--

___
Python tracker 

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

[issue40873] Something wrong with html.unescape()

[Dong-hee Na]

Change by Dong-hee Na :


--
versions: +Python 3.10, Python 3.9

___
Python tracker 

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

[issue40928] test_decimal.CWhitebox.test_maxcontext_exact_arith() shows "malloc: can't allocate region" on MacOS

[Stefan Krah]

Stefan Krah  added the comment:

The annoying "error" looks the same as #5614, which was closed as "won't fix".

Is this the only place in the test suite now? If it is, I'm okay with
squashing the remark.

--
nosy: +skrah
versions: +Python 3.9

___
Python tracker 

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

[issue40873] Something wrong with html.unescape()

[Dong-hee Na]

Change by Dong-hee Na :


--
stage:  -> needs patch

___
Python tracker 

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

[issue40873] Something wrong with html.unescape()

[Dong-hee Na]

Change by Dong-hee Na :


--
nosy: +corona10

___
Python tracker 

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

[issue40684] make install doesn't respect configure --with-platlibdir=lib64

[STINNER Victor]

STINNER Victor  added the comment:

> make install writes into /opt/py39b1/lib/python3.9/lib-dynload/ ("lib")

I tested manually my fix: it works as expected.

Install:

./configure --prefix /opt/py39_lib64 --with-platlibdir=lib64
make
make install

Test:

$ /opt/py39_lib64/bin/python3.9 -m site
sys.path = [
'/',
'/opt/py39_lib64/lib64/python39.zip',
'/opt/py39_lib64/lib64/python3.9',
'/opt/py39_lib64/lib64/python3.9/lib-dynload',
'/home/vstinner/.local/lib/python3.9/site-packages',
'/opt/py39_lib64/lib64/python3.9/site-packages',
]
USER_BASE: '/home/vstinner/.local' (exists)
USER_SITE: '/home/vstinner/.local/lib/python3.9/site-packages' (exists)
ENABLE_USER_SITE: True

$ /opt/py39_lib64/bin/python3.9 
Python 3.9.0b2+ (heads/3.9:6cb24a035c, Jun  9 2020, 16:43:12) 
[GCC 10.1.1 20200507 (Red Hat 10.1.1-1)] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> import _asyncio
>>> _asyncio


--

___
Python tracker 

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

[issue40223] Add -fwrapv for new icc versions

[Laël Cellier]

Laël Cellier  added the comment:

If -fwrapv isn’t enabled (whereas with gcc this is the default with ‑O2), then 
it means -ftrapv is enabled.

And from the manual page :
This option generates traps for signed overflow on addition, subtraction, 
multiplication operations.

Did you checked if the binary compiles fines with all ‑O2/‑O3 options replaced 
with ‑O0 in configure/Makefiles along gcc ?

--
nosy: +Laël Cellier

___
Python tracker 

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

[issue40684] make install doesn't respect configure --with-platlibdir=lib64

[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

[issue40923] Thread safety : disable intel’s compiler autopar where it’s being relevant.

[Laël Cellier]

Laël Cellier  added the comment:

I’m talking about the latest icc installed along with Parallel studio xe.

--

___
Python tracker 

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

[issue40923] Thread safety : disable intel’s compiler autopar where it’s being relevant.

[Stefan Krah]

Stefan Krah  added the comment:

Yes, the generated Python crashes (as the link I gave shows).  I'm using the 
command line, so I can't be of any assistance with Parallel Studio XE.

--

___
Python tracker 

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

[issue40923] Thread safety : disable intel’s compiler autopar where it’s being relevant.

[Stefan Krah]

Change by Stefan Krah :


--
nosy:  -skrah

___
Python tracker 

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

[issue40928] test_decimal.CWhitebox.test_maxcontext_exact_arith() shows "malloc: can't allocate region" on MacOS

[Rémi Lapeyre]

New submission from Rémi Lapeyre :

Here's the result of "./python -m test test_decimal -m 
test_maxcontext_exact_arith":

0:00:00 load avg: 1.33 Run tests sequentially
0:00:00 load avg: 1.33 [1/1] test_decimal
python(7835,0x11a218dc0) malloc: can't allocate region
:*** mach_vm_map(size=842105263157895168, flags: 100) failed (error code=3)
python(7835,0x11a218dc0) malloc: *** set a breakpoint in malloc_error_break to 
debug
python(7835,0x11a218dc0) malloc: can't allocate region
:*** mach_vm_map(size=842105263157895168, flags: 100) failed (error code=3)
python(7835,0x11a218dc0) malloc: *** set a breakpoint in malloc_error_break to 
debug
python(7835,0x11a218dc0) malloc: can't allocate region
:*** mach_vm_map(size=421052631578947584, flags: 100) failed (error code=3)
python(7835,0x11a218dc0) malloc: *** set a breakpoint in malloc_error_break to 
debug
python(7835,0x11a218dc0) malloc: can't allocate region
:*** mach_vm_map(size=421052631578947584, flags: 100) failed (error code=3)
python(7835,0x11a218dc0) malloc: *** set a breakpoint in malloc_error_break to 
debug

== Tests result: SUCCESS ==

1 test OK.

Total duration: 553 ms
Tests result: SUCCESS




I spent quite a time to find where this error was coming from and it's actually 
not an error but a dubious message from OSX. Others will surely lose time on 
this too, I think the best way to handle it is to use bigmemtest() with a small 
value on MacOS so that it's only run when '-M' is given on this platform, but 
always on the others.

--
components: Tests
messages: 371107
nosy: remi.lapeyre
priority: normal
severity: normal
status: open
title: test_decimal.CWhitebox.test_maxcontext_exact_arith() shows "malloc: 
can't allocate region" on MacOS
versions: Python 3.10

___
Python tracker 

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

[issue40684] make install doesn't respect configure --with-platlibdir=lib64

[miss-islington]

miss-islington  added the comment:


New changeset 6cb24a035c5980cab39b6dc5d70762af07293bea by Miss Islington (bot) 
in branch '3.9':
bpo-40684: Fix make install for platlibdir=lib64 (GH-20736)
https://github.com/python/cpython/commit/6cb24a035c5980cab39b6dc5d70762af07293bea


--

___
Python tracker 

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

[issue40684] make install doesn't respect configure --with-platlibdir=lib64

[miss-islington]

Change by miss-islington :


--
nosy: +miss-islington
nosy_count: 3.0 -> 4.0
pull_requests: +19961
pull_request: https://github.com/python/cpython/pull/20761

___
Python tracker 

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

[issue40684] make install doesn't respect configure --with-platlibdir=lib64

[STINNER Victor]

STINNER Victor  added the comment:


New changeset 51ae31e5b93b986e57a7e18e25f981a6ffcdefb7 by Victor Stinner in 
branch 'master':
bpo-40684: Fix make install for platlibdir=lib64 (GH-20736)
https://github.com/python/cpython/commit/51ae31e5b93b986e57a7e18e25f981a6ffcdefb7


--

___
Python tracker 

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

[issue7949] IDLE: avoid no-contrast popups and dialogs.

[Terry J. Reedy]

Terry J. Reedy  added the comment:

Thanks for finding that.  Technically, #36176 should have been closed as a 
duplicate of this issue.  But a fix anywhere is OK.  Any other contrast 
problems should be a new issue.

--
resolution:  -> duplicate
stage: needs patch -> resolved
status: open -> closed
superseder:  -> Fix IDLE Autocomplete / Calltip Window Colors

___
Python tracker 

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

[issue40365] argparse: action "extend" with 1 parameter splits strings into characters

[Jonathan Haigh]

Jonathan Haigh  added the comment:

>> But I wonder, was this situation discussed in the original bug/issue?
>Doesn't look like it:

I was looking at the wrong PR link. This has more discussion: 
https://github.com/python/cpython/pull/13305.

nargs is discussed but I'm not sure it was realized that the nargs=None and 
nargs="?" cases would act in the way seen here rather than acting like append.

Having a default nargs of "+" was suggested but that suggestion was not 
addressed.

> I suggest that the default nargs for extend should be "*" or "+" and an 
> exception should be raised if nargs is given as "?".

I'm not convinced about that any more. Using append's behaviour is probably 
more reasonable for nargs=None and nargs="?".

--
nosy: +Anthony Sottile, BTaskaya, berker.peksag

___
Python tracker 

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

[issue40807] Codeop: Show warnings once during _maybe_compile

[Terry J. Reedy]

Terry J. Reedy  added the comment:

The 3.7 backport is needed but required a revised example.  The changeset is 
4b378acb97a575892c0e372a6bb0c17da1ccdf3e.

PRs 20486, 20639, 20672, and 20673 are the main patch.  PRs 20646 and 20647 for 
3.8 and 3.7 backport a test_codeop import change made elsewhere and not 
backported.  The alternative would have been changing our backport to the older 
naming convention.

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

[issue40924] Recent importlib change breaks most recent certifi == 2020.4.5.2

[Łukasz Langa]

Change by Łukasz Langa :


--
keywords: +patch
pull_requests: +19959
stage: needs patch -> patch review
pull_request: https://github.com/python/cpython/pull/20760

___
Python tracker 

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

[issue39791] New `files()` api from importlib_resources.

[Łukasz Langa]

Change by Łukasz Langa :


--
nosy: +lukasz.langa
nosy_count: 6.0 -> 7.0
pull_requests: +19960
pull_request: https://github.com/python/cpython/pull/20760

___
Python tracker 

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

[issue40594] urljoin since 3.5 incorrectly filters out double slashes

[Senthil Kumaran]

Senthil Kumaran  added the comment:

Hi Tal, 

Thank you. To be specific, it is about parsing behavior, specifically urljoin 
behavior,

There is no question about the validity of the double-slash in the URL. 

If we find a source (like libcurl) which exhibits parsing behavior different 
than CPython, or sections in docs which give examples which our current test 
suite fails, those serve as good sources for expected results.

--

___
Python tracker 

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

[issue7949] IDLE: avoid no-contrast popups and dialogs.

[Cheryl Sabella]

Cheryl Sabella  added the comment:

I believe this was fixed with #36176.

--

___
Python tracker 

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

[issue40923] Thread safety : disable intel’s compiler autopar where it’s being relevant.

[Laël Cellier]

Laël Cellier  added the comment:

I’m using parallel studio xe 2020 and I didn’t receive any crash from icc 
itself. The problem is the resulting binary which can be downloaded here 
https://filebin.net/4lp4nb61dav9qamo but that can’t be posted on this issue 
that is crashing.

The only thing I put in CFLAGS is −O3 and the remaining options are inside 
icc.cfg

--

___
Python tracker 

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

[issue40594] urljoin since 3.5 incorrectly filters out double slashes

[Tal Einat]

Tal Einat  added the comment:

According to section 3.3 of RFC 3986[1], and also RFC 2396[2] which preceded 
it, a path is made up of zero or more consecutive "/" + section  pieces, and a 
section may be empty. In other words, paths may include consecutive slashes.

Several StackOverflow answers to questions on this subject (e.g. this[3], and 
this[4]) also agree that consecutive slashes are valid, based on the 
aforementioned RFCs and other references.

.. [1]: https://tools.ietf.org/html/rfc3986#section-3.3
.. [2]: https://tools.ietf.org/html/rfc2396#section-3.3
.. [3]: 
https://stackoverflow.com/questions/20523318/is-a-url-with-in-the-path-section-valid
.. [4]: 
https://stackoverflow.com/questions/10161177/url-with-multiple-forward-slashes-does-it-break-anything

--

___
Python tracker 

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

[issue40888] Add close method to queue

[Андрей Казанцев]

Андрей Казанцев  added the comment:

Thank you so much

--

___
Python tracker 

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

[issue40888] Add close method to queue

[Rémi Lapeyre]

Rémi Lapeyre  added the comment:

The python-ideas is hosted at 
https://mail.python.org/mailman3/lists/python-ideas.python.org/, you can create 
an account and once it's validated you will be able to post a new message 
either using the web UI or by sending a mail directly to the list.

--
nosy: +remi.lapeyre

___
Python tracker 

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

[issue40924] Recent importlib change breaks most recent certifi == 2020.4.5.2

[Łukasz Langa]

Łukasz Langa  added the comment:

In this case we need to revert the 3.9 backport to release a hotfix tonight. 
Please respect the beta feature freeze.

--

___
Python tracker 

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

[issue40924] Recent importlib change breaks most recent certifi == 2020.4.5.2

[Jason R. Coombs]

Jason R. Coombs  added the comment:

I understand the issue here and can supply more details soon (no later than 
this weekend).

--

___
Python tracker 

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

[issue17013] Allow waiting on a mock

[Ilya Kulakov]

Change by Ilya Kulakov :


--
nosy: +Ilya.Kulakov
nosy_count: 11.0 -> 12.0
pull_requests: +19958
pull_request: https://github.com/python/cpython/pull/20759

___
Python tracker 

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

[issue40888] Add close method to queue

[Андрей Казанцев]

Андрей Казанцев  added the comment:

How to do this?

--
type: enhancement -> 

___
Python tracker 

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

[issue40594] urljoin since 3.5 incorrectly filters out double slashes

[Senthil Kumaran]

Senthil Kumaran  added the comment:

>  The problem is: double slashes are perfectly legal in a URI/URL, and for 
> reasons I don't understand, they are in use in the wild

And what is the de-facto behavior of browsers, when double URL is used?
As far as I know, the browsers remove them, combine them as a single URL. 
(Tested on Chrome with some URLs to confirm on June 2020)

```

Where as the expected result should be:

'http://www.example.com/this//double/path'
```

This statement should be supported by

a) An RFC
b) Or behavior or some popular clients.
c) Or libcurl exhibiting this behavior will gain a huge support too.


Please share if you have any references and we should confirm ourselves to 
those.

--

___
Python tracker 

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