[issue43382] github CI blocked by the Ubuntu CI with an SSL error

[Christian Heimes]

Christian Heimes  added the comment:

Thanks for the quick workaround!

The problem could be caused by a downstream patch in Ubuntu's OpenSSL version. 
Vanilla OpenSSL doesn't fail like that.

--

___
Python tracker 

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

[issue43384] Include regen-stdlib-module-names in regen-all

[Neil Schemenauer]

Change by Neil Schemenauer :


--
keywords: +patch
pull_requests: +23494
pull_request: https://github.com/python/cpython/pull/24713

___
Python tracker 

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

[issue43384] Include regen-stdlib-module-names in regen-all

[Neil Schemenauer]

New submission from Neil Schemenauer :

While I was fixing the regen-frozen issue, I noticed it seems unnecessary to 
have regen-stdlib-module-names separate from regen-all.  Maybe Victor knows why 
it needs to be separate.  If it doesn't need to be separate, the CI scripts can 
be slightly simplified.

--
components: Build
messages: 388003
nosy: nascheme
priority: normal
severity: normal
stage: patch review
status: open
title: Include regen-stdlib-module-names in regen-all
type: enhancement

___
Python tracker 

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

[issue43382] github CI blocked by the Ubuntu CI with an SSL error

[Neil Schemenauer]

Neil Schemenauer  added the comment:

I think it may be related to bpo-41561.  There is a bug in the Ubuntu tracker 
as well:

https://bugs.launchpad.net/ubuntu/+source/openssl/+bug/1899878

I agree with the temporary fix to use "ubuntu-18.04" for CI testing.

--
nosy: +nascheme

___
Python tracker 

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

[issue43382] github CI blocked by the Ubuntu CI with an SSL error

[Brandt Bucher]

Change by Brandt Bucher :


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

___
Python tracker 

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

[issue43382] github CI blocked by the Ubuntu CI with an SSL error

[Brandt Bucher]

Brandt Bucher  added the comment:

I forgot to mention that I confirmed that the last passing test run used 18.04 
(click "set up job" -> "Operating System" to see):

https://github.com/python/cpython/runs/2013210763?check_suite_focus=true

The next one, which started the current chain of failures, used 20.04:

https://github.com/python/cpython/runs/2018900756?check_suite_focus=true

I'm still not sure *why* this broke CI, though. Perhaps our cached OpenSSL is 
no longer valid?

--

___
Python tracker 

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

[issue40059] Provide a toml module in the standard library

[Eli Schwartz]

Change by Eli Schwartz :


--
nosy: +eschwartz

___
Python tracker 

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

[issue43382] github CI blocked by the Ubuntu CI with an SSL error

[Brandt Bucher]

Brandt Bucher  added the comment:

It seems that GitHub recently changed their "ubuntu-latest" image from Ubuntu 
18.04 to Ubuntu 20.04.

A good temporary workaround would probably be to change this line:

https://github.com/python/cpython/blob/727a68b6e592eada5a65935de5c8428ef50e8741/.github/workflows/build.yml#L130

...to read "ubuntu-18.04".

--
nosy: +brandtbucher

___
Python tracker 

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

[issue43383] imprecise handling of weakref callbacks

[Konrad Schwarz]

New submission from Konrad Schwarz :

I am seeing the following non-deterministic behavior:

My code processes DeviceTree, a tree-based specification format for hardware 
descriptions, that includes cross-references ("phandles").  For all intents and 
purposes, this format is similar to XML; phandles are analog to ID/IDREFS.

To prevent reference cycles and avoid the need for garbage collection, my code 
uses weakref.proxy for parent pointers and weakref.ref for cross-references.

My goal is to provide a "projection" operation on a DeviceTree: creating 
derived DeviceTrees that model subsets of the hardware (this is to partition 
the hardware into multiple independent sub-machines).  The projection is 
specified by newly introduced nodes and attributes (aka properties) in the 
tree; phandles are used to indicate which part belongs to which partition.

Python weak references provide a callback interface to indicate the demise of 
their referents and my code uses that to prune the tree: e.g., if a node 
modeling a partition is deleted, nodes that reference that node (i.e., indicate 
they belong to that partition) are deleted in the corresponding weakref 
callback.  So technically, the code implicitly uses the interpreters list of 
weak referrers (__weakref__) to find and execute code on them when the 
referent's state changes.

This works exactly as envisioned when single-stepping in PDB.

When running at full speed however, I see that weak reference callbacks are 
being triggered after the corresponding weak reference has been deleted with 
del (the weak reference is a value of a Python dict holding a node's 
attributes.)

I suspect that this is because of some batching or deferred processing in the 
Python interpreter.

Ultimately, this is a violation of the semantics and must be classified as a 
bug.

However, in my case, it would suffice to have a "memory barrier" type of 
operation that flushes the queue of deferred deletions before continuing.  
Something like that must exist, because single stepping in PDB is successful.

Initial tests of calling the garbage collector to this end were inconclusive, 
unfortunately.

--
components: Interpreter Core
messages: 387999
nosy: konrad.schwarz
priority: normal
severity: normal
status: open
title: imprecise handling of weakref callbacks
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

[issue43382] github CI blocked by the Ubuntu CI with an SSL error

[Gregory P. Smith]

New submission from Gregory P. Smith :

https://github.com/python/cpython/pull/20442/checks?check_run_id=2018900756

 ssl.SSLError: [SSL: TLSV1_ALERT_UNKNOWN_CA] tlsv1 alert unknown ca 
(_ssl.c:1122)
[SSL: CERTIFICATE_VERIFY_FAILED] certificate verify failed: unable to get local 
issuer certificate (_ssl.c:1122)
 ssl.SSLError: [SSL: SSLV3_ALERT_BAD_CERTIFICATE] sslv3 alert bad certificate 
(_ssl.c:1122)
 ssl.SSLError: [SSL] internal error (_ssl.c:1122)
 ssl.SSLError: [SSL] called a function you should not call (_ssl.c:1122)
 ssl.SSLEOFError: EOF occurred in violation of protocol (_ssl.c:1122)
 ssl.SSLError: [SSL: UNEXPECTED_MESSAGE] unexpected message (_ssl.c:1122)
ssl.SSLError: [SSL: TLSV1_ALERT_INTERNAL_ERROR] tlsv1 alert internal error 
(_ssl.c:1122)
[SSL: NO_PROTOCOLS_AVAILABLE] no protocols available (_ssl.c:1122)

... and so on ...

This CI failure is preventing any PR from being merged.

Do we have a bad test certificate in the tree we need to update?
Or did some Ubuntu CI infrastructure just fall over and start rejecting a 
certificate it used to accept?

I believe this started around ~20210302T1500 UTC.

--
assignee: christian.heimes
components: Build, SSL, Tests
messages: 387998
nosy: christian.heimes, gregory.p.smith, lukasz.langa, ned.deily
priority: release blocker
severity: normal
status: open
title: github CI blocked by the Ubuntu CI with an SSL error
type: behavior
versions: Python 3.10, 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

[issue43371] Mock.assert_has_calls works strange

[Dong-hee Na]

Change by Dong-hee Na :


--
nosy: +corona10

___
Python tracker 

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

[issue35935] threading.Event().wait() not interruptable with Ctrl-C on Windows

[Eryk Sun]

Eryk Sun  added the comment:

> But on this particular issue, making the unconditional wait be 
> interruptable by signals shouldn't be impossible.

PyThread_acquire_lock_timed() in Python/thread_nt.h currently ignores 
intr_flag. The current implementation calls EnterNonRecursiveMutex(), which in 
turn calls PyCOND_WAIT() / PyCOND_TIMEDWAIT() in Python/condvar.h. 
EnterNonRecursiveMutex() needs to support intr_flag and support a return value 
that indicates the wait was interrupted. PyThread_acquire_lock_timed() needs to 
handle this value by returning PY_LOCK_INTR.

When using emulated condition variables, a lock combines a semaphore and a 
critical section. Waiting on the semaphore can be integrated with the SIGINT 
event via WaitForMultipleObjects(). 

