[issue42078] _tracemalloc.c and Clang-cl

[Gisle Vanem]

New submission from Gisle Vanem :

Related to:
  https://bugs.python.org/issue33351

where I commented above the following. 
When using `clang-cl` to build, I get the following error:
```
Modules/_tracemalloc.c(55,9): error: declaration of anonymous struct must be a 
definition
typedef struct
^
Modules/_tracemalloc.c(55,1): warning: typedef requires a name 
[-Wmissing-declarations]
typedef struct
^~~
Modules/_tracemalloc.c(68,9): warning: #pragma pack(pop, ...) failed: stack 
empty [-Wignored-pragmas]
#pragma pack(pop)
^
Modules/_tracemalloc.c(78,5): error: unknown type name 'frame_t'
frame_t frames[1];
^
Modules/_tracemalloc.c(87,103): error: use of undeclared identifier 'frame_t'
static const unsigned long MAX_NFRAME = Py_MIN(UINT16_MAX, ((SIZE_MAX - 
sizeof(traceback_t)) / sizeof(frame_t) + 1));

  ^
Modules/_tracemalloc.c(87,103): error: use of undeclared identifier 'frame_t'
Modules/_tracemalloc.c(286,15): error: unknown type name 'frame_t'; did you 
mean 'trace_t'?
const frame_t *frame1 = &traceback1->frames[i];
  ^~~
  trace_t
Modules/_tracemalloc.c(100,3): note: 'trace_t' declared here
} trace_t;
  ^
```

An easy fix is to patch it:
```
--- a/_tracemalloc.c 2020-10-18 12:06:55
+++ b/_tracemalloc.c 2020-10-19 09:02:17
@@ -52,11 +52,11 @@

 /* Pack the frame_t structure to reduce the memory footprint on 64-bit
architectures: 12 bytes instead of 16. */
-typedef struct
 #ifdef __GNUC__
-__attribute__((packed))
+typedef struct __attribute__((packed))
 #elif defined(_MSC_VER)
 #pragma pack(push, 4)
+typedef struct
 #endif
 {
 /* filename cannot be NULL: "" is used if the Python frame
```

(I'm amazed it's not done before).

--
components: Build
messages: 378928
nosy: gvanem
priority: normal
severity: normal
status: open
title: _tracemalloc.c and Clang-cl
type: compile error
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

[issue42026] index function return first index for same element if repetitive in a list

[Raymond Hettinger]

Raymond Hettinger  added the comment:

> If the index() is working fine. why my previous attached
> code sample is returning 0 for each time I try to get 
> the index for element 11 in the list.

Your code is buggy.  It assumes that list.index() changes its starting point as 
your for-loop iterates.   However, the documented and correct behavior of 
list.index() is that unless a *start* argument is provided, the search always 
starts at position zero and returns the index of the first matching target 
value:  

>>> help(list.index)
Help on method_descriptor:

index(self, value, start=0, stop=9223372036854775807, /)
Return first index of value.

--

___
Python tracker 

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

[issue19270] Document that sched.cancel() doesn't distinguish equal events and can break order

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:


New changeset 5368c2b6e23660cbce7e38dc68f859c66ac349ee by Bar Harel in branch 
'master':
bpo-19270: Fixed sched.scheduler.cancel to cancel correct event (GH-22729)
https://github.com/python/cpython/commit/5368c2b6e23660cbce7e38dc68f859c66ac349ee


--

___
Python tracker 

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

[issue13451] sched.py: speedup cancel() method

[Serhiy Storchaka]

Change by Serhiy Storchaka :


--
pull_requests: +21724
pull_request: https://github.com/python/cpython/pull/22759

___
Python tracker 

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

[issue39116] StreamReader.readexactly() raises GeneratorExit on ProactorEventLoop

[twisteroid ambassador]

twisteroid ambassador  added the comment:

This problem still exists on Python 3.9 and latest Windows 10.

