[issue12915] Add inspect.locate and inspect.resolve

Michael Felt added the comment: I am very busy with normal work this week. However I’ll attempt to add a pr with your (Victor”s) suggestion. Sent from my iPhone > On 29 Feb 2020, at 23:36, STINNER Victor wrote: > >  > STINNER Victor added the comment: > >> File >>

[issue39800] Inconsistent/incomplete disassembly of methods vs method source code

S Murthy added the comment: Yes, I know that a method body may contain more than just the return statement - I was referrring to the byte code for the method def f(x): return x**2. I don't think the output of dis.dis is correct here for the source string of f - it doesn't make sense for

[issue39800] Inconsistent/incomplete disassembly of methods vs method source code

Steven D'Aprano added the comment: Ah, I see now. I was using an older version of Python and the output of dis was different. It didn't recurse in to show the disassembly of the code object as well. > The first block of instructions here are for the def statement, and > the second block

[issue39805] Copying functions doesn't actually copy them

Steven D'Aprano added the comment: I think this is sufficient for a shallow copy. import copy import types def copyfunction(func): new = types.FunctionType( func.__code__, func.__globals__, func.__name__, func.__defaults__,

[issue39800] Inconsistent/incomplete disassembly of methods vs method source code

Steven D'Aprano added the comment: > BTW how else are methods/functions are created in Python except via def? Functions are objects like everything else in Python, so they have a type, which has a constructor: from types import FunctionType The documentation for FunctionType is a bit

[issue39805] Copying functions doesn't actually copy them

New submission from Steven D'Aprano : Function objects are mutable, so I expected that a copy of a function should be an actual independent copy. But it isn't. py> from copy import copy py> a = lambda: 1 py> b = copy(a) py> a is b True This burned me when I modified the

[issue39763] distutils.spawn should use subprocess (hang in parallel builds on QNX)

Change by Paul Ganssle : -- nosy: -p-ganssle ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue39763] distutils.spawn should use subprocess (hang in parallel builds on QNX)

Elad Lahav added the comment: "setup.py doesn't use multiprocessing. multiprocessing is super complex. Would it be possible to write a reproducer which doesn't use multiprocessing?" But the problem is with the handling of fork() by Python modules, and specifically with multi-threaded

[issue39804] timezone constants in time module inaccurate with negative DST (e.g. Ireland)

New submission from Paul Ganssle : >From a report on the dateutil tracker today, I found that `time.timezone` and >`time.altzone` are not accurate in Ireland (at least on Linux, not tested on >other platforms): https://github.com/dateutil/dateutil/issues/1009 Europe/Dublin in the modern era

[issue39801] list.insert is slow, likely due to manual memmove

Stefan Pochmann added the comment: I misspoke. I do the insertions at -1 and -500 not on the same list but each on a fresh list (of length 2**20+1). -- ___ Python tracker

[issue39801] list.insert is slow, likely due to manual memmove

Stefan Pochmann added the comment: I think I have a decent way to isolate the memmove vs for-loop times, in Python code. Here are example results, five rounds of inserting with list.insert or with slice assignment. The times for each of the two ways are pretty stable: insertslice

[issue39801] list.insert is slow, likely due to manual memmove

Change by Stefan Pochmann : -- status: open -> pending ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue39801] list.insert is slow, likely due to manual memmove

Stefan Pochmann added the comment: I have better benchmarks now and am trying some more, though I guess we roughly agree about when memmove is faster and when it's slower but that the real question is how large the common case is. Do you know where I can find those past investigations? Was

[issue39599] ABI breakage between Python 3.7.4 and 3.7.5: change in PyGC_Head structure

STINNER Victor added the comment: > This happens on a custom C module (built via Cython) when using including > with -DPy_BUILD_CORE. I'm not sure it'd happen otherwise. If you opt-in for the internal C API, you should be prepared to have such issues. --

[issue35569] OSX: Enable IPV6_RECVPKTINFO

