date:20210203



New submission from Natanael Copa :

The SOABI does not make any difference between GNU libc and musl libc.

Using official docker images:

# debian build with GNU libc
$ docker run --rm python:slim python -c  'import 
sysconfig;print(sysconfig.get_config_var("SOABI"))'
cpython-39-x86_64-linux-gnu

# alpine build with musl libc
$ docker run --rm python:alpine python -c  'import 
sysconfig;print(sysconfig.get_config_var("SOABI"))'
cpython-39-x86_64-linux-gnu


Both ends with `-gnu`, while it would be expected that with musl it would end 
with `-musl`

This affects the extension suffix:

$ docker run --rm python:slim python-config --extension-suffix
.cpython-39-x86_64-linux-gnu.so

$ docker run --rm python:alpine python-config --extension-suffix
.cpython-39-x86_64-linux-gnu.so

Which again affects the pre-compiled binary wheels, and binary modules built 
with musl libc gets mixed up with the GNU libc modules due to the -gnu.so 
suffix.

The source of the problem is that the `configure.ac` file assumes that all 
defined(__linux__) is -gnu when detecting the PLATFORM_TRIPLET.

```
...
#if defined(__ANDROID__)
# Android is not a multiarch system.
#elif defined(__linux__)
# if defined(__x86_64__) && defined(__LP64__)
x86_64-linux-gnu
# elif defined(__x86_64__) && defined(__ILP32__)
x86_64-linux-gnux32
# elif defined(__i386__)
...
```

So when building python with musl libc the PLATFORM_TRIPLET always sets 
`*-linux-gnu`.

output from configure run on musl system:
```
...
checking for a sed that does not truncate output... /bin/sed
  
checking for --with-cxx-main=... no   
  
checking for the platform triplet based on compiler characteristics... 
x86_64-linux-gnu  
...
```