Here's a replacement for WaitForSingleObject() that integrates the SIGINT 
event, and supports long waits passed as a PY_TIMEOUT_T in microseconds (just 
for the sake of discussion; it's not rigorously tested code):

unsigned long
_Py_WaitForSingleObject(void *handle, PY_TIMEOUT_T microseconds,
int intr_flag)
{
DWORD result;
DWORD handle_count;
HANDLE handle_array[2];
HANDLE sigint_event = NULL;

LONGLONG timeout = -1;
ULONGLONG deadline = 0;

/* Store timeout in system time units of 100 ns. */
if (microseconds >= 0) {
QueryUnbiasedInterruptTime();
timeout = microseconds * 10;
deadline += timeout;
}

handle_count = 1;
handle_array[0] = (HANDLE)handle;

if (intr_flag) {
sigint_event = _PyOS_SigintEvent();
if (sigint_event) {
handle_array[handle_count++] = sigint_event;
ResetEvent(sigint_event);
}
}

do {
ULONGLONG now;
DWORD milliseconds;

if (timeout < 0) {
milliseconds = INFINITE;
} else if (timeout < INFINITE * 1) {
milliseconds = timeout / 1;
} else {
milliseconds = INFINITE - 1;
}

result = WaitForMultipleObjectsEx(
handle_count, handle_array, FALSE,
milliseconds, FALSE);

if (sigint_event && result == WAIT_OBJECT_0 + 1) {
/* Pretend that this was an alertable wait that
   was interrupted by a user-mode APC queued to
   the main thread by the C signal handler. It's
   not implemented that way, but it could be. */
result = STATUS_USER_APC;
}

if (result != WAIT_TIMEOUT) {
break;
}

QueryUnbiasedInterruptTime();
timeout = deadline - now;
} while (timeout >= 0);

return result;
}

If the wait returns STATUS_USER_APC, then the caller should call 
PyErr_CheckSignals(). intr_flag would presumably only be true when called from 
a thread that can handle signals, i.e. when _PyOS_IsMainThread() is true.

That said, if actual Windows condition variables are used (an alternate 
implementation in Python/condvar.h), then waiting is implemented via 
SleepConditionVariableSRW(). There's no way to integrate the SIGINT event with 
this wait, nor any documented way to cancel the wait from the console control 
thread. If this implementation is adopted, then maybe the few cases that 
require locks that support an interruptible wait can be implemented as a 
separate thread API.

--
versions: +Python 3.10, Python 3.8, Python 3.9 -Python 2.7, Python 3.7

___
Python tracker 

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

[issue43378] Pattern Matching section in tutorial refers to | as or

[Raymond Hettinger]

Raymond Hettinger  added the comment:

Another other thought, PEP 634 defines "|" as being an "or-pattern", so it part 
of the spec:

  https://www.python.org/dev/peps/pep-0634/#or-patterns

--

___
Python tracker 

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

[issue43364] Add shortcut to enable UTF-8 mode in start menu.

[Inada Naoki]

Inada Naoki  added the comment:

> You can run "[WindowsFolder]System32\setx.exe" directly. It's not a shell 
> command.

Thank you. I will do.

> For modifying an environment variable, please clone the entire path MSI and 
> use an Environment element to update it. Should be a little simpler than that 
> one, because it's a constant.

How about having both? Shortcut menu is more accessible when user want to 
enable UTF-8 mode after they install Python. (e.g. they got troubled by 
UnicodeDecodeError and are adviced to enable UTF-8 mode).

> Alternatively, for this kind of policy option, it might be nice to set up 
> some common registry keys to define it. That is a function I've been thinking 
> about for enabling some security features (such as malware scanning), and it 
> mimics how Windows distributes its own configuration already. That'll take a 
> whole PEP, though, and I doubt I'll get it ready in time for 3.10 given the 
> other stuff I've got going on right now.

Registry is also discussed in the thread, but there are no consensus about 
adding new way to enable UTF-8 mode.
I conclude that we should promote existing way (i.e. envvar) and get feedback 
from users.

> So provided we adequately document that the setting may impact other versions 
> of Python besides the one being installed, and it's not enabled by default, 
> I'm okay with an MSI-based addable/removable setting for PYTHONUTF8.

--

___
Python tracker 

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

[issue43371] Mock.assert_has_calls works strange

[Karthikeyan Singaravelan]

Change by Karthikeyan Singaravelan :


--
nosy: +xtreak

___
Python tracker 

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

[issue43075] ReDoS in urllib.request

[Zachary Ware]

Change by Zachary Ware :


--
keywords: +patch

___
Python tracker 

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

[issue43075] ReDoS in urllib.request

[Zachary Ware]

Change by Zachary Ware :


--
keywords: +easy -easy (C), patch

___
Python tracker 

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

[issue43363] memcpy writes to wrong destination

[Josh Rosenberg]

Josh Rosenberg  added the comment:

Agreed, stack is a PyObject**, so adding an integer (pto_nargs) to the pointer 
(stack) is implicitly by multiples of sizeof(PyObject*). This is how pointer 
arithmetic works in all versions of C I'm aware of. The code is correct.

--
nosy: +josh.r
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

[issue43075] ReDoS in urllib.request

[Éric Araujo]

Change by Éric Araujo :


--
title: ReDoS in request -> ReDoS in urllib.request

___
Python tracker 

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

[issue42246] Implement PEP 626 -- Precise line numbers for debugging

[Neil Schemenauer]

Change by Neil Schemenauer :


--
pull_requests: +23492
pull_request: https://github.com/python/cpython/pull/24714

___
Python tracker 

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

[issue43372] ctypes: test_frozentable fails when make regen-frozen

[Neil Schemenauer]

Change by Neil Schemenauer :


--
pull_requests: +23491
pull_request: https://github.com/python/cpython/pull/24714

___
Python tracker 

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

[issue43378] Pattern Matching section in tutorial refers to | as or

[Raymond Hettinger]

Raymond Hettinger  added the comment:

This seems fine to me.   In pattern matching, it has both the meaning and 
pronunciation of "or":

case "this" | "that": ...

It has similar mean in the re module:

r'abc|def'

And it is also used the same way in typing:

   s: list | tuple

We've also long used it for sets:

   rich | tall   # People who are either rich OR tall  

Based on this, I don't there is any reason to suspect it will be confused with 
bitwise-or.

The only place the operator really isn't harmonious is with dicts where its 
meaning is "update" and where it isn't commutative.

--
nosy: +rhettinger

___
Python tracker 

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

[issue43380] Assigning function parameter to class attribute by the same name

[jennydaman]

jennydaman  added the comment:

Yes sorry that was a typo

--

___
Python tracker 

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

[issue43380] Assigning function parameter to class attribute by the same name

[jennydaman]

jennydaman  added the comment:

# Example

Consider these three examples, which are theoretically identical

```
a = 4

class A:
a = a

print(A.a)

def createB(b):
class B:
z = b
print(B.z)

createB(5)

def createD(d):
class D:
d = d
print(D.d)

createD(6)
```

## Expected Output

```
4
5
6
```

## Actual Output

```
4
5
Traceback (most recent call last):
  File "", line 1, in 
  File "", line 2, in createD
  File "", line 3, in D
NameError: name 'd' is not defined
```

--

___
Python tracker 

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

[issue43380] Assigning function parameter to class attribute by the same name

[Eric V. Smith]

Eric V. Smith  added the comment:

Was 
def createD(D):

supposed to be:
def createD(d):

?

Not that that changes your problem. I just want to understand the exact issue.

--
nosy: +eric.smith

___
Python tracker 

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

[issue43381] add small test for frozen module line number table

[Neil Schemenauer]

Change by Neil Schemenauer :


--
keywords: +patch
pull_requests: +23490
pull_request: https://github.com/python/cpython/pull/24712

___
Python tracker 

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

[issue43381] add small test for frozen module line number table

[Neil Schemenauer]

New submission from Neil Schemenauer :

In bug #43372, we didn't notice that the code for the __hello__ module was not 
re-generated.  Things seems to be okay but the line number table was corrupted. 
 It seems a good idea to add a small test to ensure that doesn't happen again.

I marked the test as CPython implementation specific.

--
components: Tests
messages: 387989
nosy: nascheme
priority: low
severity: normal
stage: patch review
status: open
title: add small test for frozen module line number table
type: enhancement

___
Python tracker 

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

[issue43075] ReDoS in request

[Senthil Kumaran]

Change by Senthil Kumaran :


--
keywords: +easy (C)

___
Python tracker 

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

[issue43288] test_importlib failure due to missing skip() method

[Senthil Kumaran]

Change by Senthil Kumaran :


--
assignee:  -> nascheme
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed
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

[issue43049] Use io.IncrementalNewlineDecoder for doctest newline conversion

[Peter Donis]

Peter Donis  added the comment:

Thanks for merging!

--

___
Python tracker 

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

[issue43380] Assigning function parameter to class attribute by the same name

[jennydaman]

New submission from jennydaman :

# Example

Consider these three examples, which are theoretically identical

```
a = 4

class A:
a = a

print(A.a)

def createB(b):
class B:
z = b
print(B.z)

createB(5)

def createD(D):
class D:
d = d
print(D.d)

createD(6)
```

## Expected Output

```
4
5
6
```

## Actual Output

```
4
5
Traceback (most recent call last):
  File "", line 1, in 
  File "", line 2, in createD
  File "", line 3, in D
NameError: name 'd' is not defined
```

--
components: Interpreter Core
messages: 387987
nosy: jennydaman
priority: normal
severity: normal
status: open
title: Assigning function parameter to class attribute by the same name
type: behavior
versions: Python 3.10, Python 3.9

___
Python tracker 

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

[issue42994] Missing MIME types for opus, AAC, 3gpp and 3gpp2

[Senthil Kumaran]

Senthil Kumaran  added the comment:

Thanks for the this contribution, Nathan.

--
assignee:  -> orsenthil
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

[issue42994] Missing MIME types for opus, AAC, 3gpp and 3gpp2

[Senthil Kumaran]

Senthil Kumaran  added the comment:


New changeset 3a87e562ea21a5083e9f168e02e8ec3e6611e167 by Nathan Beals in 
branch 'master':
bpo-42994: Add MIME types for opus, AAC, 3gpp and 3gpp2 (#24287)
https://github.com/python/cpython/commit/3a87e562ea21a5083e9f168e02e8ec3e6611e167


--
nosy: +orsenthil

___
Python tracker 

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

[issue43355] __future__.annotations breaks inspect.signature()

[Eric V. Smith]

Eric V. Smith  added the comment:

Can you show the values of “expected” and “actual” for both the failures and 
successes?

--
nosy: +eric.smith

___
Python tracker 

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

[issue43284] Wrong windows build post version 2004

[Steve Dower]

Steve Dower  added the comment:

The reason to avoid the GetVersion API is that certain automatic 
compatibility modes will lie about what the version number is, and 
people complained that it was wrong (kind of like this complaint ;) ). 
Reading the version from a system DLL bypasses that risk.

If your aim is to check the version for API compatibility/behaviour, 
then GetVersion is exactly the right thing to use, because it'll be 
adapted to match any compatibility options that are in effect. However, 
the platform module is not for this purpose, but is for logging system 
information. So we read from kernel32.dll instead (which is, yes, a 
bootleg way of doing it).

Node.js has some fairly horrible ways of doing this stuff on Windows. I 
haven't looked into this one in particular, but if they're not using 
GetVersion it wouldn't surprise me if they're running "cmd /C ver" and 
reading the output (don't even get me started on the security risks of 
that).

The most correct way is to query the system information service via WMI 
(which I'm 99% sure is what msinfo32.exe does). However, that's a _big_ 
step up in complexity, which is why we've avoided doing it to date. It 
might be the only viable option here if Windows is getting this good at 
shipping incremental rebuilds.

--

___
Python tracker 

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

[issue43271] AMD64 Windows10 3.x crash with Windows fatal exception: stack overflow

[David Bolen]

David Bolen  added the comment:

Yes, that was the idea (revert the PyDEBUG condition only); it sounds like 
everyone is on the same page.

I've been doing buildbot duties only for a while (no code contributions since 
long before the current process), so there may be a short delay while I figure 
out this newfangled PR thing...

--

___
Python tracker 

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

[issue43372] ctypes: test_frozentable fails when make regen-frozen

[Miro Hrončok]

Miro Hrončok  added the comment:

When I run `PYTHON_FOR_REGEN=python3.10 make regen-frozen` with Python 
3.10.0a5, I get the same diff and the same problem.

When I run `PYTHON_FOR_REGEN=python3.9 make regen-frozen` with Python 3.9.2, I 
get no diff and no problem (similarly with Python 3.8.8).

--

___
Python tracker 

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

[issue42994] Missing MIME types for opus, AAC, 3gpp and 3gpp2

[Filipe Laíns]

Change by Filipe Laíns :


--
nosy: +barry, maxking, r.david.murray

___
Python tracker 

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

[issue43367] submodule of c-extension module is quirky

[Sebastian Koslowski]

Sebastian Koslowski  added the comment:

>>> import parent.child

first imports "parent" (successfully) but then fails, because the import code 
has no knowledge of were to find ".child". This is because 
a) the module "parent" is not marked as a package (hence the error message) 
b) even if it were a package, there is no (ext) module file to locate and load.