Erlend Egeberg Aasland added the comment: Proposed patch attached. -- keywords: +patch Added file: https://bugs.python.org/file48937/0001-bpo-35569-Expose-RFC-3542-socket-options-on-macOS.patch ___ Python tracker

[issue39599] ABI breakage between Python 3.7.4 and 3.7.5: change in PyGC_Head structure

Ned Deily added the comment: Mark: > Or am I misunderstanding? No, you are not misunderstanding :) > ABI breakage shouldn't happen *at all* in bugfix releases, whether stable ABI > or not. Absolutely. Victor: > Julien: You cannot use the same wheel package for all Python 3.7.x versions:

[issue30097] Command-line option to suppress "from None" for debugging

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

[issue39712] Doc for `-X dev` option should mention PYTHONDEVMODE

Erlend Egeberg Aasland added the comment: > I wrote a whole new page for -X dev: > https://docs.python.org/dev/library/devmode.html#devmode That's nice, but references for PYTHONFAULTHANDLER and PYTHONTRACEMALLOC are still missing. If you think the cross refs for -X dev and PYTHONDEVMODE

[issue39599] ABI breakage between Python 3.7.4 and 3.7.5: change in PyGC_Head structure

STINNER Victor added the comment: > Understood; thanks. I agree that there shouldn't be a guarantee for private > undocumented calls. I concur. That's a good summary. We don't provide ABI stability for Julien's use case. Julien: You cannot use the same wheel package for all Python 3.7.x

[issue39786] Have the heaps library support max heap

signing_agreement added the comment: Do you a suggestion for non-numeric types? -- ___ Python tracker ___ ___ Python-bugs-list

[issue39697] Failed to build with --with-cxx-main=g++-9.2.0

STINNER Victor added the comment: > See also https://bugs.python.org/issue23644 This issue is unrelated and has been fixed. -- ___ Python tracker ___

[issue39697] Failed to build with --with-cxx-main=g++-9.2.0

STINNER Victor added the comment: _testembed is build by Makefile: Programs/_testembed: Programs/_testembed.o $(LIBRARY) $(LDLIBRARY) $(PY3LIBRARY) $(LINKCC) $(PY_CORE_LDFLAGS) $(LINKFORSHARED) -o $@ Programs/_testembed.o $(BLDLIBRARY) $(LIBS) $(MODLIBS) $(SYSLIBS) with: MAINCC=

[issue35569] OSX: Enable IPV6_RECVPKTINFO

Change by Erlend Egeberg Aasland : -- nosy: +erlendaasland ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue39712] Doc for `-X dev` option should mention PYTHONDEVMODE

STINNER Victor added the comment: > An exception to that is `-X dev`, which can also be triggered by the > PYTHONDEVMODE variable, but that isn't mentioned in the CLI doc. I wrote a whole new page for -X dev: https://docs.python.org/dev/library/devmode.html#devmode This page starts with:

[issue37266] Daemon threads must be forbidden in subinterpreters

STINNER Victor added the comment: > There will be a problem with `concurrent.futures.ProcessPoolExecutor`, which > currently launches its management thread as a daemon thread. Please don't discuss in closed issues. If you want to support concurrent.futures in subinterpreters, please open a

[issue12915] Add inspect.locate and inspect.resolve

STINNER Victor added the comment: > File > "/home/buildbot/buildarea/3.x.aixtools-aix-power6/build/Lib/test/test_pkgutil.py", > line 249, in test_name_resolution >os.makedirs(d, exist_ok=True) (...) > UnicodeEncodeError: 'latin-1' codec can't encode characters in position > 17-19:

[issue39653] test_posix.TestPosixSpawnP.test_no_such_executable() fails with NotADirectoryError on Debian

Change by STINNER Victor : -- title: test_posix fails during make test -> test_posix.TestPosixSpawnP.test_no_such_executable() fails with NotADirectoryError on Debian ___ Python tracker

[issue39653] test_posix fails during make test

STINNER Victor added the comment: And for this one? import os args=['no_such_executable'] os.execvpe(args[0], args, os.environ) -- ___ Python tracker ___