A first step in fixing this would be to make sure that we only set -gnu when 
__GLIBC__ is defined:
```diff
diff --git a/configure.ac b/configure.ac
index 1f5a008388..1b4690c90f 100644
--- a/configure.ac
+++ b/configure.ac
@@ -726,7 +726,7 @@ cat >> conftest.c <

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

[issue43112] SOABI on Linux does not distinguish between GNU libc and musl libc



Christian Heimes  added the comment:

The suffix "-gnu" does not stand for "glibc".

The triplet defines the calling convention. For example x86_64-linux-gnu means 
x86_64 / AMD64 CPU architecture, Linux, with standard GNU / GCC calling 
convention. Other calling conventions are "x86_64-linux-gnux32" for X32 on 
AMD64 and "arm-linux-gnueabihf" for 32bit ARM with extended ABI and hardware 
float support.

The triplets are standardized beyond Python. Debian's multiarch page lists and 
explains a large amount of triplets, https://wiki.debian.org/Multiarch/Tuples

--
nosy: +christian.heimes

___
Python tracker 

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

[issue43102] namedtuple's new.globals['builtins'] is None

2021-02-03 Thread Douglas Raillard



Douglas Raillard  added the comment:

I did hit the issue while porting a tool to Python 3.9:
https://github.com/ARM-software/lisa/pull/1585/commits/a4cd3aa1ad339ebfe59cc9e2ae290bb3788c900d

It basically infers valid Python expressions from type annotations (some sort
of inverse type checker) and run them while serializing all intermediate
subexpressions for debugging. This allows a whole test suite to be plain
classes and functions (usable out of context) to be assembled into "pipelines"
without extra user work. The reason I ran into that problem are:

1. I'm scanning whole modules for annotations, so it is exposed to lots of 
things
2. In order to be able to infer expressions, it has to augment existing
  annotations when it is unambiguous. In our case, since __new__ is more or
  less a classmethod (i.e. it takes the class as first argument even if
  strictly speaking it's a staticmethod), it added an annotation with the class
  name (extracted from __qualname__).

It implements PEP563 to evaluate the annotions, which describes how to get the
globals for a function and class and that they can be fed to eval(). Using
typing.get_type_hints() is not really possible since annotations need to be
augmented, and fancy type hints like Optional are unusable for my purpose since
there typing.get_args() was only added to Python 3.8 (I need to support >=
3.6).

Maybe an alternative would be to use a module-level types.MappingProxyType
instance ? This way there is no extra object created for each namedtuple and
since it's read-only it should be as safe as None.

--
versions: +Python 3.9 -Python 3.10

___
Python tracker 

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

[issue43112] SOABI on Linux does not distinguish between GNU libc and musl libc



Natanael Copa  added the comment:

Does this mean that the SOABI should be the same for python built with musl 
libc and GNU libc?

They are not really ABI compatible.

--

___
Python tracker 

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

[issue43113] os.posix_spawn errors with wrong information when shebang does not exist

2021-02-03 Thread Tomas Orsava



New submission from Tomas Orsava :

os.posix_spawn fails with a wrong error information when executing an existing 
file with shebang pointing to a non-existing file.



$ cat demo
#!/usr/bin/hugo

$ ./demo
bash: ./demo: /usr/bin/hugo: bad interpreter: No such file or directory

$ cat repro.py
import os
os.posix_spawn("./demo", ["./demo"], {})

$ python3.10 repro.py
Traceback (most recent call last):
  File "/home/torsava/mess-old/2021-02/python-popen/repro.py", line 2, in 

os.posix_spawn("./demo", ["./demo"], {})
FileNotFoundError: [Errno 2] No such file or directory: './demo'



The same problem exists when `demo` is on the PATH.



$ export PATH=".:$PATH"

$ demo
bash: ./demo: /usr/bin/hugo: bad interpreter: No such file or directory

$ cat repro_path.py
import os
os.posix_spawn("demo", ["demo"], {})

$ python3.10 repro_path.py
Traceback (most recent call last):
  File "/home/torsava/mess-old/2021-02/python-popen/repro_path.py", line 2, in 

os.posix_spawn("demo", ["demo"], {})
FileNotFoundError: [Errno 2] No such file or directory: 'demo'

--
components: Library (Lib)
messages: 386187
nosy: torsava
priority: normal
severity: normal
status: open
title: os.posix_spawn errors with wrong information when shebang does not exist
type: behavior
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

[issue43113] os.posix_spawn errors with wrong information when shebang points to not-existing file


Change by Miro Hrončok :


--
nosy: +hroncok
title: os.posix_spawn errors with wrong information when shebang does not exist 
-> os.posix_spawn errors with wrong information when shebang points to 
not-existing file

___
Python tracker 

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

[issue43113] os.posix_spawn errors with wrong information when shebang points to not-existing file


Miro Hrončok  added the comment:

I don't think posix_spawn actually reads $PATH (hence the second example is 
pretty much doing the same as the first one), but this problem also manifests 
with subprocess (which does).

--

___
Python tracker 

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

[issue43113] os.posix_spawn errors with wrong information when shebang points to not-existing file



STINNER Victor  added the comment:

os.posix_spawn() is a thin wrapper to posix_spawn(). Python doesn't try to 
change its behavior on purpose. So I don't think that this issue is a Python 
bug.

--
nosy: +vstinner

___
Python tracker 

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

[issue43113] os.posix_spawn errors with wrong information when shebang points to not-existing file



STINNER Victor  added the comment:

If you want to look for the "demo" program in the PATH environment variable, 
use os.posix_spawnp() instead:
https://docs.python.org/dev/library/os.html#os.posix_spawnp

--

___
Python tracker 

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

[issue43113] os.posix_spawn errors with wrong information when shebang points to not-existing file



STINNER Victor  added the comment:

> FileNotFoundError: [Errno 2] No such file or directory: './demo'

'./demo' filename is set with the following code in Modules/posixmodule.c:

if (err_code) {
errno = err_code;
PyErr_SetFromErrnoWithFilenameObject(PyExc_OSError, path->object);
goto exit;
}

I understand that Tomas wants to raise the OSError with no filename.

I add Pablo and Joannah in the loop, they worked on exposing posix_spawn 
function in Python.

--
nosy: +nanjekyejoannah, pablogsal

___
Python tracker 

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

[issue43113] os.posix_spawn errors with wrong information when shebang points to not-existing file


Miro Hrončok  added the comment:

Ideally, the error would say:

FileNotFoundError: ./demo: /usr/bin/hugo: bad interpreter: No such file or 
directory

--

___
Python tracker 

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

[issue43112] SOABI on Linux does not distinguish between GNU libc and musl libc



Natanael Copa  added the comment:

The referenced https://wiki.debian.org/Multiarch/Tuples doc says:

> we require unique identifiers for each architecture that identifies an 
> incompatible set of libraries that we want to be co-installed.

Since GNU libc and musl libc are not ABI compatible they can not share same 
unique identifier. I think replacing -gnu with -musl makes sense.

--

___
Python tracker 

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

[issue43112] SOABI on Linux does not distinguish between GNU libc and musl libc



Christian Heimes  added the comment:

SOABI basically contains the CPU architecture and Kernel ABI. The libc ABI is 
yet another dimension that is not encoded in the shared library ABI. 

The libc ABI is more complex than just glibc or musl. You need to include the 
ABI version of all core components. For example manylinux2014 defines the ABI 
for glibc as GLIBC_2.17, CXXABI_1.3.7, CXXABI_TM_1, GLIBCXX_3.4.19, GCC_4.8.0.

As a rule of thumb, a SOABI like ".cpython-39-x86_64-linux-gnu.so" only works 
the current host. You cannot safely move the file to another host or bump the 
SO version of any library, unless you ensure that the ABIs of all libraries are 
compatible.

--

___
Python tracker 

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

[issue43110] import aiohttp crash closes Python from Windows Installer

2021-02-03 Thread Giovanni Wijaya



Giovanni Wijaya  added the comment:

Update: I tried installing Python from source in x64, and same issue persists.

--

___
Python tracker 

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

[issue43112] SOABI on Linux does not distinguish between GNU libc and musl libc



Christian Heimes  added the comment:

Do you have glibc and musl installed side by side?

--

___
Python tracker 

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

[issue43112] SOABI on Linux does not distinguish between GNU libc and musl libc

Natanael Copa added the comment:

> Do you have glibc and musl installed side by side?

No. But there is nothing preventing me to have the libc runtimes installed in
parallel with glibc.

/lib/libc.so.6
/lib/libc.musl-x86_64.so.1

And it is not common that people copy libc.so.6 (with friends) to their alpine
docker images to run both in same container. If that is a good idea is other
discussion.

I do understand that full ABI compatibility also may involve libc ABI version,
but I think that is a slightly different problem. Newer versions of glibc and
musl libc are backwards compatible. You can expect a binary built with old libc
version to run with new libc. But you cannot expect a binary built with musl
libc to run with gnu libc.

gcc recognizes -linux-musl as a valid platform tuple different that differs
from -linux-gnu:
https://github.com/gcc-mirror/gcc/blob/master/gcc/config/t-musl

The standard autotools' config.guess[1] also recognizes -musl as different
platform.

$ ./config.guess
x86_64-pc-linux-musl

[1]:
https://github.com/python/cpython/blob/12d0a7642fc552fa17b1608fe135306cddec5f4e/config.guess#L158

So I think it makes sense to treat *-linux-musl as a different platform than
*-linux-gnu.

If you still insist that this is only about calling convention and not
platform, then I think you should at least clarify that in the configure.ac
script to avoid confusion:

sed -i -e 's/PLATFORM_TRIPLET/CALLING_CONVENTION_TRIPLET/g' -e 's/platform
triplet/calling convention triplet/g' configure.ac

___
Python tracker

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

[issue43114] Python 3.6 MSI Installer for Windows

2021-02-03 Thread hpant



New submission from hpant :

Hi Team,
We would lie to have python 3.6 MSI Installer for Azure VDI. so that it will be 
applicablefor all users in azure. Please provide installation file

--
components: Installation
messages: 386198
nosy: hpant
priority: normal
severity: normal
status: open
title: Python 3.6 MSI  Installer for Windows
type: enhancement
versions: Python 3.6

___
Python tracker 

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

[issue43114] Python 3.6 MSI Installer for Windows

2021-02-03 Thread hpant



hpant  added the comment:

We would like to have python 3.6 MSI Installer for Azure VDI. so that it will 
be applicablefor all users in azure. Please provide installation file

--

___
Python tracker 

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

[issue43114] Python 3.6 MSI Installer for Windows



Christian Heimes  added the comment:

Python 3.6 is in security fix-only mode. We no longer provide binaries for it. 
We also dropped MSI installers a while ago. I let Steve explains the details.

--
assignee:  -> steve.dower
nosy: +christian.heimes, steve.dower

___
Python tracker 

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

[issue43113] os.posix_spawn errors with wrong information when shebang points to not-existing file



STINNER Victor  added the comment:

> FileNotFoundError: ./demo: /usr/bin/hugo: bad interpreter: No such file or 
> directory

Python has no knowledge of executable formats, shell or anything. It only calls 
posix_spawn() and raises an OSError on error.

--

___
Python tracker 

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

[issue43108] test_curses is leaking references

2021-02-03 Thread miss-islington



Change by miss-islington :


--
nosy: +miss-islington
nosy_count: 2.0 -> 3.0
pull_requests: +23239
pull_request: https://github.com/python/cpython/pull/24429

___
Python tracker 

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

[issue43108] test_curses is leaking references

2021-02-03 Thread miss-islington



Change by miss-islington :


--
pull_requests: +23240
pull_request: https://github.com/python/cpython/pull/24430

___
Python tracker 

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

[issue43108] test_curses is leaking references

2021-02-03 Thread miss-islington



miss-islington  added the comment:


New changeset 12bfc595c49ef9681265407fe33b53b7a3623abc by Miss Islington (bot) 
in branch '3.9':
bpo-43108: Fix a reference leak in the curses module (GH-24420)
https://github.com/python/cpython/commit/12bfc595c49ef9681265407fe33b53b7a3623abc


--

___
Python tracker 

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

[issue43115] locale.getlocale fails if locale is set

2021-02-03 Thread Anders Munch



New submission from Anders Munch :

getlocale fails with an exception when the string returned by _setlocale is 
already an RFC 1766 language tag.

Example:

Python 3.10.0a4 (tags/v3.10.0a4:445f7f5, Jan  4 2021, 19:55:53) [MSC v.1928 64 
bit (AMD64)] on win32
Type "help", "copyright", "credits" or "license" for more information.
>>> import locale
>>> locale.setlocale(locale.LC_ALL, 'en-US')
'en-US'
>>> locale.getlocale()
Traceback (most recent call last):
  File "", line 1, in 
  File "C:\flonidan\env\Python310\lib\locale.py", line 593, in getlocale
return _parse_localename(localename)
  File "C:\flonidan\env\Python310\lib\locale.py", line 501, in _parse_localename
raise ValueError('unknown locale: %s' % localename)
ValueError: unknown locale: en-US

Expected result:
  ('en-US', None)

See https://github.com/wxWidgets/Phoenix/issues/1637 for an example of the 
ensuing problems.  wx.Locale calls C setlocale directly, but, as far as I can 
see, correctly, using dashes in the language code which is consistent with not 
only RFC 1766 but also the examples in Microsoft's documentation 
(https://docs.microsoft.com/en-us/cpp/c-runtime-library/reference/setlocale-wsetlocale?view=msvc-160).
  CPython seems to assume underscored names such as 'en_US' instead, as shown 
by getdefaultlocale inserting an underscore.

--
components: Library (Lib), Windows
messages: 386203
nosy: AndersMunch, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: locale.getlocale fails if locale is set
versions: Python 3.10, 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

[issue43116] Integer division numerical error

2021-02-03 Thread Johannes



New submission from Johannes :

I'm a bit confused because this seems to be too obvious to be a bug:

[code]
>>> -2094820900 // 1298
-1613884
>>> -2094820900 // -1298
1613883
[/code]

Obviously there is a +/- 1 difference in the result. 

Tested with Python 3.7, 3.8 and 3.9 on Debian Bullseye. Am I missing something?

--
messages: 386204
nosy: jfu33.4
priority: normal
severity: normal
status: open
title: Integer division numerical error
type: behavior
versions: Python 3.7, 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

[issue43103] Add configure option to disable build libpython.a and don't install python.o



STINNER Victor  added the comment:

About the option name, I consider to rename it to: --with-static-libpython, 
since technically it doesn't build a static "python" executable, but a static 
"libpython" (.a).

--

___
Python tracker 

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

[issue43113] os.posix_spawn errors with wrong information when shebang points to not-existing file

2021-02-03 Thread Alexey Izbyshev



Alexey Izbyshev  added the comment:

> Ideally, the error would say:

> FileNotFoundError: ./demo: /usr/bin/hugo: bad interpreter: No such file or 
> directory

The kernel simply returns ENOENT on an attempt to execve() a file with 
non-existing hash-bang interpreter. The same occurs on an attempt to run a 
dynamically linked ELF executable with INTERP program header containing a 
non-existing path. And, of course, the same error is returned if the executable 
file itself doesn't exist, so there is no simple way to distinguish such cases.

Bash simply assumes[1] that if a file contains a hash-bang and the error from 
execve() is not recognized otherwise, it's a "bad interpreter".

Note that all of the above is completely unrelated to os.posix_spawn(): 
subprocess or os.execve() would produce the same message.

[1] 
https://git.savannah.gnu.org/cgit/bash.git/tree/execute_cmd.c?h=bash-5.1#n5854

--
nosy: +izbyshev

___
Python tracker 

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

[issue43113] os.posix_spawn errors with wrong information when shebang points to not-existing file


Miro Hrončok  added the comment:

That was "ideal" error message. If we don't have all the information, we cannot 
have the ideal error message. But we need to adapt the default error message to 
not be misleading. What about:

FileNotFoundError: [Errno 2] No such file or directory: Either './demo' or the 
interpreter of './demo' not found.

--

___
Python tracker 

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

[issue43115] locale.getlocale fails if locale is set

2021-02-03 Thread Scott Talbert



Change by Scott Talbert :


--
nosy: +swt2c

___
Python tracker 

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

[issue43116] Integer division numerical error

2021-02-03 Thread Mark Dickinson



Mark Dickinson  added the comment:

Python's `//` operator does floor division: that is, the (true) quotient is 
converted to an integer by taking the floor (rounding towards -infinity) 
instead of truncating (rounding towards zero).