If you instead run

>> from parent import child

only "parent" is imported, and "child" is retrieved as an attribute - which it 
actually is. The import code itself will add such an attribute, too [1]. 
However, that is after the submodule was located and loaded. Attribute lookup 
on the parent is not part of the submodule import itself.

A (hacky) work-around would be to add an entry for "parent.child" in 
sys.modules. This prevents the import machinery from running. 

A (more) proper solution would be to mark "parent" as a package and install 
some importlib hooks. See [2] for an example from Cython-land. 

Finally there is PyImport_AppendInittab() [3], which could possibly be used to 
register "parent.child". I have never tried that. Even if this worked, it would 
be unsupported and probably not without side-effects.

[1] https://docs.python.org/3/reference/import.html#submodules
[2] 
https://stackoverflow.com/questions/30157363/collapse-multiple-submodules-to-one-cython-extension
[3] 
https://docs.python.org/3/c-api/import.html?highlight=inittab#c.PyImport_AppendInittab

--
nosy: +skoslowski

___
Python tracker 

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

[issue43364] Add shortcut to enable UTF-8 mode in start menu.

[Steve Dower]

Steve Dower  added the comment:

For modifying an environment variable, please clone the entire path MSI and use 
an Environment element to update it. Should be a little simpler than that one, 
because it's a constant.

I'm always very hesitant to modify system-wide (or user-wide) settings like 
this though. I'd be more comfortable if we made it a PYTHONUTF8_310 variable 
that _only_ applies to that specific version. Otherwise someone might install 
an update and break existing apps.

Alternatively, for this kind of policy option, it might be nice to set up some 
common registry keys to define it. That is a function I've been thinking about 
for enabling some security features (such as malware scanning), and it mimics 
how Windows distributes its own configuration already. That'll take a whole 
PEP, though, and I doubt I'll get it ready in time for 3.10 given the other 
stuff I've got going on right now.

So provided we adequately document that the setting may impact other versions 
of Python besides the one being installed, and it's not enabled by default, I'm 
okay with an MSI-based addable/removable setting for PYTHONUTF8.

--

___
Python tracker 

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

[issue43372] ctypes: test_frozentable fails when make regen-frozen

[Miro Hrončok]

Change by Miro Hrončok :


--
nosy: +nascheme

___
Python tracker 

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

[issue43284] Wrong windows build post version 2004

[OrbitalHorizons]

OrbitalHorizons  added the comment:

Node Js version of os wasnt affected. If this is having an issue then they used 
some bootleg method to fetch the build number in the first place.

--

___
Python tracker 

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

[issue43372] ctypes: test_frozentable fails when make regen-frozen

[Miro Hrončok]

New submission from Miro Hrončok :

The following test failure happens on Python 3.10.0a6+ when we make 
regen-frozen with the same Python version we test:

==
FAIL: test_frozentable (ctypes.test.test_values.PythonValuesTestCase)
--
Traceback (most recent call last):
  File 