[issue39653] test_posix fails during make test

STINNER Victor added the comment: Which exception do you get for the following code? import os args=['no_such_executable'] os.execve(args[0], args, os.environ) -- ___ Python tracker

[issue39794] Add --without-decimal-contextvar option to use just threads in decimal

Change by Stefan Krah : -- nosy: +boytsovea ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue39766] unittest's assertRaises removes locals from tracebacks

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

[issue39379] sys.path[0] is already absolute path

STINNER Victor added the comment: > Is sys.path[0] always absolute, or is it just a side-effect of the site > module (i.e. is it absolute even with -S)? The absolute path is computed way before the site module is imported. In Python 3.8, _PyPathConfig_ComputeSysPath0() computes sys.path[0]

[issue39379] sys.path[0] is already absolute path

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

[issue39794] Add --without-decimal-contextvar option to use just threads in decimal

Stefan Krah added the comment: New changeset c4ca1f8f24118dc5c29e16118fb35a13963af290 by Stefan Krah in branch '3.7': [3.7] bpo-39794: Add --without-decimal-contextvar (GH-18702) https://github.com/python/cpython/commit/c4ca1f8f24118dc5c29e16118fb35a13963af290 --

[issue39769] compileall.compile_dir(..., ddir="") omits the intermediate package paths when prepending the prefix

Change by Gregory P. Smith : -- pull_requests: +18075 stage: commit review -> patch review pull_request: https://github.com/python/cpython/pull/18718 ___ Python tracker ___

[issue24518] json.dumps should accept key function for ``sort_keys``

Erlend Egeberg Aasland added the comment: I've rebased Catherine Devlin's patch onto 3.9 (and adjusted the docs a tiny bit). If anyone still is interested, I can create a PR (for 3.9) for this. -- nosy: +erlendaasland Added file:

[issue39763] distutils.spawn should use subprocess (hang in parallel builds on QNX)

STINNER Victor added the comment: > Note the original problem stems when you using "setup.py -j ". setup.py doesn't use multiprocessing. multiprocessing is super complex. Would it be possible to write a reproducer which doesn't use multiprocessing? > Stack trace: (...) Can you try to get

[issue39548] Request fails when 'WWW-Authenticate' header for Digest Authentication does not contain 'qop'

Change by Senthil Kumaran : -- assignee: -> orsenthil resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue39794] Add --without-decimal-contextvar option to use just threads in decimal

Stefan Krah added the comment: New changeset 4d7012410cf4f91cbca4c406f4747289c2802333 by Stefan Krah in branch '3.8': [3.8] bpo-39794: Add --without-decimal-contextvar (GH-18702) https://github.com/python/cpython/commit/4d7012410cf4f91cbca4c406f4747289c2802333 --

[issue39794] Add --without-decimal-contextvar option to use just threads in decimal

Change by Stefan Krah : -- pull_requests: +18074 pull_request: https://github.com/python/cpython/pull/18714 ___ Python tracker ___

[issue39548] Request fails when 'WWW-Authenticate' header for Digest Authentication does not contain 'qop'

miss-islington added the comment: New changeset e4686b79798f7a492dcbaa62cf51f4d07fd5ae78 by Miss Islington (bot) in branch '3.8': bpo-39548: Fix handling of 'WWW-Authenticate' header for Digest Auth (GH-18338) https://github.com/python/cpython/commit/e4686b79798f7a492dcbaa62cf51f4d07fd5ae78

[issue39794] Add --without-decimal-contextvar option to use just threads in decimal

Change by Stefan Krah : -- pull_requests: +18072 pull_request: https://github.com/python/cpython/pull/18713 ___ Python tracker ___

[issue39548] Request fails when 'WWW-Authenticate' header for Digest Authentication does not contain 'qop'

miss-islington added the comment: New changeset cf347f3089631c3c2467e46ed609bfe67e539487 by Miss Islington (bot) in branch '3.7': bpo-39548: Fix handling of 'WWW-Authenticate' header for Digest Auth (GH-18338) https://github.com/python/cpython/commit/cf347f3089631c3c2467e46ed609bfe67e539487