I tried to catch the GeneratorExit and turn it into a normal Exception, and 
things only got weirder from here. Often several lines later another await 
statement would raise another GeneratorExit, such as writer.write() or even 
asyncio.sleep(). Doesn't matter whether I catch the additional GeneratorExit or 
not, once code exits this coroutine a RuntimeError('coroutine ignored 
GeneratorExit') is raised. And it doesn't matter what I do with this 
RuntimeError, the outermost coroutine's Task always generates an 'asyncio Task 
was destroyed but it is pending!' error message.

Taking a step back from this specific problem. Does a "casual" user of asyncio 
need to worry about handling GeneratorExits? Can I assume that I should not see 
GeneratorExits in user code?

--

___
Python tracker 

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

[issue39116] StreamReader.readexactly() raises GeneratorExit on ProactorEventLoop

[twisteroid ambassador]

Change by twisteroid ambassador :


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

[issue42051] plistlib inherits XML vulnerabilities: we should document them

[Ronald Oussoren]

Ronald Oussoren  added the comment:

I'm working on a PR.

--

___
Python tracker 

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

[issue11698] Improve repr for structseq objects to show named, but unindexed fields

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

Other problem is that the repr looks like an evaluable expression, but 
evaluating it will always produce error.

>>> st = os.stat('/dev/null')
>>> st
os.stat_result(st_mode=8630, st_ino=6, st_dev=6, st_nlink=1, st_uid=0, 
st_gid=0, st_size=0, st_atime=1602523313, st_mtime=1602523313, 
st_ctime=1602523313)
>>> os.stat_result(st_mode=8630, st_ino=6, st_dev=6, st_nlink=1, st_uid=0, 
>>> st_gid=0, st_size=0, st_atime=1602523313, st_mtime=1602523313, 
>>> st_ctime=1602523313)
Traceback (most recent call last):
  File "", line 1, in 
TypeError: structseq() takes at most 2 keyword arguments (10 given)

os.stat_result() accepts only two arguments: a tuple for indexable elements and 
a dict for non-indexable elements.

>>> os.stat_result((8630, 6, 6, 1, 0, 0, 0, 1602523313, 1602523313, 
>>> 1602523313), {'st_atime': 1602523313.282834, 'st_mtime': 1602523313.282834, 
>>> 'st_ctime': 1602523313.282834, 'st_atime_ns': 1602523313282834115, 
>>> 'st_mtime_ns': 1602523313282834115, 'st_ctime_ns': 1602523313282834115, 
>>> 'st_blksize': 4096, 'st_blocks': 0, 'st_rdev': 259})
os.stat_result(st_mode=8630, st_ino=6, st_dev=6, st_nlink=1, st_uid=0, 
st_gid=0, st_size=0, st_atime=1602523313, st_mtime=1602523313, 
st_ctime=1602523313)

But such form looks not very readable, because it lacks names for indexable 
elements.

To solve this we can use an angular form in the repr:



--
nosy: +serhiy.storchaka

___
Python tracker 

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

[issue42079] Why does tarfile.next swallow InvalidHeaderError

[Jan Schatz]

New submission from Jan Schatz :

I have a tar gz archive that fails to be extracted via tarfile.extractall(). By 
adding some debug code I found that at some point InvalidHeaderError is raised 
inside tarfile.next(). But the function just swallows the exception, because 
the offset isn't 0 (see 
https://github.com/python/cpython/blob/5368c2b6e23660cbce7e38dc68f859c66ac349ee/Lib/tarfile.py#L2334).
 Why does the function behave like this? I would expect an except rather than 
silently stopping extraction if the archive is damaged.

--
components: Library (Lib)
messages: 378934
nosy: jan.schatz
priority: normal
severity: normal
status: open
title: Why does tarfile.next swallow InvalidHeaderError
type: behavior
versions: Python 3.7

___
Python tracker 

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

[issue42051] plistlib inherits XML vulnerabilities: we should document them

[Ronald Oussoren]

Change by Ronald Oussoren :


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

___
Python tracker 

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

[issue42051] plistlib inherits XML vulnerabilities: we should document them

[Ronald Oussoren]

Ronald Oussoren  added the comment:

The PR is fairly simple: Just reject files with entity declarations as invalid 
files. Adding an option to accept entity declarations should not be necessary 
as Apple tools won't accept these declarations.

--

___
Python tracker 

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

[issue42056] Configure on Apple ARM: "Unexpected output of 'arch' on OSX"

[Ronald Oussoren]

Ronald Oussoren  added the comment:

I'm closing this issue because it is a duplicate of #41100, the patches needed 
to build on Apple Silicon are more involved than just a configure check.

--
resolution:  -> duplicate
stage: patch review -> resolved
status: open -> closed
superseder:  -> Build failure on macOS 11 (beta)
type:  -> compile error

___
Python tracker 

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

[issue41471] After installing python 3.x on Mac pip doesn't work at all

[Ronald Oussoren]

Ronald Oussoren  added the comment:

The error is due to invalid proxy settings on the system.

I can reproduce the error by enabling a HTTP proxy in system settings, while 
adding "172.19.0.0/40" to the proxy exclude list in the HTTP proxy settings.

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

___
Python tracker 

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

[issue41471] After installing python 3.x on Mac pip doesn't work at all

[Ronald Oussoren]

Change by Ronald Oussoren :


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

___
Python tracker 

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

[issue41471] After installing python 3.x on Mac pip doesn't work at all

[Ronald Oussoren]

Ronald Oussoren  added the comment:

I've tested the same settings with Safari, and that browser ignores excludes 
with an invalid prefix length.

I've created a PR that does the same for urllib.request.

--

___
Python tracker 

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

[issue41680] Turtles in Python 3.8.5 crashes OSX 10.14.6

[Ronald Oussoren]

Ronald Oussoren  added the comment:

Also: What's meant by "crash OSX 10.14.6"?

Could this be a duplicate of #37833?

--

___
Python tracker 

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

[issue42041] venv subprocess call to python resolves to wrong interpreter

[Eryk Sun]

Eryk Sun  added the comment:

> I'd read it because I'm interested, but that is probably too much detail
> for someone who is trying to get something done quickly.

I did say that I don't know how much should be documented. I tend to dump a lot 
of information in issues so that people can make informed decisions. Personally 
I would keep it limited. I do want more help, and generic help, in the warning, 
but I don't want to spam the already exhausting and MEGO-prone (i.e. my eyes 
glaze over) subprocess docs.

With regard to the use of a platform search, note that subprocess actually 
implements its own search in POSIX. (subprocess supports posix_spawn -- but not 
posix_spawnp -- on macOS and on Linux with glibc 2.24+, but it's limited to a 
narrow subset of Popen arguments, excluding `cwd`, and it requires a qualified 
`executable` path.) A name containing a slash is resolved against `cwd` or the 
process current working directory. An unqualified name is searched for in the 
os.get_exec_path(env) search path, based on PATH from `env` or os.environ, else 
os.defpath. This allows `env` to override the POSIX search path, just as `cwd` 
in POSIX overrides the current working directory when resolving a qualified 
args[0] path and `executable`. This is sort of documented by saying that POSIX 
Popen() works "os.execvp()-like", but to be more correct it should say 
"os.execvpe()-like". The final "e" in "execvpe" is fundamentally important 
since PATH can be sourced from `env`.

In Windows, the search path and the working directory used for resolving paths 
can't be overridden without passing shell=True. subprocess incorrectly 
documents this by claiming in general that "the function looks for `executable` 
(or for the first item in `args`) relative to `cwd` if the executable path is a 
relative path". That wording isn't even correct for POSIX, for which the 
working directory only applies to args[0] if it contains a slash.