"/home/churchyard/Dokumenty/RedHat/cpython/Lib/ctypes/test/test_values.py", 
line 87, in test_frozentable
self.assertEqual(items, expected, "PyImport_FrozenModules example "
AssertionError: Lists differ: [('__hello__', 129), ('__phello__', -129), 
('__phello__.spam', 129)] != [('__hello__', 125), ('__phello__', -125), 
('__phello__.spam', 125)]

First differing element 0:
('__hello__', 129)
('__hello__', 125)

- [('__hello__', 129), ('__phello__', -129), ('__phello__.spam', 129)]
?  ^ ^ ^

+ [('__hello__', 125), ('__phello__', -125), ('__phello__.spam', 125)]
?  ^ ^ ^
 : PyImport_FrozenModules example in Doc/library/ctypes.rst may be out of date

--
Ran 494 tests in 0.466s

FAILED (failures=1, skipped=87)


Reproducer:

1. Build Python from source: $ ./configure && make -j...
2. Run ctypes tests: $ ./python -m ctypes.test
3. Regenerate frozen: $ PYTHON_FOR_REGEN=./python make regen-frozen
4. Build Python from source again: $ ./configure && make -j...
5. Run ctypes tests: $ ./python -m ctypes.test

Actual result:

Tests in (2) pass, tests in (5) fail.

The difference after (3) is:

diff --git a/Python/frozen_hello.h b/Python/frozen_hello.h
index 9c566cc81e..d58b726aa8 100644
--- a/Python/frozen_hello.h
+++ b/Python/frozen_hello.h
@@ -9,5 +9,5 @@ static unsigned char M___hello__[] = {
 100,218,5,112,114,105,110,116,169,0,114,2,0,
 0,0,114,2,0,0,0,218,4,110,111,110,101,
 218,8,60,109,111,100,117,108,101,62,1,0,0,
-0,115,2,0,0,0,4,1,
+0,115,6,0,0,0,4,0,12,1,255,128,
 };


Expected results:

Tests pass, no diff.

--
components: Tests, ctypes
messages: 387933
nosy: hrnciar, hroncok
priority: normal
severity: normal
status: open
title: ctypes: test_frozentable fails when make regen-frozen
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

[issue43284] Wrong windows build post version 2004

[bugale bugale]

bugale bugale  added the comment:

Is there a good reason to not use GetVersionEx?

--

___
Python tracker 

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

[issue43284] Wrong windows build post version 2004

[Steve Dower]

Steve Dower  added the comment:

So somehow Windows made a rebuild *without* having to touch 
kernel32.dll, which is fairly impressive.

That version number comes from kernel32.dll, because there's no good way 
to get the build number via an API and also avoid compatibility settings 
lying about it.

I *guess* we need to find a better API for querying the current build 
number, hopefully without having to set up a whole WMI query.

--

___
Python tracker 

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

[issue39448] Add regen-frozen makefile target

[Miro Hrončok]

Miro Hrončok  added the comment:

I think something is broken with this, full report in: 
https://bugs.python.org/issue43372

--
nosy: +hroncok

___
Python tracker 

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

[issue43271] AMD64 Windows10 3.x crash with Windows fatal exception: stack overflow

[Steve Dower]

Steve Dower  added the comment:

Hmm, yeah, it seems like the debug-specific definition has gone. Wonder when 
that happened.

In that case, go ahead and revert, but I'd suggest doing it by just removing 
the new Py_DEBUG condition rather than undoing all the changes. Should be 
nothing wrong with the rest of it.

IIRC, PR builds run under release because the compile-time increase is more 
than made up by the test time decrease.

--

___
Python tracker 

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

[issue43375] memory leak in threading ?

[Mark Dickinson]

Mark Dickinson  added the comment:

I'm not sure that this counts as a bug.

Each non-daemon thread adds a lock to the threading._shutdown_locks set: 
https://github.com/python/cpython/blob/8b795ab5541d8a4e69be4137dfdc207714270b77/Lib/threading.py#L933-L935.

That lock is removed when the thread is "join"ed: 
https://github.com/python/cpython/blob/8b795ab5541d8a4e69be4137dfdc207714270b77/Lib/threading.py#L988-L990

So the simple solution is to make sure that you always join your threads (which 
I'd expect normal code to do for non-daemon threads anyway), or to make your 
threads daemon threads.

--
nosy: +mark.dickinson

___
Python tracker 

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

[issue43371] Mock.assert_has_calls works strange

[Dmitriy Mironiyk]

New submission from Dmitriy Mironiyk :

I think that behavior of Mock.assert_has_calls is misleading. 
- When I call Mock.assert_has_calls with any_order=False it checks that 
expected calls are the same calls as performed on mock and raise an error if 
mock has some calls other than expected.
- When I call Mock.assert_has_calls with any_order=True it checks that mock has 
expected calls and not raise an error when mock has other calls than expected.

I suppose should be two separate methods:
- Mock.assert_has_only_calls that always raise an error when mock has calls 
other than expected(not regarding any_order).
- Mock.assert_has_calls that raise error only when no calls that provided in 
expected or if order of calls is wrong when any_order=False.

--
components: Tests
files: test_mock_asser_has_calls.py
messages: 387932
nosy: dmitriy.mironiyk
priority: normal
severity: normal
status: open
title: Mock.assert_has_calls works strange
type: behavior
versions: Python 3.7
Added file: https://bugs.python.org/file49845/test_mock_asser_has_calls.py

___
Python tracker 

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

[issue43284] Wrong windows build post version 2004

[OrbitalHorizons]

OrbitalHorizons  added the comment:

Running `platform.platform()` on Windows 10 21H1 results in the build number 
19041:

Python 3.8.8 (tags/v3.8.8:024d805, Feb 19 2021, 13:18:16) [MSC v.1928 64 bit 
(AMD64)] on win32
Type "help", "copyright", "credits" or "license" for more information.
>>> import platform
>>> platform.platform()
'Windows-10-10.0.19041-SP0'
This is incorrect, the correct build number is 19043.

--
nosy: +Orbital
title: Wrong windows build in 20H2 -> Wrong windows build post version 2004
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

[issue40701] tempfile mixes str and bytes in an inconsistent manner

[Gregory P. Smith]

Gregory P. Smith  added the comment:

I clarified the documentation in the PR and added a regression test.

I chose to explicitly document that tempfile.tempdir may only be str or bytes 
and cannot be a path-like object.

We already document that people really should not set it and instead pass dir= 
to their APIs.  Now the docs make that more clear when it comes to setting it 
to a bytes object due to the global API return type change consequences.

I view this PR as cleaning up a partial misbehavior while preserving an API 
wart of it ever working in any manner when set to a bytes value.

getting rid of tempfile.tempdir entirely or preventing it from being a bytes 
value at all would be much more of a breaking change, even though desirable.  
Not a bugfix.  Now with the PR as is, we at least document that people should 
avoid doing that and make it clear what consistent behavior happens when they 
do it anyways.  With a test.

--

___
Python tracker 

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

[issue43344] RotatingFileHandler breaks file type associations

[Kevin Hollingshead]

Kevin Hollingshead  added the comment:

Thanks Vinay, I was able to do this with:

def namer(name):
return name.replace(".log", "") + ".log"

Then when initializing the logger:

handler.namer = namer

My full initializer script:

import os
import logging
from logging.handlers import TimedRotatingFileHandler
from config import constants

def namer(name):
return name.replace(".log", "") + ".log"

def init(baseFilename):
logPath = constants.LOGGING_DIR
envSuffix = '-prod' if constants.ENV == 'prod' else '-dev'
logFilename = os.path.join(logPath, baseFilename + envSuffix + '.log')
print(f"Logging to {logFilename}")

handler = TimedRotatingFileHandler(logFilename,
when = "midnight",
backupCount = 30,
encoding = 'utf8')
handler.setLevel(logging.DEBUG)
handler.suffix = "%Y%m%d"
handler.namer = namer

formatter = logging.Formatter('%(asctime)s %(levelname)s %(message)s
[%(module)s:%(lineno)d]')
handler.setFormatter(formatter)

logging.basicConfig(
handlers = [handler],
format = '%(asctime)s %(levelname)s %(message)s
[%(module)s:%(lineno)d]',
level = logging.DEBUG,
datefmt = '%Y-%m-%d %H:%M:%S')

if __name__ == '__main__':
init('testing')
logging.error("ohai")
logging.debug("ohai debug")
logging.getLogger().handlers[0].doRollover()
logging.error("ohai next day")
logging.debug("ohai debug next day")

On Mon, Mar 1, 2021 at 8:13 AM Vinay Sajip  wrote:

>
> Vinay Sajip  added the comment:
>
> As per the documentation at
>
>
> https://docs.python.org/3/library/logging.handlers.html#logging.handlers.BaseRotatingHandler.namer
>
> You can set the handler's "namer" attribute to a callable that returns a
> computed name for the rotated file - this can be computed as per your
> requirements. The cookbook also has an entry about this:
>
>
> https://docs.python.org/3/howto/logging-cookbook.html#using-a-rotator-and-namer-to-customize-log-rotation-processing
>
> --
>
> ___
> Python tracker 
> 
> ___
>

--

___
Python tracker 

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

[issue43374] Apple refuses apps written in Python

[Ned Deily]

Change by Ned Deily :


--
type: security -> 

___
Python tracker 

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

[issue43374] Apple refuses apps written in Python

[Adrian]

New submission from Adrian :

My company maintains several Python related projects, one of them being an 
application published for many years in the Mac App Store.

During the submittion of the last update for the app, we were refused by Apple 
to publish the software with the following reason:

Guideline 2.5.1 - Performance
Your app links against the following non-public framework(s):

• 
Contents/Frameworks/Python.framework/Versions/3.9/lib/libformw.5.dylib/_wadd_wchnstr
• 
Contents/Frameworks/Python.framework/Versions/3.9/lib/libformw.5.dylib/_wins_wch
• 
Contents/Frameworks/Python.framework/Versions/3.9/lib/libformw.5.dylib/_win_wch
• 
Contents/Frameworks/Python.framework/Versions/3.9/lib/libformw.5.dylib/_win_wchnstr
• 
Contents/Frameworks/Python.framework/Versions/3.9/lib/libformw.5.dylib/_win_wchnstr
• Contents/Frameworks/libpython3.9.dylib/___sprintf_chk
• Contents/Frameworks/libpython3.9.dylib/_posix_spawn
• Contents/Frameworks/libpython3.9.dylib/_posix_spawn_file_actions_addclose
• Contents/Frameworks/libpython3.9.dylib/_posix_spawn_file_actions_adddup2
• Contents/Frameworks/libpython3.9.dylib/_posix_spawn_file_actions_addopen
• Contents/Frameworks/libpython3.9.dylib/_posix_spawn_file_actions_destroy
• Contents/Frameworks/libpython3.9.dylib/_posix_spawn_file_actions_init
• Contents/Frameworks/libpython3.9.dylib/_posix_spawnattr_destroy
• Contents/Frameworks/libpython3.9.dylib/_posix_spawnattr_init
• Contents/Frameworks/libpython3.9.dylib/_posix_spawnattr_setflags
• Contents/Frameworks/libpython3.9.dylib/_posix_spawnattr_setpgroup
• Contents/Frameworks/libpython3.9.dylib/_posix_spawnattr_setsigdefault
• Contents/Frameworks/libpython3.9.dylib/_posix_spawnattr_setsigmask
• Contents/Frameworks/libpython3.9.dylib/_posix_spawnp
• Contents/Frameworks/libcrypto.1.1.dylib/___sprintf_chk
• Contents/Frameworks/libp11-kit.0.dylib/___sprintf_chk
• Contents/Frameworks/Python.framework/Versions/3.9/lib/libpanelw.5.dylib/_SP
• Contents/Frameworks/Python.framework/Versions/3.9/lib/libformw.5.dylib/_SP
• 
Contents/Frameworks/Python.framework/Versions/3.9/lib/libformw.5.dylib/___sprintf_chk
• Contents/Frameworks/libmpfr.6.dylib/___sprintf_chk
• Contents/Frameworks/libgnutls.30.dylib/___sprintf_chk
• Contents/Frameworks/libgnutls.30.dylib/_p11_kit_space_strdup
• Contents/Frameworks/libgnutls.30.dylib/_p11_kit_space_strlen
• Contents/Frameworks/libidn2.0.dylib/_sprintf
• Contents/Frameworks/libx264.157.dylib/___sprintf_chk
• 
Contents/Frameworks/Python.framework/Versions/3.9/lib/libcrypto.1.1.dylib/___sprintf_chk
• Contents/Frameworks/libssl.1.1.dylib/___sprintf_chk
• Contents/Frameworks/libxml2.2.dylib/___sprintf_chk
• Contents/Frameworks/Python.framework/Versions/3.9/Python/___sprintf_chk
• Contents/Frameworks/Python.framework/Versions/3.9/Python/_posix_spawn
• 
Contents/Frameworks/Python.framework/Versions/3.9/Python/_posix_spawn_file_actions_addclose
• 
Contents/Frameworks/Python.framework/Versions/3.9/Python/_posix_spawn_file_actions_adddup2
• 
Contents/Frameworks/Python.framework/Versions/3.9/Python/_posix_spawn_file_actions_addopen
• 
Contents/Frameworks/Python.framework/Versions/3.9/Python/_posix_spawn_file_actions_destroy
• 
Contents/Frameworks/Python.framework/Versions/3.9/Python/_posix_spawn_file_actions_init
• 
Contents/Frameworks/Python.framework/Versions/3.9/Python/_posix_spawnattr_destroy
• Contents/Frameworks/Python.framework/Versions/3.9/Python/_posix_spawnattr_init
• 
Contents/Frameworks/Python.framework/Versions/3.9/Python/_posix_spawnattr_setflags
• 
Contents/Frameworks/Python.framework/Versions/3.9/Python/_posix_spawnattr_setpgroup
• 
Contents/Frameworks/Python.framework/Versions/3.9/Python/_posix_spawnattr_setsigdefault
• 
Contents/Frameworks/Python.framework/Versions/3.9/Python/_posix_spawnattr_setsigmask
• Contents/Frameworks/Python.framework/Versions/3.9/Python/_posix_spawnp
• 
Contents/Frameworks/Python.framework/Versions/3.9/lib/libssl.1.1.dylib/___sprintf_chk
• Contents/Frameworks/libhogweed.6.dylib/_nettle_buffer_space
• Contents/Frameworks/libicui18n.67.dylib/_sprintf
• Contents/Frameworks/Python.framework/Versions/3.9/lib/libmenuw.5.dylib/_SP
• Contents/Frameworks/libavfilter.7.dylib/_avformat_match_stream_specifier
• Contents/Frameworks/libmpc.3.dylib/___sprintf_chk
• Contents/Frameworks/libunistring.2.dylib/___sprintf_chk
• Contents/Frameworks/libunistring.2.dylib/_sprintf
• 
Contents/Frameworks/Python.framework/Versions/3.9/lib/libpanelw.5.dylib/__nc_panelhook
• 
Contents/Frameworks/Python.framework/Versions/3.9/lib/libformw.5.dylib/__nc_wcrtomb

Next Steps

The use of non-public APIs is not permitted on the App Store as it can lead to 
a poor user experience should these APIs change.

--
components: C API, Interpreter Core, macOS
messages: 387947
nosy: adigeo, ned.deily, ronaldoussoren
priority: normal
severity: normal
status: open
title: Apple refuses apps written in Python
type: security
versions: Python 3.9

___
Python tracker 

[issue43373] Tensorflow

[Mark Dickinson]

Mark Dickinson  added the comment:

Hmm. Somehow the trailing dot became part of the second URL.

Trying again: https://github.com/tensorflow/tensorflow/issues/44485

--

___
Python tracker 

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

[issue43373] Tensorflow

[Mark Dickinson]

Mark Dickinson  added the comment:

Wrong tracker. Try https://github.com/tensorflow/tensorflow. (See in particular 
https://github.com/tensorflow/tensorflow/issues/44485.)

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

[issue43374] Apple refuses apps written in Python

[Adrian]

Adrian  added the comment:

Hi Ned,

Yes, I have submitted Python apps to Mac App Store since 2009, for 12 years.

Each new push opens a new pandoras box with different questions asked than 
previously. There is no learning curve, is just walls with more walls behind 
each submission. The official reasoning behind all these controls is more 
security for end-users at the cost of less and less freedom for developers.

The app is a the result of the collaboration effort of many people and years of 
IETF works related to standards based real-time communications.

Two years ago we almost dropped the app because of almost impossible to solve 
issues raised by Apple. 

In the last year we spent many efforts to see if and how we can still comply 
with the more and more authoritarian demands of Apple to keep these works 
alive. 

I resigned myself to the thought that at some point we will hit a unsolvable 
issue, I just hope is not this one and now.

Adrian

> On 2 Mar 2021, at 18:36, Ned Deily  wrote:
> 
> 
> Ned Deily  added the comment:
> 
>> What am I suppose to do?
> 
> I appreciate that it's a nasty problem. Unfortunately, this is unknown 
> territory for me: I have no experience with the Mac App Store and this is the 
> first time I've run across a report like this. So the question again is: what 
> has changed? Were you able to successfully submit Python apps before? If so, 
> exactly what version worked and what version is failing now/ There are some 
> differences in how we have and are now building the Mac binaries for the 
> python.org installers.  But I'm working blind here.  Perhaps some other 
> people have experience with this.
> 
> --
> 
> ___
> Python tracker 
> 
> ___
>

--

___
Python tracker 

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

[issue43373] Tensorflow

[Gaming With Skytorrush]

New submission from Gaming With Skytorrush :

I was unable to install Tensorflow via pip in python 3.9 but its working fine 
with 3.8

--
components: Library (Lib)
messages: 387944
nosy: clashwithchiefrpjyt
priority: normal
severity: normal
status: open
title: Tensorflow
type: behavior
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

[issue43379] Pasting multiple lines in the REPL is broken since 3.9

[Romain Vincent]

New submission from Romain Vincent :

DISCLAIMER: This is the first time I submit an issue here. In advance, my 
humble apologies if I missed something.
Feel free to correct me :)

--

I regularly test snippets of code by pasting them from a code editor to a shell 
REPL.

It works perfectly well in python 3.8 or 3.7 but not in python 3.9.

Demonstration:

Try to copy and paste the following simple snippet:

---

def f():
print("hello world")

---

The result in a python 3.8 REPL (same with 3.7):

---

$ python3.8
Python 3.8.6 (default, Nov 20 2020, 18:29:40)
[Clang 12.0.0 (clang-1200.0.32.27)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> def f():
print("hello world")
>>> f()
hello world

---

But with python 3.9:

---

$ python3.9
Python 3.9.1 (default, Dec 10 2020, 10:36:35)
[Clang 12.0.0 (clang-1200.0.32.27)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> def f():
print("hello world")
  File "", line 1

^
SyntaxError: multiple statements found while compiling a single statement

---

This behavior happens with any snippet of code containing at least one indented 
line, whether by tabs or spaces and whatever the number of spaces.


Regards.

--
components: IO
messages: 387976
nosy: romainfv
priority: normal
severity: normal
status: open
title: Pasting multiple lines in the REPL is broken since 3.9
type: behavior
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

[issue43375] memory leak in threading ?

[Igor Mandrichenko]

New submission from Igor Mandrichenko :

There is an apparent memory leak in threading. It looks like memory grows when 
I create, run and destroy threads. The memory keeps adding at the rate of about 
100 bytes per thread.

I am attaching the code, which works for Linux. getMemory() function is 
Linux-specific, it gets current process memory utilization

--
components: Extension Modules
files: memleak.py
messages: 387948
nosy: igorvm
priority: normal
severity: normal
status: open
title: memory leak in threading ?
type: behavior
versions: Python 3.8
Added file: https://bugs.python.org/file49846/memleak.py

___
Python tracker 

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

[issue20074] open() of read-write non-seekable streams broken

[Ken Teh]

Ken Teh  added the comment:

It works on macos but not on linux, ie, I have a usb-serial dongle connected to 
a serial device (a CAMAC controller), and I do an os.open() with 'wb+', 
followed by a io.fdopen().  I can talk to my device on macos BigSur 11.2, 
buffered, but not on Linux which throws the non-seekable error when I do the 
io.fdopen().

--
nosy: +ken.teh

___
Python tracker 

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

[issue43233] test_os: test_copy_file_range_offset fails on FreeBSD CURRENT

[Pablo Galindo Salgado]

Pablo Galindo Salgado  added the comment:

Buildbot is green! 
https://buildbot.python.org/all/#/builders/483/builds/841

--
resolution:  -> fixed
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

[issue43374] Apple refuses apps written in Python

[Ned Deily]

Ned Deily  added the comment:

> What am I suppose to do?

I appreciate that it's a nasty problem. Unfortunately, this is unknown 
territory for me: I have no experience with the Mac App Store and this is the 
first time I've run across a report like this. So the question again is: what 
has changed? Were you able to successfully submit Python apps before? If so, 
exactly what version worked and what version is failing now/ There are some 
differences in how we have and are now building the Mac binaries for the 
python.org installers.  But I'm working blind here.  Perhaps some other people 
have experience with this.

--

___
Python tracker 

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

[issue23740] http.client request and send method have some datatype issues

[Alex Willmer]

Alex Willmer  added the comment:

First stab at characterising http.client.HTTPConnnection.send().

https://github.com/moreati/bpo-23740

This uses a webserver that returns request details, in the body of the 
response. Raw (TCP level) content is included. It shares a similar purpose to 
HTTP TRACE command. In principal the bytes that HTTPConection.send() writes 
will match to the bytes returned (after they're decapsulated from the JSON). 
I've not tested that aspect yet.

TODO
- further testing (verify round trip, bytes in = bytes out) 
- cover multiple Python versions
- cover cases such client manually setting Content-Length

--

___
Python tracker 

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

[issue43378] Pattern Matching section in tutorial refers to | as or

[Luciano Ramalho]

New submission from Luciano Ramalho :

Section 4.6. "match Statements" of the Python 3.10 tutorial says:

"""
You can combine several literals in a single pattern using | (“or”):
"""

For someone just learning Python, this may suggest that | is always "or", when 
in fact it is a bitwise operator (that may be overloaded), but inside a match 
clause has this special meaning without any overloading. 

I believe this exception should be made explicit in section 4.6, otherwise it 
may lead readers of the tutorial to a misconception.

--
assignee:  -> docs@python
components: +Documentation
nosy: +docs@python
title: Pattern Matching section in tutorial refers to | as -> Pattern Matching 
section in tutorial refers to | as or
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

[issue43374] Apple refuses apps written in Python

[Adrian]

Adrian  added the comment:

Hi Ned,

I have a ticket opened with Apple. They refuse the software as it, they are in 
a position of absolute power, to reject and drop many years of work on a dime.

What am I suppose to do? I can fix my own software, but then there are 
dependencies like Python itself. Hence my question on this forum. I don’t 
expect miracles or people doing works for free for me to solve my problem. I 
think I am not the only one confronted with this problem, Python has a pretty 
large installed base. 

I am looking for practical suggestions.

Regards,
Adrian

> On 2 Mar 2021, at 18:20, Ned Deily  wrote:
> 
> 
> Ned Deily  added the comment:
> 
> BTW, if you haven't already, I would strongly suggest you ask on one of the 
> Apple Developer Forums. My first guess is that the App Store validation 
> process is trying to incorrectly apply rules to your local Python framework 
> (from the Python.org installed framework). But that's just a guess at this 
> point.
> 
> --
> 
> ___
> Python tracker 
> 
> ___
>

--

___
Python tracker 

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

[issue43378] Pattern Matching section in tutorial refers to | as

[Luciano Ramalho]

Change by Luciano Ramalho :


--
nosy: ramalho
priority: normal
severity: normal
status: open
title: Pattern Matching section in tutorial refers to | as

___
Python tracker 

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

[issue43271] AMD64 Windows10 3.x crash with Windows fatal exception: stack overflow

[Steve Dower]

Steve Dower  added the comment:

We already have a separate recursion limit for debug builds on Windows, so it's 
probably best all around to reduce that (if it's only recursion tests that are 
failing). That way, we won't forget to fix up debugging later if/when we fix 
recursion.

--

___
Python tracker 

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

[issue43374] Apple refuses apps written in Python

[Ned Deily]

Ned Deily  added the comment:

BTW, if you haven't already, I would strongly suggest you ask on one of the 
Apple Developer Forums. My first guess is that the App Store validation process 
is trying to incorrectly apply rules to your local Python framework (from the 
Python.org installed framework). But that's just a guess at this point.

--

___
Python tracker 

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

[issue42782] shutil.move creates a new directory even on failure

[miss-islington]

Change by miss-islington :


--
pull_requests: +23489
pull_request: https://github.com/python/cpython/pull/24711

___
Python tracker 

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

[issue43060] Convert _decimal C API from pointer array to struct

[Erlend Egeberg Aasland]

Erlend Egeberg Aasland  added the comment:

> But converting the decimal c api may breaks the compatibility, because some 
> macros like `PyDec_TypeCheck_INDEX` have been exposed in headers.

True. Is there many external users of this API? I could not find any relevant 
examples using searchcode.com.

--

___
Python tracker 

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

[issue43367] submodule of c-extension module is quirky

[Yannick Jadoul]

Change by Yannick Jadoul :


--
nosy: +YannickJadoul

___
Python tracker 

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

[issue43366] Unclosed bracket bug in code.interact prevents identifying syntax errors

[Andre Roberge]

Andre Roberge  added the comment:

I understand the challenge of reproducing the behaviour of the Python 
interpreter for this case. If it cannot be reproduced, then the documentation 
for 
https://docs.python.org/3/library/code.html#code.InteractiveConsole.interact 
and others on that page should probably be modified as it states that it 
"Closely emulate the interactive Python console."

--

___
Python tracker 

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

[issue43374] Apple refuses apps written in Python

[Ned Deily]

Ned Deily  added the comment:

Hmm, yours is the first report of this here that I'm aware of. I see other 
reports on the web of other non-Python projects running into similar problems. 
So one question is what has changed? Can you report the version info string of 
this Python? Have you previously successfully submitted apps using this 
particular build of Python 3.9? If not, can you say exactly which version of 
Python last worked for this?

--

___
Python tracker 

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

[issue43356] PyErr_SetInterrupt should have an equivalent that takes a signal number

[Antoine Pitrou]

Change by Antoine Pitrou :


--
nosy: +neologix, vstinner

___
Python tracker 

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

[issue43364] Add shortcut to enable UTF-8 mode in start menu.

[Eryk Sun]

Eryk Sun  added the comment:

> `cmd.exe /c "SETX PYTHONUTF8 1

You can run "[WindowsFolder]System32\setx.exe" directly. It's not a shell 
command.

--
nosy: +eryksun

___
Python tracker 

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

[issue36480] .strip() unexpected output on Windows

[Zachary Ware]

Change by Zachary Ware :


Removed file: https://bugs.python.org/file49847/tac.eml

___
Python tracker 

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

[issue43344] RotatingFileHandler breaks file type associations

[Vinay Sajip]

Vinay Sajip  added the comment:

I'll add to the cookbook recipe with this real-world example, when I get a 
chance.

--

___
Python tracker 

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

[issue43049] Use io.IncrementalNewlineDecoder for doctest newline conversion

[Zachary Ware]

Zachary Ware  added the comment:


New changeset b36349a647b2bf8174f0e736a4fc347e92ae204e by Peter Donis in branch 
'master':
bpo-43049: Use io.IncrementalNewlineDecoder for doctest newline conversion 
(GH-24359)
https://github.com/python/cpython/commit/b36349a647b2bf8174f0e736a4fc347e92ae204e


--

___
Python tracker 

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

[issue43049] Use io.IncrementalNewlineDecoder for doctest newline conversion

[Zachary Ware]

Zachary Ware  added the comment:

Thanks for the patch!

--
components: +Library (Lib) -Tests
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed
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

[issue1812] doctest _load_testfile function -- newline handling seems incorrect

[Zachary Ware]

Zachary Ware  added the comment:


New changeset b36349a647b2bf8174f0e736a4fc347e92ae204e by Peter Donis in branch 
'master':
bpo-43049: Use io.IncrementalNewlineDecoder for doctest newline conversion 
(GH-24359)
https://github.com/python/cpython/commit/b36349a647b2bf8174f0e736a4fc347e92ae204e


--

___
Python tracker 

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

[issue43344] RotatingFileHandler breaks file type associations

[Vinay Sajip]

Vinay Sajip  added the comment:

> Thanks Vinay, I was able to do this

Glad to hear it, Kevin. That namer is exactly what I had in my mind's eye ;-)

So shall I close the issue?

--

___
Python tracker 

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

[issue43162] Enum regression: AttributeError when accessing class variables on instances

[Ethan Furman]

Ethan Furman  added the comment:

DeprecationWarning will be active in 3.10 and 3.11 with removal in 3.12.

--

___
Python tracker 

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

[issue43374] Apple refuses apps written in Python

[Adrian]

Adrian  added the comment:

My apologies, you may disregard any libraries not downloaded from python.org 


I am strictly speaking about the following items related to this mailing list:

• 
Contents/Frameworks/Python.framework/Versions/3.9/lib/libformw.5.dylib/_wadd_wchnstr
• 
Contents/Frameworks/Python.framework/Versions/3.9/lib/libformw.5.dylib/_wins_wch
• 
Contents/Frameworks/Python.framework/Versions/3.9/lib/libformw.5.dylib/_win_wch
• 
Contents/Frameworks/Python.framework/Versions/3.9/lib/libformw.5.dylib/_win_wchnstr
• 
Contents/Frameworks/Python.framework/Versions/3.9/lib/libformw.5.dylib/_win_wchnstr
• Contents/Frameworks/Python.framework/Versions/3.9/lib/libpanelw.5.dylib/_SP
• Contents/Frameworks/Python.framework/Versions/3.9/lib/libformw.5.dylib/_SP
• 
Contents/Frameworks/Python.framework/Versions/3.9/lib/libformw.5.dylib/___sprintf_chk
• 
Contents/Frameworks/Python.framework/Versions/3.9/lib/libcrypto.1.1.dylib/___sprintf_chk
• Contents/Frameworks/Python.framework/Versions/3.9/Python/___sprintf_chk
• Contents/Frameworks/Python.framework/Versions/3.9/Python/_posix_spawn
• 
Contents/Frameworks/Python.framework/Versions/3.9/Python/_posix_spawn_file_actions_addclose
• 
Contents/Frameworks/Python.framework/Versions/3.9/Python/_posix_spawn_file_actions_adddup2
• 
Contents/Frameworks/Python.framework/Versions/3.9/Python/_posix_spawn_file_actions_addopen
• 
Contents/Frameworks/Python.framework/Versions/3.9/Python/_posix_spawn_file_actions_destroy
• 
Contents/Frameworks/Python.framework/Versions/3.9/Python/_posix_spawn_file_actions_init
• 
Contents/Frameworks/Python.framework/Versions/3.9/Python/_posix_spawnattr_destroy
• Contents/Frameworks/Python.framework/Versions/3.9/Python/_posix_spawnattr_init
• 
Contents/Frameworks/Python.framework/Versions/3.9/Python/_posix_spawnattr_setflags
• 
Contents/Frameworks/Python.framework/Versions/3.9/Python/_posix_spawnattr_setpgroup
• 
Contents/Frameworks/Python.framework/Versions/3.9/Python/_posix_spawnattr_setsigdefault
• 
Contents/Frameworks/Python.framework/Versions/3.9/Python/_posix_spawnattr_setsigmask
• Contents/Frameworks/Python.framework/Versions/3.9/Python/_posix_spawnp
• 
Contents/Frameworks/Python.framework/Versions/3.9/lib/libssl.1.1.dylib/___sprintf_chk
• Contents/Frameworks/Python.framework/Versions/3.9/lib/libmenuw.5.dylib/_SP
• 
Contents/Frameworks/Python.framework/Versions/3.9/lib/libpanelw.5.dylib/__nc_panelhook
• 
Contents/Frameworks/Python.framework/Versions/3.9/lib/libformw.5.dylib/__nc_wcrtomb

All of them are part of Python 3.9 for Mac downloaded from:

https://www.python.org/downloads/ 

--
Adrian

> On 2 Mar 2021, at 16:54, Ned Deily  wrote:
> 
> 
> Ned Deily  added the comment:
> 
>> From where are you getting the Python that you are using in the app? A 
>> number of those libraries are not part of the python.org Mac binaries.  And 
>> are you compiling with c++ by any chance?
> 
> --
> 
> ___
> Python tracker 
> 
> ___
>

--

___
Python tracker 

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

[issue43372] ctypes: test_frozentable fails when make regen-frozen

[Neil Schemenauer]

Change by Neil Schemenauer :


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

___
Python tracker 

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

[issue42246] Implement PEP 626 -- Precise line numbers for debugging

[Neil Schemenauer]

Change by Neil Schemenauer :


--
nosy: +nascheme
nosy_count: 7.0 -> 8.0
pull_requests: +23485
pull_request: https://github.com/python/cpython/pull/24708

___
Python tracker 

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

[issue43211] Python is not responding after running program

[Zachary Ware]

Change by Zachary Ware :


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

[issue42782] shutil.move creates a new directory even on failure

[miss-islington]

Change by miss-islington :


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

___
Python tracker 

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

[issue43374] Apple refuses apps written in Python

[Adrian]

Adrian  added the comment:

My apologies, you may disregard any libraries not downloaded from python.org 


I am strictly speaking about the following items related to this mailing list:

• 
Contents/Frameworks/Python.framework/Versions/3.9/lib/libformw.5.dylib/_wadd_wchnstr
• 
Contents/Frameworks/Python.framework/Versions/3.9/lib/libformw.5.dylib/_wins_wch
• 
Contents/Frameworks/Python.framework/Versions/3.9/lib/libformw.5.dylib/_win_wch
• 
Contents/Frameworks/Python.framework/Versions/3.9/lib/libformw.5.dylib/_win_wchnstr
• 
Contents/Frameworks/Python.framework/Versions/3.9/lib/libformw.5.dylib/_win_wchnstr
• Contents/Frameworks/Python.framework/Versions/3.9/lib/libpanelw.5.dylib/_SP
• Contents/Frameworks/Python.framework/Versions/3.9/lib/libformw.5.dylib/_SP
• 
Contents/Frameworks/Python.framework/Versions/3.9/lib/libformw.5.dylib/___sprintf_chk
• 
Contents/Frameworks/Python.framework/Versions/3.9/lib/libcrypto.1.1.dylib/___sprintf_chk
• Contents/Frameworks/Python.framework/Versions/3.9/Python/___sprintf_chk
• Contents/Frameworks/Python.framework/Versions/3.9/Python/_posix_spawn
• 
Contents/Frameworks/Python.framework/Versions/3.9/Python/_posix_spawn_file_actions_addclose
• 
Contents/Frameworks/Python.framework/Versions/3.9/Python/_posix_spawn_file_actions_adddup2
• 
Contents/Frameworks/Python.framework/Versions/3.9/Python/_posix_spawn_file_actions_addopen
• 
Contents/Frameworks/Python.framework/Versions/3.9/Python/_posix_spawn_file_actions_destroy
• 
Contents/Frameworks/Python.framework/Versions/3.9/Python/_posix_spawn_file_actions_init
• 
Contents/Frameworks/Python.framework/Versions/3.9/Python/_posix_spawnattr_destroy
• Contents/Frameworks/Python.framework/Versions/3.9/Python/_posix_spawnattr_init
• 
Contents/Frameworks/Python.framework/Versions/3.9/Python/_posix_spawnattr_setflags
• 
Contents/Frameworks/Python.framework/Versions/3.9/Python/_posix_spawnattr_setpgroup
• 
Contents/Frameworks/Python.framework/Versions/3.9/Python/_posix_spawnattr_setsigdefault
• 
Contents/Frameworks/Python.framework/Versions/3.9/Python/_posix_spawnattr_setsigmask
• Contents/Frameworks/Python.framework/Versions/3.9/Python/_posix_spawnp
• 
Contents/Frameworks/Python.framework/Versions/3.9/lib/libssl.1.1.dylib/___sprintf_chk
• Contents/Frameworks/Python.framework/Versions/3.9/lib/libmenuw.5.dylib/_SP
• 
Contents/Frameworks/Python.framework/Versions/3.9/lib/libpanelw.5.dylib/__nc_panelhook
• 
Contents/Frameworks/Python.framework/Versions/3.9/lib/libformw.5.dylib/__nc_wcrtomb

All of them are part of Python 3.9 for Mac downloaded from:

https://www.python.org/downloads/ 

--
Adrian

> On 2 Mar 2021, at 16:54, Ned Deily  > wrote:
> 
> 
> Ned Deily mailto:n...@python.org>> added the comment:
> 
>> From where are you getting the Python that you are using in the app? A 
>> number of those libraries are not part of the python.org 
>>  Mac binaries.  And are you compiling with c++ by any 
>> chance?
> 
> --
> 
> ___
> Python tracker mailto:rep...@bugs.python.org>>
> >
> ___
>

--

___
Python tracker 

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

[issue36480] .strip() unexpected output on Windows

[Cody Fox]

Change by Cody Fox :


Added file: https://bugs.python.org/file49847/tac.eml

___
Python tracker 

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

[issue43354] xmlrpc.client: Fault.faultCode erroneously documented to be a string, should be int

[Jürgen Gmach]

Jürgen Gmach  added the comment:

The approved typeshed PR:
https://github.com/python/typeshed/pull/5083

--

___
Python tracker 

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

[issue42782] shutil.move creates a new directory even on failure

[miss-islington]

Change by miss-islington :


--
pull_requests: +23488
pull_request: https://github.com/python/cpython/pull/24710

___
Python tracker 

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

[issue42782] shutil.move creates a new directory even on failure

[Senthil Kumaran]

Senthil Kumaran  added the comment:


New changeset 132131b404e06ee1a19b040a1f96cd1118abed0c by Winson Luk in branch 
'master':
bpo-42782: Fail fast for permission errors in shutil.move() (GH-24001)
https://github.com/python/cpython/commit/132131b404e06ee1a19b040a1f96cd1118abed0c


--

___
Python tracker 

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

[issue42782] shutil.move creates a new directory even on failure

[Senthil Kumaran]

Change by Senthil Kumaran :


--
assignee:  -> orsenthil
nosy: +orsenthil

___
Python tracker 

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

[issue42128] Structural Pattern Matching (PEP 634)

[Brandt Bucher]

Brandt Bucher  added the comment:

I'm currently working on some performance benchmarks for PEP 634:

https://github.com/brandtbucher/patmaperformance

Hopefully they will help inform future improvements. I already have benchmarks 
for class patterns and mapping patterns, and am still searching for a good 
problem that really stresses all of the different variations of sequence 
patterns. Maybe a generalized Tower of Hanoi or something?

--

___
Python tracker 

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

[issue42782] shutil.move creates a new directory even on failure

[Senthil Kumaran]

Change by Senthil Kumaran :


--
versions:  -Python 3.6, Python 3.7

___
Python tracker 

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

[issue43374] Apple refuses apps written in Python

[Ned Deily]

Ned Deily  added the comment:

>From where are you getting the Python that you are using in the app? A number 
>of those libraries are not part of the python.org Mac binaries.  And are you 
>compiling with c++ by any chance?

--

___
Python tracker 

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

[issue43354] xmlrpc.client: Fault.faultCode erroneously documented to be a string, should be int

[Jürgen Gmach]

Change by Jürgen Gmach :


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

___
Python tracker 

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

[issue43375] memory leak in threading ?

[Igor Mandrichenko]

Change by Igor Mandrichenko :


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

[issue43271] AMD64 Windows10 3.x crash with Windows fatal exception: stack overflow

[David Bolen]

David Bolen  added the comment:

Steve, where is that configured?  If reducing that further would resolve the 
crashes while retaining ceval debugging, maybe that's a reasonable trade-off, 
though based on my testing, reverting still seems simpler.

Right now the debug build on the buildbot appears use the standard recursion 
limit of 1000, and some quick grep-fu didn't find a clear spot (either 
internally or just for the tests) where it would be reduced.  Could perhaps how 
it's done be something that doesn't influence buildbot builds?

The failing tests do all appear to be recursion tests of one form or another.  
Based on further testing, we'd need to have a recursion limit of 290 or below 
to get most of the test suite to pass.  Presumably something like 250 for a bit 
of head room.

However, lowering the limit appears to cover only most of the failures, not 
all.  Some tests directly play with the limits (like 
test_exceptions.test_recursion_in_except_handler and 
test_sys.test_recursionlimit_recovery) and still get into trouble, aborting the 
process, no matter how low the default recursion limit is.  so those tests also 
need changes to pass.  In addition, lowering to 290 created one new failure - 
test_compile.test_extended_arg now fails with a recursion error.  It seems to 
need a limit of about 900 to pass; I guess the test could temporarily reset or 
something but that seems especially kludgy.

Out of curiousity, are these these failures not occurring elsewhere?  It seems 
like something that would be happening in general (at least for anyone 
compiling debug builds).  I thought of checking CI builds, but they appear to 
use release mode, so would be unaffected.

--

___
Python tracker 

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