[issue39548] Request fails when 'WWW-Authenticate' header for Digest Authentication does not contain 'qop'

Change by miss-islington : -- pull_requests: +18071 pull_request: https://github.com/python/cpython/pull/18712 ___ Python tracker ___

[issue37266] Daemon threads must be forbidden in subinterpreters

Kyle Stanley added the comment: > To me, yes. If Victor is also on-board with the idea, I can look into writing a patch for it (after testing to verify that it allows us to change the daemon threads to normal threads in concurrent.futures without issues). --

[issue39548] Request fails when 'WWW-Authenticate' header for Digest Authentication does not contain 'qop'

Change by miss-islington : -- nosy: +miss-islington nosy_count: 2.0 -> 3.0 pull_requests: +18070 pull_request: https://github.com/python/cpython/pull/18711 ___ Python tracker

[issue39548] Request fails when 'WWW-Authenticate' header for Digest Authentication does not contain 'qop'

Senthil Kumaran added the comment: New changeset 5e260e0fde211829fcb67060cfd602f4b679f802 by Stephen Balousek in branch 'master': bpo-39548: Fix handling of 'WWW-Authenticate' header for Digest Auth (GH-18338) https://github.com/python/cpython/commit/5e260e0fde211829fcb67060cfd602f4b679f802

[issue39799] Never return base's fragment from urljoin (urllib.parse)

Change by Open Close : -- pull_requests: +18069 stage: -> patch review pull_request: https://github.com/python/cpython/pull/18710 ___ Python tracker ___

[issue39788] Exponential notation should return an int if it can

Tim Peters added the comment: Then please take it to python-ideas? The issue tracker isn't a right place for endless argument. python-ideas is. This is my last response here. -- ___ Python tracker

[issue39788] Exponential notation should return an int if it can

Marco Sulla added the comment: > >>> int(1e100) > 1159028911097599180468360808563945281389781327557747838772170381060813469985856815104 . Oh my God... I'm just more convinced than before :-D > Ya, this change will never be made - give up gracefully :-) Well, even if

[issue39788] Exponential notation should return an int if it can

Tim Peters added the comment: Ya, this change will never be made - give up gracefully :-) 1e100 and 10**100 aren't just of different types, they have different mathematical _values_ now: >>> 1e100 == 10**100 False >>> int(1e100)

[issue39788] Exponential notation should return an int if it can

Marco Sulla added the comment: All the examples you mentioned seems to me to fix code, instead of breaking it. About 1e300**1, it's not a bug at all. No one can stop you to full your RAM in many other ways :-D About conventions, it does not seems to me that Python cares about other

[issue39803] _PyLong_FormatAdvancedWriter has an unnecessary str

Change by Andy Lester : -- pull_requests: +18068 pull_request: https://github.com/python/cpython/pull/18709 ___ Python tracker ___

[issue39803] _PyLong_FormatAdvancedWriter has an unnecessary str

Change by Andy Lester : -- pull_requests: -18067 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue39803] _PyLong_FormatAdvancedWriter has an unnecessary str

Change by Andy Lester : -- pull_requests: +18067 pull_request: https://github.com/python/cpython/pull/18708 ___ Python tracker ___

[issue34271] Please support logging of SSL master secret by env variable SSLKEYLOGFILE

Johannes Frank added the comment: Yes, I didn't revisit the issue since, but Malcolm is right. Implemented in python 3.8. Thanks to all the contributors. On Sat, Feb 29, 2020 at 8:58 AM Malcolm Smith wrote: > > Malcolm Smith added the comment: > > It looks like this has now been done and

[issue39803] _PyLong_FormatAdvancedWriter has an unnecessary str

Change by Andy Lester : -- pull_requests: -18066 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue39803] _PyLong_FormatAdvancedWriter has an unnecessary str

Change by Andy Lester : -- keywords: +patch pull_requests: +18066 stage: -> patch review pull_request: https://github.com/python/cpython/pull/18707 ___ Python tracker ___