In light of this, how about inserting the following warning:

  Resolving the path of *executable* or the first item of *args* is
  platform dependent even with ``shell=False``. For POSIX, see
  :meth:`os.execvpe`, and note that when resolving or searching for the
  executable path, *cwd* overrides the current working directory and *env*
  can override the ``PATH`` environment variable. For Windows, see the
  documentation of the ``lpApplicationName`` and ``lpCommandLine``
  parameters of WinAPI ``CreateProcess``, and note that when resolving or
  searching for the executable path with ``shell=False``, *cwd* does not
  override the current working directory and *env* cannot override the
  ``PATH`` environment variable. Cross-platform usage can improve
  reliability by using a fully-qualified path for the executable, such as
  from :meth:`shutil.which`.

  On all platforms, using :data:`sys.executable` as the path of the
  executable is the recommended and reliable way to run the current Python
  interpreter.

--

___
Python tracker 

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

[issue42041] venv subprocess call to python resolves to wrong interpreter

[Paul Moore]

Paul Moore  added the comment:

My biggest concern with the suggested wording (which in broad terms looks OK to 
me) is that it reintroduces the issue with the redirector.

By specifically saying that the behaviour in `CreateProcess` applies, we lead 
the user to the statement that the search path includes "the directory 
containing the running application", which the user will interpret as the 
directory of `sys.executable`. So we need to qualify this somewhere by 
clarifying that "the running application" may not actually be `sys.executable` 
(without saying what it actually *is*, as that would mean documentin what the 
redirector does, which Steve wants to avoid).

I don't have a good answer here - we have two conflicting preferences (document 
the search behaviour but don't document the way the redirector works) and 
something needs to give. (To be fair, there's a third conflicting priority 
here, which is me wanting everything to be explicit and clear. I'm willing to 
give that up if you and Steve can agree on something, though).

--

___
Python tracker 

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

[issue27126] Apple-supplied libsqlite3 on OS X is not fork safe; can cause crashes

[Ronald Oussoren]

Ronald Oussoren  added the comment:

The installers on Python.org no longer use the system version of libsqlite, 
sidestepping that issue. 

That doesn't fix the issue with _scproxy, but that's something we cannot easily 
fix in Python itself.

--
resolution:  -> wont fix
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

[issue42077] Some absolute domain name not work in urllib

[Christian Heimes]

Christian Heimes  added the comment:

SSLV3_ALERT_UNEXPECTED_MESSAGE means that the server is responding with 
incorrect TLS data. That's usually the case when the port on the server is HTTP 
instead of HTTPS. It's also possible that the server does not like the SNI 
header (Server Name Indication) and closes the connection incorrectly.

By the way unverified context is insecure and should not be used in production. 
I assume that you are using an unverified context because hostnames with a 
trailing dot are not supported by OpenSSL, see #31997 and #40306.

--
nosy: +christian.heimes
resolution:  -> third party
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

[issue41754] Webbrowser Module Cannot Find xdg-settings on OSX

[Ronald Oussoren]

Ronald Oussoren  added the comment:

It is far from clear what's going on here. In particular, it not clear to my 
why check_output(['xdg-settings', ...]) would ever raise NotADirectoryError.

- What packages do you have installed through homebrew? 
- Is there an xdg-settings command installed on your system?
- Are DISPLAY or WAYLAND_DISPLAY in your shell environment?

--

___
Python tracker 

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

[issue31878] Cygwin: _socket module does not compile due to missing ioctl declaration

[Erik Bray]

Change by Erik Bray :


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

[issue41491] plistlib can't load macOS BigSur system LaunchAgent

[Ronald Oussoren]

Ronald Oussoren  added the comment:

This file is still present on the latest version of macOS 11 beta on ARM64, 
with this integer value.  Furthermore plutil will happily read this file.

I'm in favour of changing plistlib to parse files like this.

--

___
Python tracker 

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

[issue41491] plistlib can't load macOS BigSur system LaunchAgent

[Ronald Oussoren]

Ronald Oussoren  added the comment:

Given this plist:


http://www.apple.com/DTDs/PropertyList-1.0.dtd";>


hex

0x010c

oct

0123





``plutil -convert json`` prints:

{"hex":[16777228],"oct":[123]}

That is, hexadecimal values are detected and parsed, but "0" as a prefix for 
octal values (as in C) is not.

--

___
Python tracker 

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

[issue41491] plistlib can't load macOS BigSur system LaunchAgent

[Ronald Oussoren]

Change by Ronald Oussoren :


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

___
Python tracker 

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

[issue41270] NamedTemporaryFile is not its own iterator.

[Seth Sims]

Change by Seth Sims :


--
pull_requests: +21728
pull_request: https://github.com/python/cpython/pull/22766

___
Python tracker 

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

[issue31818] [macOS] _scproxy.get_proxies() crash -- get_proxies() is not fork-safe?

[Ronald Oussoren]

Ronald Oussoren  added the comment:

I'm in favour of closing this issue.

If anything needs to be done its adding a warning to the documentation of 
os.fork() to the effect that doing substantial work in the child can be 
problematic on macOS. Maybe something like:

.. warning:: On macOS the child proces might crash if the parent
   proces uses higher level system APIs before calling this function. This
   includes, but is not limited to, using :mod:`urllib.request` in the parent
   process.

--

___
Python tracker 

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

[issue29688] Add support for Path.absolute()

[4-launchpad-kalvdans-no-ip-org]

Change by 4-launchpad-kalvdans-no-ip-org :


--
nosy: +4-launchpad-kalvdans-no-ip-org

___
Python tracker 

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

[issue42057] pytest case which catch exceptions become segfault

[Mark Shannon]

Mark Shannon  added the comment:

The test example has no reference to pytest in it.

How are you running it?
Can you produce a segmentation fault when run without pytest?

--

___
Python tracker 

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

[issue33387] Simplify bytecodes for try-finally, try-except and with blocks.

[miss-islington]

Change by miss-islington :


--
nosy: +miss-islington
nosy_count: 7.0 -> 8.0
pull_requests: +21729
pull_request: https://github.com/python/cpython/pull/22765

___
Python tracker 

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

[issue41812] Broken link on documentation header

[Julien Palard]

Julien Palard  added the comment:

Thanks for the heads up cocoatomo!!

Fixed: 
https://github.com/python/docsbuild-scripts/commit/c23b401425a47b9c8eaa9626701ba6b9b50531f7

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

[issue42041] venv subprocess call to python resolves to wrong interpreter

[Eryk Sun]

Eryk Sun  added the comment:

> My biggest concern with the suggested wording ... is that it 
> reintroduces the issue with the redirector.

I thought I addressed that in second paragraph by recommending sys.executable. 
It could be emphasized that running "python[x][.y]" is unreliable, without 
going into detailed examples of where it's unreliable on various platforms 
(i.e. avoid going into detail about issues with naming of binaries, embedding, 
the search path, redirectors, etc). A separate cross-platform note in venv 
could advise scripts to use sys.executable, with a link to the subprocess.Popen 
docs and a reference to the note about the platform-dependent search behavior 
and unreliability of running "python[x][.y]".

If the redirector issue is mentioned anywhere, I think it should be in the venv 
docs. It can include a note about the Windows implementation detail to use a 
redirector for non-symlink virtual environments. Of concern to me here is that 
the process handle and PID returned by CreateProcess is for the redirector. One 
can't use the returned process handle or PID with DuplicateHandle or 
WSADuplicateSocket (i.e. socket.socket.share) to share handles and sockets with 
a script that's running as a child process. It might seem to still be working, 
purely by accident, because the parent script is executing the base "python" 
instead of the redirector, but in that case the child script isn't using the 
virtual environment. There isn't an official way to support running 
sys._base_executable with the __PYVENV_LAUNCHER__ environment variable, as 
multiprocessing implements internally. Maybe the workaround should be 
incorporated implicitly in subprocess.Popen if `executable`, `args`, or args[0] 
is equa
 l to sys.executable and sys._base_executable is different. If the latter is 
implemented, and using sys.executable is strongly advised, it strengthens the 
case to avoid discussing the redirector entirely.

--

___
Python tracker 

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

[issue41192] Some audit events are undocumented

[A.M. Kuchling]

A.M. Kuchling  added the comment:


New changeset ebc8c3828779374b9be4fae5c8ffc0059d36ac8c by Saiyang Gou in branch 
'master':
bpo-41192: Fix some broken anchors for audit event entries (#21310)
https://github.com/python/cpython/commit/ebc8c3828779374b9be4fae5c8ffc0059d36ac8c


--
nosy: +akuchling

___
Python tracker 

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

[issue41192] Some audit events are undocumented

[miss-islington]

Change by miss-islington :


--
nosy: +miss-islington
nosy_count: 5.0 -> 6.0
pull_requests: +21730
pull_request: https://github.com/python/cpython/pull/22767

___
Python tracker 

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

[issue42057] pytest case which catch exceptions become segfault

[Inada Naoki]

Inada Naoki  added the comment:

I confirmed the issue. The simple version of the reproducer is:

```
def callee():
raise Exception

def caller():
try:
callee()
except Exception or Exception:
pass

caller()
```

I can see assertion failure consisntently, when I use python --with-pydebug.

It seems peephole bug. Without peephole:

```
  7 >>   12 DUP_TOP
 14 LOAD_GLOBAL  1 (Exception)
 16 JUMP_IF_TRUE_OR_POP 20
 18 LOAD_GLOBAL  1 (Exception)
>>   20 JUMP_IF_NOT_EXC_MATCH32
 22 POP_TOP
 24 POP_TOP
 26 POP_TOP

  8  28 POP_EXCEPT
 30 JUMP_FORWARD 2 (to 34)
>>   32 RERAISE
>>   34 LOAD_CONST   0 (None)
 36 RETURN_VALUE
```

And with peephole:

```
  7 >>   12 DUP_TOP
 14 LOAD_GLOBAL  1 (Exception)
 16 POP_JUMP_IF_TRUE22
 18 LOAD_GLOBAL  1 (Exception)
 20 JUMP_IF_NOT_EXC_MATCH32
>>   22 POP_TOP
 24 POP_TOP
 26 POP_TOP

  8  28 POP_EXCEPT
 30 JUMP_FORWARD 2 (to 34)
>>   32 RERAISE
>>   34 LOAD_CONST   0 (None)
 36 RETURN_VALUE
```

JUMP_IF_TRUE_OR_POP is converted into POP_JUMP_IF_TRUE. Exception is popped 
although JUMP_IF_NOT_EXC_MATCH needs it.

--
nosy: +methane

___
Python tracker 

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

[issue42057] pytest case which catch exceptions become segfault

[Inada Naoki]

Inada Naoki  added the comment:

I confirmed fix42057.patch fix the assertion failure. But I don't know where 
and how to write test yet.

--
keywords: +patch
Added file: https://bugs.python.org/file49527/fix42057.patch

___
Python tracker 

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

[issue20585] urllib2 unrelease KQUEUE on Mac OSX 10.9+

[Ronald Oussoren]

Ronald Oussoren  added the comment:

I cannot reproduce this issue on macOS 10.15 (with python 3.9).

I intent to close this issue because (a) this is a platform problem and (b) 
seems no longer to be a problem with the latest macOS and Python versions.

--
resolution:  -> out of date
stage: needs patch -> resolved
status: open -> pending

___
Python tracker 

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

[issue26376] Tkinter root window won't close if packed.

[Ronald Oussoren]

Ronald Oussoren  added the comment:

I cannot reproduce this issue with Python 3.9 (Python.org installer). 

Both with "Run Module" and in the interactive shell (both in IDLE) the window 
will close properly.  In both cases the window it too small to show the 
minimise and maximise buttons (as in the original screenshots), but that's not 
something we can fix on the Python side. 

I propose closing this issue as "out of date".

--
resolution:  -> out of date
status: open -> pending

___
Python tracker 

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

[issue41192] Some audit events are undocumented

[A.M. Kuchling]

A.M. Kuchling  added the comment:


New changeset 2ee6ef98b4cf94f4c21cc4301d4e226b70809c7e by Miss Skeleton (bot) 
in branch '3.9':
bpo-41192: Fix some broken anchors for audit event entries (GH-21310) (GH-22767)
https://github.com/python/cpython/commit/2ee6ef98b4cf94f4c21cc4301d4e226b70809c7e


--

___
Python tracker 

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

[issue41192] Some audit events are undocumented

[A.M. Kuchling]

Change by A.M. Kuchling :


--
pull_requests: +21731
pull_request: https://github.com/python/cpython/pull/22768

___
Python tracker 

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

[issue39107] Upgrade tcl/tk to 8.6.10 (Windows and maxOS)

[Steve Dower]

Steve Dower  added the comment:


New changeset 985f0ab3ad5e8e9a8d7fc53026c38390b1f2b466 by Steve Dower in branch 
'master':
bpo-39107: Updated Tcl and Tk to 8.6.10 in Windows installer (GH-22405)
https://github.com/python/cpython/commit/985f0ab3ad5e8e9a8d7fc53026c38390b1f2b466


--

___
Python tracker 

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

[issue41017] warning: 'Tk_Init' is deprecated: first deprecated

[Ronald Oussoren]

New submission from Ronald Oussoren :

The log shows a number of deprecation warnings in the Tcl/Tk headers included 
in the macOS SDK. That's just because Apple doesn't want you to use the system 
version of Tcl/Tk anymore.

The APIs themselves are fine if you use a non-system version of Tcl/Tk.

--
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed
type:  -> compile error

___
Python tracker 

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

[issue42080] Disutils on windows debug build fails without -j1

[John Ehresman]

New submission from John Ehresman :

Compiling pillow for a debug build fails without -j1 because distutils 
parallelizes the build, but there are problems with locking the .pdb file 
during when compiling the C files.  An example of the error message from a 
cl.exe command is:

fatal error C1041: cannot open program database 
'C:\src\tmp\pillow-test\Pillow-7.2.0\vc140.pdb'; if multiple CL.EXE write to 
the same .PDB file, please use /FS

Building works with setup.py build_ext --disable-jpeg --disable-tiff 
--disable-zlib --debug build -j1

My guess is the fix is not to parallelize by default in a debug build; a /FS 
arg to cl.exe could be used, but that doesn't seem to be recommended.

I realize this might be considered a pillow bug, but my guess is that it 
affects other packages as well

--
components: Distutils, Windows
messages: 378959
nosy: dstufft, eric.araujo, jpe, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: Disutils on windows debug build fails without -j1
type: compile error
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

[issue42081] Consider fast_double_parser for faster str->double

[Antoine Pitrou]

New submission from Antoine Pitrou :

This is more of a "could be nice" entry if there are any interested core 
developers.

A new algorithm and library was recently published for faster parsing of double 
numbers.  It claims rigorous accuracy and the performance is impressive.  The 
implementation is in C++ but it's really decorated C.  It also seems simple 
enough that it can be reimplemented independently.

https://github.com/lemire/fast_double_parser/

--
components: Interpreter Core
messages: 378960
nosy: mark.dickinson, pitrou, tim.peters
priority: low
severity: normal
status: open
title: Consider fast_double_parser for faster str->double
type: enhancement
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

[issue42080] Disutils on windows debug build fails without -j1

[Steve Dower]

Steve Dower  added the comment:

If you're building through setuptools, then it's a setuptools bug (they own 
distutils going forward). https://github.com/pypa/setuptools

If you're not, please try with setuptools in the picture. It shouldn't require 
any more than just importing its "setup()" function instead of distutils's.

--

___
Python tracker 

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

[issue40671] Convert _hashlib to PEP 489 multiphase initialization

[Dong-hee Na]

Change by Dong-hee Na :


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

[issue41746] Add optional type information to asdl_seq objects

[Lysandros Nikolaou]

Lysandros Nikolaou  added the comment:

Pablo, can this be closed now that PR3 is merged?

--

___
Python tracker 

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

[issue41667] The python PEG generator incorrectly handles empty sequences in gather rules

[Lysandros Nikolaou]

Lysandros Nikolaou  added the comment:

This c

--
nosy: +lys.nikolaou
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

[issue41667] The python PEG generator incorrectly handles empty sequences in gather rules

[Lysandros Nikolaou]

Change by Lysandros Nikolaou :


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

___
Python tracker 

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

[issue42081] Consider fast_double_parser for faster str->double

[Eric V. Smith]

Eric V. Smith  added the comment:

This was proposed in issue 41310.

--
nosy: +eric.smith

___
Python tracker 

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

[issue40335] [PEP 617 new parser] Regression in multiline SyntaxError offsets

[Lysandros Nikolaou]

Change by Lysandros Nikolaou :


--
resolution:  -> fixed
status: open -> closed

___
Python tracker 

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

[issue42081] Consider fast_double_parser for faster str->double

[Antoine Pitrou]

Antoine Pitrou  added the comment:

Oh, thank you.

--

___
Python tracker 

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

[issue40335] [PEP 617 new parser] Regression in multiline SyntaxError offsets

[Lysandros Nikolaou]

Lysandros Nikolaou  added the comment:

I'm closing this since this specific issue seems to be fixed both in master and 
in 3.9. Anthony, feel free to re-open it, in case I've missed something.

--

___
Python tracker 

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

[issue42081] Consider fast_double_parser for faster str->double

[Antoine Pitrou]

Change by Antoine Pitrou :


--
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> micro-optimization: increase our float parsing speed by Nx

___
Python tracker 

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

[issue31818] [macOS] _scproxy.get_proxies() crash -- get_proxies() is not fork-safe?

[Barry A. Warsaw]

Barry A. Warsaw  added the comment:

I agree that we should close this issue, possibly with a documentation fix.  I 
wrote a blog posting about my investigations:

https://wefearchange.org/2018/11/forkmacos.rst.html

I don't think there's really much Python itself can do, and developers will 
just have to know that fork-without-exec is pretty much unsafe on macOS.

--

___
Python tracker 

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

[issue31818] [macOS] _scproxy.get_proxies() crash -- get_proxies() is not fork-safe?

[Ned Deily]

Ned Deily  added the comment:

I wish there was a better solution but, as long as we want to continue to 
integrate with the system-provided proxy configuration, I guess we're kind of 
stuck.  I'll try to expand Ronald's wording into a doc PR.

--

___
Python tracker 

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

[issue41310] micro-optimization: increase our float parsing speed by Nx

[Antoine Pitrou]

Change by Antoine Pitrou :


--
priority: normal -> low

___
Python tracker 

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

[issue41310] micro-optimization: increase our float parsing speed by Nx

[Antoine Pitrou]

Antoine Pitrou  added the comment:

FTR, no formal description of the algorithm seems to have been published, but 
the source code is amply commented:
https://github.com/lemire/fast_double_parser/blob/master/include/fast_double_parser.h

--
nosy: +pitrou

___
Python tracker 

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

[issue42082] Eliminate test_peg_generator redundant output

[Terry J. Reedy]

New submission from Terry J. Reedy :

When running tests locally (Win10), test_peg_generator outputs the following 20 
times.

parse.c
pegen.c
string_parser.c
tokenizer.c
Python-ast.c
asdl.c
peg_extension.c
   Creating library 
C:\Users\Terry\AppData\Local\Temp\tmpcr6_pvyl\Debug\Users\Terry\AppData\Local\Temp\tmpcr6_pvyl\parse_d.cp310-win32.lib
 and object 
C:\Users\Terry\AppData\Local\Temp\tmpcr6_pvyl\Debug\Users\Terry\AppData\Local\Temp\tmpcr6_pvyl\parse_d.cp310-win32.exp
LINK : /LTCG specified but no code generation required; remove /LTCG from the 
link command line to improve linker performance

Can this be fixed?

--
components: Interpreter Core, Tests
messages: 378970
nosy: pablogsal, terry.reedy
priority: normal
severity: normal
stage: needs patch
status: open
title: Eliminate test_peg_generator redundant output
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

[issue42082] Eliminate test_peg_generator redundant output

[Lysandros Nikolaou]

Lysandros Nikolaou  added the comment:

Let me look into that.

--
assignee:  -> lys.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

[issue39107] Upgrade tcl/tk to 8.6.10 (Windows and maxOS)

[Terry J. Reedy]

Terry J. Reedy  added the comment:

The Windows part of this is done.  Existing tests also pass on my machine.

Ned, do you want this left open for macOS? or close?

--
stage: patch review -> 

___
Python tracker 

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

[issue42080] Disutils on windows debug build fails without -j1

[John Ehresman]

John Ehresman  added the comment:

It is a setuptools bug and I've opened a setuptools issue at 
https://github.com/pypa/setuptools/issues/2442

Thanks!

--
resolution:  -> third party
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

[issue41192] Some audit events are undocumented

[miss-islington]

Change by miss-islington :


--
pull_requests: +21732
pull_request: https://github.com/python/cpython/pull/22770

___
Python tracker 

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

[issue20585] urllib2 unrelease KQUEUE on Mac OSX 10.9+

[Ned Deily]

Ned Deily  added the comment:

I can't reproduce with 3.9 on 10.9, either. If someone can reproduce with 
current Pythons and/or macOS without involving forking, feel free to reopen 
with details.

--
status: pending -> closed

___
Python tracker 

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

[issue42051] plistlib inherits XML vulnerabilities: we should document them

[miss-islington]

Change by miss-islington :


--
pull_requests: +21734
pull_request: https://github.com/python/cpython/pull/22772

___
Python tracker 

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

[issue42051] plistlib inherits XML vulnerabilities: we should document them

[Ronald Oussoren]

Ronald Oussoren  added the comment:


New changeset 05ee790f4d1cd8725a90b54268fc1dfe5b4d1fa2 by Ronald Oussoren in 
branch 'master':
bpo-42051: Reject XML entity declarations in plist files (#22760)
https://github.com/python/cpython/commit/05ee790f4d1cd8725a90b54268fc1dfe5b4d1fa2


--

___
Python tracker 

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

[issue42051] plistlib inherits XML vulnerabilities: we should document them

[miss-islington]

Change by miss-islington :


--
nosy: +miss-islington
nosy_count: 4.0 -> 5.0
pull_requests: +21733
pull_request: https://github.com/python/cpython/pull/22771

___
Python tracker 

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

[issue41471] After installing python 3.x on Mac pip doesn't work at all

[miss-islington]

Change by miss-islington :


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

___
Python tracker 

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

[issue41471] After installing python 3.x on Mac pip doesn't work at all

[Ronald Oussoren]

Ronald Oussoren  added the comment:


New changeset 93a1ccabdede416425473329b8c718d507c55e29 by Ronald Oussoren in 
branch 'master':
bpo-41471: Ignore invalid prefix lengths in system proxy settings on macOS 
(GH-22762)
https://github.com/python/cpython/commit/93a1ccabdede416425473329b8c718d507c55e29


--

___
Python tracker 

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

[issue41471] After installing python 3.x on Mac pip doesn't work at all

[miss-islington]

Change by miss-islington :


--
pull_requests: +21736
pull_request: https://github.com/python/cpython/pull/22774

___
Python tracker 

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

[issue42083] PyStructSequence_NewType broken in 3.8

[Xemistry GmbH]

New submission from Xemistry GmbH :

Calling PyStructSequence_NewType() with a NULL field in the desc.doc parameter 
(explicitly allowed as per docs) leads to a crash in 

Objects/typeobject.c:2956
2956size_t len = strlen(old_doc)+1;

where old_doc is NULL.
If the doc string is set, the call succeeds, but with a warning

(stdin):1: DeprecationWarning: builtin type G_SGROUP has no __module__ attribute

(where G_SGROUP is my new type), which did not happen in 3.6, and which I do 
not think can be suppressed by function call arguments.

--
components: C API
messages: 378978
nosy: wdi2
priority: normal
severity: normal
status: open
title: PyStructSequence_NewType broken in 3.8
type: crash
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

[issue31818] [macOS] _scproxy.get_proxies() crash -- get_proxies() is not fork-safe?

[Ronald Oussoren]

Ronald Oussoren  added the comment:

I'm in favour of keeping integration with system proxy settings, that's more 
user friendly. 

Note that _scproxy is an example of triggering this using the standard library, 
the same may happen when using 3th-party libraries on PyPI if those happen to 
use a higher-level API from Apple.  Even the system provided copy of sqlite is 
not safe (or at least wasn't, I haven't checked that lately).

I expect that similar problems might crop up on other platforms, especially 
when using threading.

--

___
Python tracker 

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

[issue41972] bytes.find consistently hangs in a particular scenario

[Dennis Sweeney]

Dennis Sweeney  added the comment:

Unfortunately due to licensing issues, it looks like I'll have to ditch the PR 
and start from scratch: it was too heavily based on the glibc implementation, 
which has a stricter license. It may be take a good deal of time before I have 
a potential replacement, but I'll try to work on a "clean-room" implementation. 
Lesson learned!

--

___
Python tracker 

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

[issue42084] Language aware diff headers

[Raymond Hettinger]

New submission from Raymond Hettinger :

Improve our development environment by making the diff headers language aware.

See:  
https://tekin.co.uk/2020/10/better-git-diff-output-for-ruby-python-elixir-and-more

--
components: Build
messages: 378980
nosy: rhettinger
priority: normal
severity: normal
status: open
title: Language aware diff headers
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

[issue39107] Upgrade tcl/tk to 8.6.10 (Windows and maxOS)

[Ned Deily]

Ned Deily  added the comment:

We might as well close this for now. I'm hoping for an 8.6.11 real soon now 
with almost a year's worth of changes, many for macOS, and we will need to 
incorporate it all into a revised installer variant. It won't be forgotten :)

--

___
Python tracker 

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

[issue42084] Language aware diff headers

[Raymond Hettinger]

Change by Raymond Hettinger :


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

___
Python tracker 

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

[issue39107] Upgrade Windows tcl/tk to 8.6.10

[Terry J. Reedy]

Change by Terry J. Reedy :


--
components:  -macOS
resolution:  -> fixed
stage:  -> resolved
status: open -> closed
title: Upgrade tcl/tk to 8.6.10 (Windows and maxOS) -> Upgrade Windows tcl/tk 
to 8.6.10

___
Python tracker 

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

[issue39107] Upgrade Windows tcl/tk to 8.6.10

[Terry J. Reedy]

Terry J. Reedy  added the comment:

We should then upgrade on Windows again.  PR would have nearly the same changes.

--

___
Python tracker 

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

[issue37741] importlib.metadata docs not showing up in the module index

[Barry A. Warsaw]

Change by Barry A. Warsaw :


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

[issue40680] thread_cputime isn't supported by AIX5

[Kevin]

Kevin  added the comment:

Does this need an update to PEP 11 documenting the drop of support?

Also, I can submit changes to remove pre-AIX 6 dead code paths. Should I open a 
separate issue for that or reference this one?

--
nosy: +kadler

___
Python tracker 

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

[issue41019] The necessary bits to build these optional modules were not found:

[Ronald Oussoren]

Change by Ronald Oussoren :


--
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed
type:  -> compile error

___
Python tracker 

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

[issue41016] warning: 'Tk_GetNumMainWindows' is deprecated

[Ronald Oussoren]

New submission from Ronald Oussoren :

This is not a bug in Python, but a warning from Apple that they don't want you 
to use the system provided Tcl/Tk libraries.

The Python.org installers are already build using a custom build of Tcl/Tk, 
mostly because the system provided build is ancient and buggy.

--
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed
type: enhancement -> compile error

___
Python tracker 

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

[issue26376] Tkinter root window won't close if packed.

[Ned Deily]

Ned Deily  added the comment:

Unfortunately, I can reproduce it, or at least odd behavior when run from an 
IDLE.app edit window on with 3.9.0 on macOS 10.15. By observing the macOS Dock 
while running this, it looks like a second Python app instance is created while 
running this. We have seen similar behavior as documented in Issue38946. I have 
an idea what's going on there which I'll try to look at this week.  Let's close 
this as a duplicate so it's not forgotten.

--
resolution: out of date -> duplicate
stage:  -> resolved
status: pending -> closed
superseder:  -> IDLE on macOS 10.15 Catalina does not open double-clicked files 
if app already launched

___
Python tracker 

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

[issue41192] Some audit events are undocumented

[A.M. Kuchling]

A.M. Kuchling  added the comment:


New changeset ec18c468b8aed4b4a3d1942ae18b96d8efebe04b by Miss Skeleton (bot) 
in branch '3.8':
bpo-41192: Fix some broken anchors for audit event entries (GH-21310) (GH-22770)
https://github.com/python/cpython/commit/ec18c468b8aed4b4a3d1942ae18b96d8efebe04b


--

___
Python tracker 

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

[issue41349] Tk window not going full screen on 90° rotated screen on mac

[Ronald Oussoren]

Ronald Oussoren  added the comment:

The python.org installers don't include wish, which means I cannot attempt to 
reproduce the issue without using tkinter.

I agree that this likely is an issue with Tk itself.  Maybe keep the issue open 
for a bit longer to check if the upcoming Tk 8.6.11 release fixes this issue.

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

[issue40680] thread_cputime isn't supported by AIX5

[Batuhan Taskaya]

Batuhan Taskaya  added the comment:

> Also, I can submit changes to remove pre-AIX 6 dead code paths. Should I open 
> a separate issue for that or reference this one?

Yes, please do so.

--

___
Python tracker 

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

[issue42084] Language aware diff headers

[Raymond Hettinger]

Raymond Hettinger  added the comment:


New changeset 95ad890a7b0341d8d2fde13f824bc24c65a8ece0 by Raymond Hettinger in 
branch 'master':
bpo-42084: Language aware diff headers (GH-22776)
https://github.com/python/cpython/commit/95ad890a7b0341d8d2fde13f824bc24c65a8ece0


--

___
Python tracker 

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

[issue42084] Language aware diff headers

[Raymond Hettinger]

Change by Raymond Hettinger :


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

[issue42083] PyStructSequence_NewType broken in 3.8

[Raymond Hettinger]

Change by Raymond Hettinger :


--
priority: normal -> high

___
Python tracker 

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

[issue42068] For macOS, package the included Tcl and Tk frameworks in a rational way.

[Aivar Annamaa]

Change by Aivar Annamaa :


--
nosy: +Aivar.Annamaa

___
Python tracker 

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

[issue41954] [mock] Recursion on mocking inspect.isfunction

[Lisa Roach]

Lisa Roach  added the comment:

Oof yeah, sorry my commit broke this but it is pretty hard to avoid. Mario is 
right in that it would be messy and challenging to ensure anything mocked from 
the stdlib doesn't also break mock itself.  

I want to mark this as `wont fix`, unless there is a compelling reason for the 
stdlib's `inspect.isfunction` to be mockable. But I agree with Mario again 
here, it would be better to mock the module that is using the function rather 
than the built-in function itself.

--

___
Python tracker 

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

[issue24130] Remove -fno-common compile option from OS X framework builds?

[Ronald Oussoren]

Ronald Oussoren  added the comment:

I've checked and '-fcommon' is default (at least with Xcode 12 beta on x86_64), 
and likely not what you'd want:  With "-fcommon" the definition a non-static 
variable in two different files will get merged:

first.m:   int x;
second.m:   int x;

Without '-fno-common' this will be allowed (and that's generally not what you 
want, correct usage is to have one of the files use "extern int x;".  In clang 
11 "-fno-common" is enabled by default, but I don't know when Apple do this in 
their copy of clang.




I'm closing this issue because using -fno-common is necessary avoid having a 
common section in the framework (see msg243259)

--
resolution:  -> not a bug
stage: patch review -> resolved
status: open -> closed
type:  -> compile error

___
Python tracker 

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

[issue42041] venv subprocess call to python resolves to wrong interpreter

[Steve Dower]

Steve Dower  added the comment:

Proposed alternative based on Eryk's:

  For maximum reliability, use a fully-qualified path for the executable.
  To search for an unqualified name on :envvar:`PATH`, use
  :meth:`shutil.which`. On all platforms, passing :data:`sys.executable`
  is the recommended way to launch the current Python interpreter again,
  and use the ``-m`` command-line format to launch an installed module.

  Resolving the path of *executable* (or the first item of *args*) is
  platform dependent. For POSIX, see :meth:`os.execvpe`, and note that
  when resolving or searching for the executable path, *cwd* overrides the
  current working directory and *env* can override the ``PATH``
  environment variable. For Windows, see the documentation of the
  ``lpApplicationName`` and ``lpCommandLine`` parameters of WinAPI
  ``CreateProcess``, and note that when resolving or searching for the
  executable path with ``shell=False``, *cwd* does not override the
  current working directory and *env* cannot override the ``PATH``
  environment variable. Using a full path avoids all of these variations.

--

___
Python tracker 

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

[issue38144] Add the root_dir and dir_fd parameters in glob.glob()

[A.M. Kuchling]

A.M. Kuchling  added the comment:

I'm digging around in the sys.audit() feature.  Did the sys.audit("glob.glob", 
...) call disappear in commit 8a64ceaf9856e7570cad6f5d628cce789834e019, or is 
something clever going on that I missed?

--
nosy: +akuchling

___
Python tracker 

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

[issue42072] requests

[Lisa Roach]

Lisa Roach  added the comment:

Requests is a third-party library (https://pypi.org/project/requests/2.7.0/), 
it is not a part of CPython so this is not the correct forum to report bugs. 
They have their own issue tracker here: https://github.com/psf/requests/issues

I'd also suggest a permission error is not a bug in Requests, but perhaps a 
permission issue that is local to your machine. Perhaps searching around 
StackOverflow can offer you some guidance.

--
nosy: +lisroach
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

[issue37677] Seg Fault on OSX when multiprocessing

[Ronald Oussoren]

Ronald Oussoren  added the comment:

I'm closing this issue because this crash is caused by a platform issue, and 
Python 3.8 has a workaround by using a different spawn method in 
multiprocessing.

--
resolution:  -> out of date
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

[issue15877] xml.dom.minidom cannot parse ISO-2022-JP

[Irit Katriel]

Irit Katriel  added the comment:

Closing - this now works for me on Python 3.8 and 3.10. It was fixed sometime 
in the last 8 years.

--
resolution:  -> works for me
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

[issue40484] Document existing compiler flags under ast

[Pablo Galindo Salgado]

Pablo Galindo Salgado  added the comment:


New changeset a358a0ad7140ee636ab2631cfee0f365a5dbd4ea by Miss Skeleton (bot) 
in branch '3.9':
bpo-40484: Document compiler flags under AST module (GH-19885) (GH-22758)
https://github.com/python/cpython/commit/a358a0ad7140ee636ab2631cfee0f365a5dbd4ea


--

___
Python tracker 

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

[issue38693] Use f-strings instead of str.format within importlib

[Gregory P. Smith]

Change by Gregory P. Smith :


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

[issue38693] Use f-strings instead of str.format within importlib

[Gregory P. Smith]

Gregory P. Smith  added the comment:

Status: Waiting until after the importlib.metadata and importlib.resources 
backports drop support for both Python 2.7 and 3.5 as keeping them in sync 
would be a pain for maintainers (per jaraco on our sprint importlib-any chat 
today)

--

___
Python tracker 

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