So indeed it's not a bug. The behaviour is documented here: 
https://docs.python.org/3/reference/expressions.html#binary-arithmetic-operations

See also #43034

--
nosy: +mark.dickinson
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

[issue43117] Translation Mistakes

2021-02-03 Thread chen-y0y0



New submission from chen-y0y0 :

A example in this picture:
In the red circles, the texts should not be translated. They should be their 
original states. Because these texts are options that programmers will input 
into their programs. If these texts are translated and input by that, the 
program will raise an error.
In the green circke, the texts are not translated.

--
assignee: docs@python
components: Documentation
files: 1E42294E-CA8F-4CAC-9AA7-79F3B05EE9D1.jpeg
messages: 386209
nosy: docs@python, prasechen
priority: normal
severity: normal
status: open
title: Translation Mistakes
type: behavior
versions: Python 3.10, Python 3.6, Python 3.7, Python 3.8, Python 3.9
Added file: 
https://bugs.python.org/file49787/1E42294E-CA8F-4CAC-9AA7-79F3B05EE9D1.jpeg

___
Python tracker 

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

[issue43113] os.posix_spawn errors with wrong information when shebang points to not-existing file

2021-02-03 Thread Alexey Izbyshev



Alexey Izbyshev  added the comment:

> FileNotFoundError: [Errno 2] No such file or directory: Either './demo' or 
> the interpreter of './demo' not found.