[issue39803] _PyLong_FormatAdvancedWriter has an unnecessary str

New submission from Andy Lester : _PyLong_FormatAdvancedWriter has a PyObject *str that is never used. Remove it. -- components: Interpreter Core messages: 363006 nosy: petdance priority: normal severity: normal status: open title: _PyLong_FormatAdvancedWriter has an unnecessary str

[issue39802] Ensure {get, set}_escdelay and {get, set}_tabsize only implemented when the extensions are activated

Change by Batuhan Taskaya : -- nosy: +jcea versions: +Python 3.9 ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue39802] Ensure {get, set}_escdelay and {get, set}_tabsize only implemented when the extensions are activated

Change by Batuhan Taskaya : -- keywords: +patch pull_requests: +18065 stage: -> patch review pull_request: https://github.com/python/cpython/pull/18705 ___ Python tracker ___

[issue39802] Ensure {get, set}_escdelay and {get, set}_tabsize only implemented when the extensions are activated

New submission from Batuhan Taskaya : Python can't build curses on Solaris because of extensions aren't activated /export/home/isidentical/cpython/Modules/_cursesmodule.c: In function ‘_curses_get_escdelay_impl’: /export/home/isidentical/cpython/Modules/_cursesmodule.c:3272:28: error:

[issue39801] list.insert is slow, likely due to manual memmove

Raymond Hettinger added the comment: Marking this as "pending". It is more of a personal research project than a bug report, feature request, or known optimization. The underlying hypothesis is that compilers aren't smart enough to generate good code for a simple for-loop that moves data.

[issue39794] Add --without-decimal-contextvar option to use just threads in decimal

Stefan Krah added the comment: New changeset 815280eb160af637e1347213659f9236adf78f80 by Stefan Krah in branch 'master': bpo-39794: Add --without-decimal-contextvar (#18702) https://github.com/python/cpython/commit/815280eb160af637e1347213659f9236adf78f80 --

[issue39788] Exponential notation should return an int if it can

Steven D'Aprano added the comment: > Integers are implicitly converted to floats in operations with floats. > How can this change break old code? # Status quo print(1e60 + 1) => prints 1e+60 # In the future: => prints 10001 # Status

[issue39801] list.insert is slow, likely due to manual memmove

Stefan Pochmann added the comment: Good point, Tim. Although binarysort really moves very few slots (I think at most 62, and average like 13). That might not be representative for how people use list.insert, either. I think I mainly use it for the mentioned case of a "self-sorting list",

[issue39740] Select module fails to build on Solaris 11.4

Change by Batuhan Taskaya : -- nosy: +BTaskaya, jcea ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue39801] list.insert is slow, likely due to manual memmove

Raymond Hettinger added the comment: Here's a diff you can try out: diff --git a/Objects/listobject.c b/Objects/listobject.c index 3c39c6444b..ac6c9cc07a 100644 --- a/Objects/listobject.c +++ b/Objects/listobject.c @@ -272,8 +272,7 @@ ins1(PyListObject *self, Py_ssize_t where, PyObject *v)

[issue39788] Exponential notation should return an int if it can

Marco Sulla added the comment: Sorry, but I can't figure out what code can break this change. Integers are implicitly converted to floats in operations with floats. How can this change break old code? > if you are worried about the performance No, I'm worried about the expectations of

[issue39801] list.insert is slow, likely due to manual memmove

Tim Peters added the comment: Be cautious about this. Many years ago I looked into this, mostly in the context of the list sort's binary insertion sort, and results were all over the map, depending on the compiler in use, the optimization level, and the range at which (if any!) memmove()

[issue39800] Inconsistent/incomplete disassembly of methods vs method source code

S Murthy added the comment: BTW how else are methods/functions are created in Python except via def? -- ___ Python tracker ___ ___

[issue39801] list.insert is slow, likely due to manual memmove

Stefan Pochmann added the comment: Benchmarking with two *Python* versions of bisect.insort, the "insert" version takes 1.08 seconds to insort the shuffled range(10**5) while the slice assignment version only takes 0.46 seconds: from timeit import timeit import random from bisect import

[issue39800] Inconsistent/incomplete disassembly of methods vs method source code

S Murthy added the comment: @steven.daprano In this case, the method f was created by via def. And calling dis.dis(s) where s is the source code of f (say s = inspect.getsource(f)) shows the bytecode both for the header and the body, as is clear enough from the example I first posted. >>>

[issue39793] make_msgid fail on FreeBSD 12.1-RELEASE-p1 with different domains

Batuhan Taskaya added the comment: > but that sure looks like a broken system. These are all aliases to the same name. -- ___ Python tracker ___

[issue39801] list.insert is slow, likely due to manual memmove

Stefan Pochmann added the comment: I believe it also affects bisect.insort, which I occasionally use when I need a "self-sorting list" (I can't easily test it, as I'm not set up to modify the C version of bisect.insort). And also the popular sortedcontainers package, which relies on such

[issue39801] list.insert is slow, likely due to manual memmove

Change by Raymond Hettinger : -- assignee: -> rhettinger nosy: +rhettinger ___ Python tracker ___ ___ Python-bugs-list mailing

[issue39794] Add --without-decimal-contextvar option to use just threads in decimal

Change by Stefan Krah : -- keywords: +patch pull_requests: +18064 stage: needs patch -> patch review pull_request: https://github.com/python/cpython/pull/18702 ___ Python tracker

[issue34271] Please support logging of SSL master secret by env variable SSLKEYLOGFILE

Malcolm Smith added the comment: It looks like this has now been done and released. Can the issue be closed? -- nosy: +Malcolm Smith ___ Python tracker ___

[issue39771] EmailMessage may need to support RFC-non-compliant MIME parameter encoding (encoded words in quotes) for output.

R. David Murray added the comment: I actually agree: if most (by market share) MUAs handle the RFC-incorrect parameter encoding style, and a significant portion does not handle the RFC correct style, then we should support the de-facto standard rather than the official standard as the

[issue39793] make_msgid fail on FreeBSD 12.1-RELEASE-p1 with different domains

R. David Murray added the comment: I don't object to this patch, but that sure looks like a broken system. -- ___ Python tracker ___

[issue39800] Inconsistent/incomplete disassembly of methods vs method source code

Steven D'Aprano added the comment: > would it not be better to for dis.dis to behave consistently for methods and > source strings of methods I don't think so. The inputs are different. One is a string containing a `def` statement, which is an executable statement. The other is a function

[issue38527] configure script fails to detect "float word ordering" on Solaris

Change by Batuhan Taskaya : -- nosy: +BTaskaya, jcea ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue39667] Update zipfile.Path with zipp 3.0

Jason R. Coombs added the comment: New changeset 0aeab5c4381f0cc11479362af2533b3a391312ac by Jason R. Coombs in branch 'master': bpo-39667: Sync zipp 3.0 (GH-18540) https://github.com/python/cpython/commit/0aeab5c4381f0cc11479362af2533b3a391312ac --

[issue39667] Update zipfile.Path with zipp 3.0

Change by miss-islington : -- nosy: +miss-islington nosy_count: 1.0 -> 2.0 pull_requests: +18063 pull_request: https://github.com/python/cpython/pull/18701 ___ Python tracker

[issue12915] Add inspect.locate and inspect.resolve

Michael Felt added the comment: PR18517 has, likely, a utf-8 dependency. AIX, default latin-1 does not accept the new test. Starting with this merge AIX bot fails with: == ERROR: test_name_resolution

[issue39801] list.insert is slow, likely due to manual memmove

Change by Stefan Pochmann : -- title: list.insert is slow due to manual memmove -> list.insert is slow, likely due to manual memmove ___ Python tracker ___

[issue39801] list.insert is slow due to manual memmove