This doesn't sound good to me because a very probable and a very improbable 
reasons are combined together without any distinction. Another possible issue 
is that usage of the word "interpreter" in this narrow sense might be 
non-obvious for users.

ISTM that the most minimal way to check for the possibility of interpreter 
issue would be do something like `access(exe_path, X_OK)` in case of ENOENT: if 
it's successful, then a "bad interpreter" condition is likely. But in case of 
os.posix_spawnp(), the search in PATH is performed by libc, so CPython doesn't 
know exe_path. OTOH, subprocess and os.exec*p do perform their own search in 
PATH, but in case of subprocess it happens in the context of the child process, 
so we'll probably need to devise a separate error code to report to the parent 
via the error pipe to distinguish this condition.

So far, I'm not convinced that the result is worth it, but I do agree that such 
mysterious "No such file" errors are not user-friendly.

--

___
Python tracker 

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

[issue43102] namedtuple's new.globals['builtins'] is None

2021-02-03 Thread Raymond Hettinger



Raymond Hettinger  added the comment:

Wow, your project looks super interesting.

--

___
Python tracker 

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

[issue43118] inspect.signature() raises RuntimeError on failed to resolve the default argument value

2021-02-03 Thread Komiya Takeshi



New submission from Komiya Takeshi :

inspect.signature() raises RuntimeError on failed to resolve the default 
argument value. For example, it fails to inspect a subclass of 
io.BufferedReader:

Example:
```
import inspect
import io


class MyBufferedReader(io.BufferedReader):
"""buffer reader class."""


inspect.signature(MyBufferedReader)
```

Result:
```
Traceback (most recent call last):
  File "/Users/tkomiya/.pyenv/versions/3.9.1/lib/python3.9/inspect.py", line 
2042, in wrap_value
value = eval(s, module_dict)
  File "", line 1, in 
NameError: name 'DEFAULT_BUFFER_SIZE' is not defined

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/Users/tkomiya/.pyenv/versions/3.9.1/lib/python3.9/inspect.py", line 
2045, in wrap_value
value = eval(s, sys_module_dict)
  File "", line 1, in 
NameError: name 'DEFAULT_BUFFER_SIZE' is not defined

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/Users/tkomiya/work/tmp/doc/example.py", line 9, in 
inspect.signature(MyBufferedReader)
  File "/Users/tkomiya/.pyenv/versions/3.9.1/lib/python3.9/inspect.py", line 
3130, in signature
return Signature.from_callable(obj, follow_wrapped=follow_wrapped)
  File "/Users/tkomiya/.pyenv/versions/3.9.1/lib/python3.9/inspect.py", line 
2879, in from_callable
return _signature_from_callable(obj, sigcls=cls,
  File "/Users/tkomiya/.pyenv/versions/3.9.1/lib/python3.9/inspect.py", line 
2397, in _signature_from_callable
return _signature_fromstr(sigcls, obj, text_sig)
  File "/Users/tkomiya/.pyenv/versions/3.9.1/lib/python3.9/inspect.py", line 
2095, in _signature_fromstr
p(name, default)
  File "/Users/tkomiya/.pyenv/versions/3.9.1/lib/python3.9/inspect.py", line 
2077, in p
default_node = RewriteSymbolics().visit(default_node)
  File "/Users/tkomiya/.pyenv/versions/3.9.1/lib/python3.9/ast.py", line 407, 
in visit
return visitor(node)
  File "/Users/tkomiya/.pyenv/versions/3.9.1/lib/python3.9/inspect.py", line 
2069, in visit_Name
return wrap_value(node.id)
  File "/Users/tkomiya/.pyenv/versions/3.9.1/lib/python3.9/inspect.py", line 
2047, in wrap_value
raise RuntimeError()
RuntimeError
```


In my investigation, inspect.signature() tries to evaluate the default argument 
value of the class constructor. But it fails to evaluate because of the 2nd 
argument of the constructor takes a constant; `DEFAULT_BUFFER_SIZE`, but it is 
not found on the current context.

I think it would be better to search the constants for the modules of the base 
classes. I just made a simple patch to resolve this bug.

--
components: Library (Lib)
files: inspect.patch
keywords: patch
messages: 386212
nosy: i.tkomiya
priority: normal
severity: normal
status: open
title: inspect.signature() raises RuntimeError on failed to resolve the default 
argument value
versions: Python 3.10, Python 3.6, Python 3.7, Python 3.8, Python 3.9
Added file: https://bugs.python.org/file49788/inspect.patch

___
Python tracker 

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

[issue43117] Translation Mistakes

2021-02-03 Thread Andre Roberge



Andre Roberge  added the comment:

A similar error exists in the table for the French documentation where 
"valeurs" is indicated to be one of the options 
https://docs.python.org/fr/3.8/library/tkinter.ttk.html#widget

--
nosy: +aroberge

___
Python tracker 

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

[issue43118] inspect.signature() raises RuntimeError on failed to resolve the default argument value

2021-02-03 Thread Komiya Takeshi



Komiya Takeshi  added the comment:

FWIW, I succeeded to inspect the class with importing the constant from the 
base module as a workaround:

```
import inspect
import io

from io import DEFAULT_BUFFER_SIZE


class MyBufferedReader(io.BufferedReader):
"""buffer reader class."""


inspect.signature(MyBufferedReader)
```

--

___
Python tracker 

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

[issue43103] Add configure option to disable build libpython.a and don't install python.o

2021-02-03 Thread Pablo Galindo Salgado



Pablo Galindo Salgado  added the comment:

There are some build systems and downstream distributors that expect the .a to 
be there, so I propose to at least not changing the default.

--
nosy: +pablogsal

___
Python tracker 

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

[issue43103] Add configure --without-static-libpython to not build libpython3.10.a



STINNER Victor  added the comment:

I rewrote my PR to leave the default behavior unchanged and I renamed the 
option to --without-static-libpython (python => libpython).

--
title: Add configure option to disable build libpython.a and don't install 
python.o -> Add configure --without-static-libpython to not build 
libpython3.10.a

___
Python tracker 

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

[issue43113] os.posix_spawn errors with wrong information when shebang points to not-existing file