New submission from Stefan Pochmann : Using a list's insert function is much slower than using slice assignment: > python -m timeit -n 10 -s "a=[]" "a.insert(0,0)" 10 loops, best of 5: 19.2 usec per loop > python -m timeit -n 10 -s "a=[]" "a[0:0]=[0]" 10 loops, best of 5: 6.78

[issue39800] Inconsistent/incomplete disassembly of methods vs method source code

New submission from S Murthy : I am using the dis module to look at source (and logical) lines of code vs corresponding bytecode instructions. I am bit confused by the output of dis.dis when disassembling a given method vs the corresponding source string, e.g. >>> def f(x): return x**2 >>>

[issue39799] Never return base's fragment from urljoin (urllib.parse)

Open Close added the comment: Uploaded the patch (1.patch). -- keywords: +patch Added file: https://bugs.python.org/file48935/1.patch ___ Python tracker ___

[issue39799] Never return base's fragment from urljoin (urllib.parse)

New submission from Open Close : According to RFC3986 5.2.2., target fragment is always reference fragment (T.fragment = R.fragment;). This is different from RFC1808 (4. and 5.2.). And it is not mentioned in Modifications section in RFC2396 and RFC3986. Current: >>> import urllib.parse >>>

[issue39798] Update and Improve README.AIX

Change by Karthikeyan Singaravelan : -- nosy: +Michael.Felt ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue39798] Update and Improve README.AIX

New submission from Batuhan Taskaya : I was building python on AIX but the old README.AIX file didn't help much. It would be super cool to someone who is familiar with AIX update and improve that file with all new additions and current issues about AIX. -- components: Build messages:

[issue39796] warning extension module inited twice in python3.9

Change by hai shi : -- keywords: +patch pull_requests: +18062 stage: -> patch review pull_request: https://github.com/python/cpython/pull/18700 ___ Python tracker ___

[issue39796] warning extension module inited twice in python3.9

New submission from hai shi : In master branch, `_PyWarnings_Init()` have been called twice. ``` (gdb) bt #0 _PyWarnings_Init () at Python/_warnings.c:1338 #1 0x00525df3 in pycore_init_import_warnings (tstate=tstate@entry=0x9a19c0, sysmod=0x77f7e5f0) at Python/pylifecycle.c:680

[issue39797] shutdown() in socketserver.BaseServer should be in a different thread from serve_forever()

New submission from Ama Aje My Fren : When a subclass of socketserver.BaseServer is running after calling serve_forever() and needs to be shutdown, it may be shut down by sending a [shutdown()](https://docs.python.org/3/library/socketserver.html#socketserver.BaseServer.shutdown). The thing

[issue30082] hide command prompt when using subprocess.Popen with shell=False on Windows

Steve Dower added the comment: If you use subprocess to launch any process that is marked SUBSYSTEM_CONSOLE, Windows will create a new console for it. For example, "python.exe" is such a process. Eryk's answer in the very first StackOverflow link shows how to create a STARTUPINFO parameter

[issue30082] hide command prompt when using subprocess.Popen with shell=False on Windows

swgmma added the comment: I would like to pick up work on this (have started at link below), however I would like some help: For testing purposes, could someone please provide a minimum working example of using subprocess that causes a command prompt to pop up? I have not been able to

[issue39379] sys.path[0] is already absolute path

Karthikeyan Singaravelan added the comment: I have merged the doc change since it's minor. I will leave this open for clarification regarding Brett's question. -- ___ Python tracker

[issue39379] sys.path[0] is already absolute path

Karthikeyan Singaravelan added the comment: New changeset 1f0cd3c61a5ae3aac5ebaccc75ae9828ca4f96c4 by Ananthakrishnan in branch 'master': bpo-39379: Remove reference to sys.path[0] being absolute path in whatsnew (GH-18561)

[issue37266] Daemon threads must be forbidden in subinterpreters

Antoine Pitrou added the comment: > To me, this seems best implemented as a new public function for the threading > module, perhaps something like `threading.register_atexit()`. Would this be > reasonable? To me, yes. -- ___ Python tracker

  1   2   >