[issue44076] issue with list in Python 3.8.5

[Zachary Ware]

Zachary Ware  added the comment:

Given that 3.8 is in security-fix-only mode and that it's not clear that this 
is actually a Python bug, I'm closing the issue.

If you can reproduce the issue in Python 3.9 with a short script, do please 
open a new issue (or reopen this one) with the reproducer and a description of 
what's going wrong.  In the meantime, please see either the 
python-l...@python.org mailing list or the Users category of discuss.python.org 
for community support for using Tkinter.

--
components: +Tkinter
nosy: +steve.dower
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed
type: enhancement -> behavior

___
Python tracker 

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

[issue44076] issue with list in Python 3.8.5

[Steve Dower]

Change by Steve Dower :


--
nosy:  -steve.dower

___
Python tracker 

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

[issue44076] issue with list in Python 3.8.5

[Shreyan Avigyan]

Shreyan Avigyan  added the comment:

Sorry, for the disturbance in the nosy list but it's glitching.

--

___
Python tracker 

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

[issue44076] issue with list in Python 3.8.5

[Shreyan Avigyan]

Shreyan Avigyan  added the comment:

Today the nosy list is not working. When I don't even mean to add or remove 
someone, that person is automatically being added.

--

___
Python tracker 

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

[issue44076] issue with list in Python 3.8.5

[Shreyan Avigyan]

Change by Shreyan Avigyan :


--
nosy:  -erlendaasland

___
Python tracker 

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

[issue44076] issue with list in Python 3.8.5

[Shreyan Avigyan]

Change by Shreyan Avigyan :


--
nosy: +erlendaasland

___
Python tracker 

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

[issue44076] issue with list in Python 3.8.5

[Mohamed]

Mohamed  added the comment:

Thanks a lot

--

___
Python tracker 

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

[issue44076] issue with list in Python 3.8.5

[Shreyan Avigyan]

Change by Shreyan Avigyan :


--
nosy: +christian.heimes

___
Python tracker 

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

[issue44076] issue with list in Python 3.8.5

[Shreyan Avigyan]

Shreyan Avigyan  added the comment:

Shortcut is store the output of pip in a file using,

pip freeze > file.txt

And then after installing Python 3.9

py -3.9 -m pip install -m file.txt

--
nosy:  -christian.heimes

___
Python tracker 

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

[issue44076] issue with list in Python 3.8.5

[Mohamed]

Mohamed  added the comment:

These are the latest updates:
May 08, 2021, Microsoft Edge
May 06, 2021, Microsoft OneDrive
May 01, 2021, Update Health Tools

There is no an option to uninstall the following:
May 01, 2021-KB4023057: Update for Windows 10 Update Service components 
April 28, 2021—KB5001391 (OS Builds 19041.964 and 19042.964) Preview

I don't know, any of these updates might have an effect. 

I'm using a lot of modules, it means I have to install them again on Python 3.9

--

___
Python tracker 

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

[issue44076] issue with list in Python 3.8.5

[Christian Heimes]

Christian Heimes  added the comment:

For your information Python 3.8 is now in security fix-only mode and no longer 
receives regular updates. That means that any potential compatibility issues 
with Windows updates will not be addressed. Could you please update to Python 
3.9 and try again?

--
nosy: +christian.heimes

___
Python tracker 

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

[issue44076] issue with list in Python 3.8.5

[Shreyan Avigyan]

Shreyan Avigyan  added the comment:

Are they saying this error is result of Windows update? (It may be. I didn't 
notice you're talking about 21H1, I thought you're talking about other patch 
updates.)

--

___
Python tracker 

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

[issue44076] issue with list in Python 3.8.5

[Mohamed]

Mohamed  added the comment:

I chose Python to develop a huge information system.
I completed about 47%, and made a demonstration, so everything was working 
correctly, as evidenced by presence of the data
Now, I can't go back, and I can't move forward

--

___
Python tracker 

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

[issue44076] issue with list in Python 3.8.5

[Mohamed]

Mohamed  added the comment:

This statement in the main program which is calling a subprogram, to control 
for multiple runs. Even I close this statement, the issue is same.
del sys.modules['cm_asset_add'] 

I've contacted Microsoft support team, they have different opinions, about the 
impact of the latest Windows update which was on May 1st

--

___
Python tracker 

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

[issue44076] issue with list in Python 3.8.5

[Shreyan Avigyan]

Shreyan Avigyan  added the comment:

It doesn't seem to be a Python bug at all. This is pretty awkward that even 
without upgrading your Python your program is breaking. I don't know tkinter 
well but upgrading your Windows shouldn't affect tkinter at all. And as Steven 
described if that was the case IDLE wouldn't work and there would lot's of 
reports and issues like this.

--

___
Python tracker 

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

[issue44076] issue with list in Python 3.8.5

[Steven D'Aprano]

Steven D'Aprano  added the comment:

On Sun, May 09, 2021 at 11:55:56PM +, Mohamed wrote:

> Please find attached, the demo with dummy data. As I mentioned, it was 
> working fine until May 1st. 

If it was working fine until May 1st, I would start my investigation by 
looking at what changes where made to the source code on April 29, 30 
and May 1st.

Is your source code in a source control repository? Can you compare it 
to a backup?

> Also, As I mentioned, in case I call MasterApp at the end of add 
> function data appears correctly. This means a malfunction occurred 
> after Windows Update, and it relates to mainloop

Your traceback involves a keyerror and an index error. What makes you 
think this is a problem with the Tkinter mainloop rather than your own 
code?

You are trying to delete a module from sys.modules:

del sys.modules['cm_asset_add']

(why?) but the key is not found. That exception is then caught and 
another exception raised.

It really looks to me that your callback function fun_asset_current is 
buggy. Why is it messing with sys.modules?

> class MasterApp(object):
> def __init__(self, root):
> 
> 
> def fun_astinfo_add(self):
>   ...
>   assetinfo_lst.append(lst_values)
>   ...
>   MasterApp(root)

I'm not an expert at tkinter, but creating a new MasterApp object 
every single time you call the fun_astinfo_add method doesn't look 
right to me -- especially since you create that object, but then 
immediately discard it and it is instantly garbage collected.

--

___
Python tracker 

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

[issue44076] issue with list in Python 3.8.5

[Steven D'Aprano]

Steven D'Aprano  added the comment:

On Sun, May 09, 2021 at 10:04:29PM +, Mohamed wrote:

> As I mentioned, It seems that the recent update of Windows has affected 
> Tkinter, 
> so that mainloop is not working after the first time

That isn't what it looks like to me. If updating Windows had affected 
Tkinter, IDLE would no longer work and there would be thousands of 
people affected. I see no sign that this is the case:

https://duckduckgo.com/?q=latest+update+of+windows+breaks+tkinter

It would be very, very suprising if you were the only person who has 
noticed that a Windows update broke Tkinter.

Mohamed, you said that you had done an investigation which showed memory 
corruption. What is your evidence for memory corruption?

So far there is no evidence for a bug in Tkinter or Python. This is not 
a help desk. There are many forums where you can get help debugging your 
program, you should create a minimal example and ask for help at

https://www.reddit.com/r/learnpython/

http://mail.python.org/mailman/listinfo/python-list

news:comp.lang.python

https://discuss.python.org/c/users/7

https://www.python.org/community/irc/

No matter which forum you go to, you will be asked for a minimal example 
demonstrating the problem:

http://www.sscce.org/

https://stackoverflow.com/help/minimal-reproducible-example

https://ericlippert.com/2014/03/05/how-to-debug-small-programs/

https://medium.com/swlh/how-to-ask-smart-questions-d02f053a02ac

http://www.catb.org/esr/faqs/smart-questions.html

Note that a minimal program **MUST** be runnable. There is no point just 
deleting lines of code and replacing them with "...", because the code 
won't run.

--

___
Python tracker 

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

[issue44076] issue with list in Python 3.8.5

[Mohamed]

Mohamed  added the comment:

Please find attached, the demo with dummy data. As I mentioned, it was working 
fine until May 1st. 
Also, As I mentioned, in case I call MasterApp at the end of add function data 
appears correctly. This means a malfunction occurred after Windows Update, and 
it relates to mainloop

class MasterApp(object):
def __init__(self, root):


def fun_astinfo_add(self):
...
assetinfo_lst.append(lst_values)
...
MasterApp(root)

...
if __name__ == "__main__":
root = Tk()
App = MasterApp(root)
root.mainloop()

--
Added file: https://bugs.python.org/file50030/Issue in Tkinter with Python 2.pdf

___
Python tracker 

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

[issue44076] issue with list in Python 3.8.5

[Andrei Kulakov]

Andrei Kulakov  added the comment:

Hi Mohamed,

>From the output it looks like the app is trying to get item at index 28
from assetinfo_list, while that list is of only 17 length. So it seems
likely that either app is not inserting enough items into assetinfo_list,
or you are clicking on treedata.selection at a higher item than there are
assets for in the list, or something is going wrong with associating click
with the selection number.

To get further help, I think you will need to create a minimal runnable
example that shows the issue and upload it here.

--

___
Python tracker 

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

[issue44076] issue with list in Python 3.8.5

[Mohamed]

Mohamed  added the comment:

I made changes but result is same:

xrec = self.treedata.selection()[0]
xrec = int(xrec[1:], 16) - 1

print('xrec: ', xrec)
itemXid = assetinfo_lst[xrec]
itemXid = itemXid[1]



Exception in Tkinter callback
Traceback (most recent call last):
File 
"C:\Users\xx\AppData\Local\Programs\Python\Python38-32\lib\tkinter\__init__.py",
 line 1883, in __call__
return self.func(*args)
File "xx.py", line 1463, in OnDoubleClick
itemXid = assetinfo_lst[xrec]
IndexError: list index out of range

length of assetinfo_lst before a new insert: 16
length of assetinfo_lst after a new insert: 17
xrec:  xrec:  28


As I mentioned, It seems that the recent update of Windows has affected 
Tkinter, 
so that mainloop is not working after the first time

--

___
Python tracker 

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

[issue44076] issue with list in Python 3.8.5

[Andrei Kulakov]

Andrei Kulakov  added the comment:

Hi Mohamed, you can try changing the following line:

itemXid = assetinfo_lst[xrec][1]

to:

print('xrec',xrec)
itemXid = assetinfo_lst[xrec]
itemXid = itemXid[1]

This will show you if the index error is caused by xrec or by [1] lookup. If 
caused by xrec lookup, you will see what xrec value is at this point.

--
nosy: +andrei.avk

___
Python tracker 

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

[issue44076] issue with list in Python 3.8.5

[Mohamed]

Mohamed  added the comment:

I tried the following method:

class MasterApp(object):
def __init__(self, root):


def fun_astinfo_add(self):
...
assetinfo_lst.append(lst_values)
...
MasterApp(root)

...
if __name__ == "__main__":
root = Tk()
App = MasterApp(root)
root.mainloop()

The program works properly, but the screen disappears and then reappears. Which 
means, that mainloop() works in the first time,
and when there is any change in the data, it does not work.

Reinstalling Tkinter is the right solution? Will it work?

--

___
Python tracker 

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

[issue44076] issue with list in Python 3.8.5

[Mohamed]

Mohamed  added the comment:

I'm using tkinter for a long time, my application was running fine till 1st 
May, and suddenly happen this issue.

After adding a new data to a list, it showing in some places of tkinter 
components. For example, in treeview, it shows based on running specfic 
function, but on click it appear this message:

Traceback (most recent call last):
  File 
"C:\Users\xx\AppData\Local\Programs\Python\Python38-32\lib\tkinter\__init__.py",
 line 1883, in __call__
return self.func(*args)
  File "xxx.py", line 1423, in OnDoubleClick
itemXid = assetinfo_lst[xrec][1]
IndexError: list index out of range

in OnDoubleClick:
xrec = self.treedata.selection()[0]
xrec = int(xrec[1:], 16) - 1

itemXid = assetinfo_lst[xrec][1]

However, after exiting the program and restarting it, it is working properly.

it could be the mainloop is not working:
if __name__ == "__main__":
root = Tk()
App = MasterApp(root)
root.mainloop()

Is an issue with a new update of Windows 10? MS suggest to reinstall tkinter 
and recover Windows

--

___
Python tracker 

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

[issue44076] issue with list in Python 3.8.5

[Steven D'Aprano]

Steven D'Aprano  added the comment:

I doubt it is a memory issue. Tell us what investigation you did that lead you 
to that conclusion.

Python code doesn't normally just stop working for no reason. I expect that you 
changed your code in some way and introduced a bug.

This is not a help desk for debugging your own code. If you need help with 
that, I recommend Reddit's r/learnpython, StackOverflow, or the Python-List 
mailing list.

If you still think that this is a bug in Python, not in your own code, please 
show us the smallest program you can that demonstrates the problem:

- what you did
- the result you expected
- the result that you actually got

For example, try this:

L = [1, 2, 3]
L.insert(0, 999)
print(L)
# you should get [999, 1, 2, 3]


If you get that result, your Python is working fine and the bug is in your code.

--
nosy: +steven.daprano

___
Python tracker 

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

[issue44076] issue with list in Python 3.8.5

[Shreyan Avigyan]

Shreyan Avigyan  added the comment:

Can you show an example code where this occurs? Which Python 3.8 subversion are 
you using? How do you conclude these are memory issues?

--
nosy: +shreyanavigyan

___
Python tracker 

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

[issue44076] issue with list in Python 3.8.5

[Mohamed]

Mohamed  added the comment:

I'm using tkinter 8.6 with Python

--

___
Python tracker 

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

[issue44076] issue with list in Python 3.8.5

[Mohamed]

New submission from Mohamed :

I am using Python under Windows 10 on Dell for a log time.
All of my applications on Python were working fine.
Suddenly from the beginning of May, 
My apps do not update a "list" data after a new insert, 
even with small data volume.

As well as choosing old data from a list, 
a message appears stating that the identifier is out of range, 
and is working properly after restart.
Programs that do not use a list work fine.

After investigation, it appears memory issues.
How I solve the issue?

--
components: Windows
messages: 393256
nosy: becky07, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: issue with list in Python 3.8.5
type: enhancement
versions: Python 3.8

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

Re: Deleting Python 3.8.5

[Bischoop]

On 2021-02-22, Vinicius Costa Marques  wrote:
> Hello there Python team, I’m having this problem were I installed
>Python 3.9.2 and then went to unistall 3.8.5 but here is the problem
>the version 3.8.5 dosen’t get deleted properly.
>The uninstall program says that everything worked but the files
>for 3.8.5 still exist algong with 3.9.2 can someone help me?


I wouldn't do that, you can meet missing libraries for Py3.9.2 and then
need to install Py3.8 again. Just wait with uninstalling Py3.8 for a
while.



-- 
https://mail.python.org/mailman/listinfo/python-list

Re: Deleting Python 3.8.5

[Terry Reedy]

On 2/22/2021 2:00 PM, Vinicius Costa Marques wrote:

Hello there Python team, I’m having this problem were I installed Python 3.9.2 
and then went to unistall 3.8.5 but here is the problem the version 3.8.5 
dosen’t get deleted properly. The uninstall program says that everything worked 
but the files for 3.8.5 still exist algong with 3.9.2 can someone help me?


The 3.8 directory should still be there if you added anything thing, 
such as to site-packages, but the stuff added by the installer should be 
gone.



--
Terry Jan Reedy


--
https://mail.python.org/mailman/listinfo/python-list

Re: Deleting Python 3.8.5

[dn via Python-list]

On 23/02/2021 08.00, Vinicius Costa Marques wrote:
> Hello there Python team, I’m having this problem were I installed Python 
> 3.9.2 and then went to unistall 3.8.5 but here is the problem the version 
> 3.8.5 dosen’t get deleted properly. The uninstall program says that 
> everything worked but the files for 3.8.5 still exist algong with 3.9.2 can 
> someone help me?


Removal varies by Operating System!

Regardless, it's likely problematic trying to remove the 'old', *after*
installing the 'new'.

Perhaps remove any and all versions, ensure the system is 'clean', then
start-again...
-- 
Regards,
=dn
-- 
https://mail.python.org/mailman/listinfo/python-list

Deleting Python 3.8.5

[Vinicius Costa Marques]

Hello there Python team, I’m having this problem were I installed Python 3.9.2 
and then went to unistall 3.8.5 but here is the problem the version 3.8.5 
dosen’t get deleted properly. The uninstall program says that everything worked 
but the files for 3.8.5 still exist algong with 3.9.2 can someone help me?
-- 
https://mail.python.org/mailman/listinfo/python-list

Re: Python 3.8.5

[Grant Edwards]

On 2021-01-06, Joseph Milroy Felix Moraes (Moraes) via Python-list 
 wrote:
> Good day,
>
> I keep getting this error message when trying to open Python 3.8.5 on my 
> computer windows 7 , 64 bit.
>
> ---
> python.exe - System Error
> ---
> The program can't start because api-ms-win-crt-runtime-l1-1-0.dll is missing 
> from your computer. Try reinstalling the program to fix this problem.
> ---
> OK 
> ---
>
> kindly assist

https://www.google.com/search?q=api-ms-win-crt-runtime-l1-1-0.dll+is+missing

-- 
https://mail.python.org/mailman/listinfo/python-list

Python 3.8.5

[Joseph Milroy Felix Moraes (Moraes) via Python-list]

Good day,

I keep getting this error message when trying to open Python 3.8.5 on my 
computer windows 7 , 64 bit.

---
python.exe - System Error
---
The program can't start because api-ms-win-crt-runtime-l1-1-0.dll is missing 
from your computer. Try reinstalling the program to fix this problem.
---
OK 
---

kindly assist

Regards,
Milroy

-- 
https://mail.python.org/mailman/listinfo/python-list

[issue41680] Turtles in Python 3.8.5 crashes OSX 10.14.6

[Ned Deily]

Ned Deily  added the comment:

> Could this be a duplicate of #37833?

I suppose it's possible if not using a python.org Python.

I'm not able to reproduce this with a current Python 3.9.0 on macOS 10.15.7. 

I'm going to close this for now.  If someone is able to provide more 
information on how to reproduce this, please re-open.

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

[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

Re: Python 3.8.5 Not Launching

[Eryk Sun]

On 10/3/20, Gertjan Klein  wrote:
>
> I tried to find out what happens, using your other code:
>
>  >>> import win32con, win32api
>  >>> access = win32con.PROCESS_QUERY_LIMITED_INFORMATION
>  >>> hproc = win32api.OpenProcess(access, False, pid)
>  >>> executable = win32process.GetModuleFileNameEx(hproc, None)
>  >>> print(executable)
> C:\Temp\Python\Console\venv\Scripts\python.exe
>  >>> hproc = win32api.OpenProcess(access, False, os.getpid())
>  >>> win32process.GetModuleFileNameEx(hproc, None)
> 'C:\\dev\\Python\\Python38\\python.exe'
>
> So, if I understand this correctly, the console is owned by the venv
> Python, but the running process is the installed Python executable. I'm
> lost! How did that latter one get involved?

In Windows, venv defaults to copying binaries instead of creating
symlinks. Starting with 3.7.2, venv copies a python.exe launcher (a
custom build of the py.exe launcher) instead of copying the base
executable and DLLs [1]. The launcher finds and spawns the base
python.exe, and waits for it to exit. If you run the launcher from
Explorer, it's the launcher that allocates and owns the console
session. The base python.exe inherits the console session.

The primary benefit of copying a launcher is that existing virtual
environments don't have to be updated or recreated when the base
installation is updated. The primary downside is that the parent
process has a handle for and PID of the launcher process instead of
the base Python process. This causes problems if the parent tries to
manually duplicate a handle to the child, or vice versa, since it's
actually duplicating the handle to the launcher process.

This is particularly a problem for the multiprocessing module. It has
to detect whether it's in a launcher-based virtual environment by
comparing sys.executable with sys._base_executable. If they're
different files, it executes sys._base_executable and sets the child's
"__PYVENV_LAUNCHER__" environment variable to sys.executable (the venv
launcher) in order to make it use the virtual environment.

[1] 
https://docs.python.org/3.7/whatsnew/3.7.html#notable-changes-in-python-3-7-2
-- 
https://mail.python.org/mailman/listinfo/python-list

Re: Python 3.8.5 Not Launching

[Gertjan Klein]

Chris Angelico schreef:

On Fri, Oct 2, 2020 at 7:51 PM Gertjan Klein  wrote:


Is it possible to determine, from within Python, whether Python
allocated or inherited the console? This could be useful to know in a
(global) error trap: to be able to see a traceback, the console must
remain open, which won't happen if Python allocated the console itself.


It might be possible, but then there'd have to be lots of magic and
the result would be a different set of complaints ("sometimes I get a
black window, other times it just disappears").


That sounds a bit dismissive. Who would do that complaining? I would 
like to be able to do this for scripts I write for myself. If these 
scripts have something to tell me, they should make sure I get to see 
that. If they don't, the console can disappear (if started from 
explorer). I can do this with "input('Press enter when done')" easily; 
however, if I start the script from a console window I get to press 
enter too, needlessly.



Instead of trying to
detect and such, maybe there needs to be a standard recommendation for
an atexit or something - advise people to "stick this line at the top
of your program so the black window stays around". No magic, and
completely consistent.


I specifically asked for the opposite of consistency.

Regards,
Gertjan.
--
https://mail.python.org/mailman/listinfo/python-list

Re: Python 3.8.5 Not Launching

[Gertjan Klein]

Eryk Sun schreef:

On 10/2/20, Gertjan Klein  wrote:

Is it possible to determine, from within Python, whether Python
allocated or inherited the console?


If a console session isn't headless (i.e. it's not a pseudoconsole)
and has a window (i.e. not allocated with CREATE_NO_WINDOW), then the
effective owner of the window is initially the process that allocated
the console session, as long as it's still running and attached. For
example, with "python.exe" (not a launcher) executed from Explorer:

 >>> hwnd = win32console.GetConsoleWindow()
 >>> tid, pid = win32process.GetWindowThreadProcessId(hwnd)
 >>> pid == os.getpid()
 True


I can't replicate this. I installed pywin32 in a Python 3.8 virtual 
environment, and double-clicked on the venv\Scripts\python.exe in explorer:


Python 3.8.6 (tags/v3.8.6:db45529, Sep 23 2020, 15:52:53) [MSC v.1927 64 
bit (AMD64)] on win32

Type "help", "copyright", "credits" or "license" for more information.
>>> import os, win32console, win32process
>>> hwnd = win32console.GetConsoleWindow()
>>> tid, pid = win32process.GetWindowThreadProcessId(hwnd)
>>> pid == os.getpid()
False

I tried to find out what happens, using your other code:

>>> import win32con, win32api
>>> access = win32con.PROCESS_QUERY_LIMITED_INFORMATION
>>> hproc = win32api.OpenProcess(access, False, pid)
>>> executable = win32process.GetModuleFileNameEx(hproc, None)
>>> print(executable)
C:\Temp\Python\Console\venv\Scripts\python.exe
>>> hproc = win32api.OpenProcess(access, False, os.getpid())
>>> win32process.GetModuleFileNameEx(hproc, None)
'C:\\dev\\Python\\Python38\\python.exe'

So, if I understand this correctly, the console is owned by the venv 
Python, but the running process is the installed Python executable. I'm 
lost! How did that latter one get involved?


Regards,
Gertjan.
--
https://mail.python.org/mailman/listinfo/python-list

Re: Python 3.8.5 Not Launching

[Eryk Sun]

On 10/2/20, Gertjan Klein  wrote:
> Eryk Sun wrote:
>
>> If .py files are associated with py.exe or python.exe, then running a
>> .py script either inherits or allocates a console and attaches to it.
>
> Is it possible to determine, from within Python, whether Python
> allocated or inherited the console?

If a console session isn't headless (i.e. it's not a pseudoconsole)
and has a window (i.e. not allocated with CREATE_NO_WINDOW), then the
effective owner of the window is initially the process that allocated
the console session, as long as it's still running and attached. For
example, with "python.exe" (not a launcher) executed from Explorer:

>>> hwnd = win32console.GetConsoleWindow()
>>> tid, pid = win32process.GetWindowThreadProcessId(hwnd)
>>> pid == os.getpid()
True

A problem is the case of a launcher such as "py.exe", or the
"python.exe" launcher used by venv virtual environments. A venv
launcher can be detected by comparing sys.executable with
sys._base_executable. For example, with a venv launcher executed from
Explorer:

>>> hwnd = win32console.GetConsoleWindow()
>>> tid, pid = win32process.GetWindowThreadProcessId(hwnd)

The current process doesn't own the console, but the parent does:

>>> pid == os.getpid()
False
>>> pid == os.getppid()
True

Check whether the parent is a venv launcher:

>>> print(sys.executable)
C:\Temp\env\test38\Scripts\python.exe
>>> print(sys._base_executable)
C:\Program Files\Python38\python.exe

Double check that the parent is the venv launcher:

>>> access = win32con.PROCESS_QUERY_LIMITED_INFORMATION
>>> hproc = win32api.OpenProcess(access, False, pid)
>>> executable = win32process.GetModuleFileNameEx(hproc, None)
>>> os.path.samefile(executable, sys.executable)
True
-- 
https://mail.python.org/mailman/listinfo/python-list

Re: Python 3.8.5 Not Launching

[Chris Angelico]

On Fri, Oct 2, 2020 at 7:51 PM Gertjan Klein  wrote:
>
> Eryk Sun wrote:
>
> > If .py files are associated with py.exe or python.exe, then running a
> > .py script either inherits or allocates a console and attaches to it.
>
> Is it possible to determine, from within Python, whether Python
> allocated or inherited the console? This could be useful to know in a
> (global) error trap: to be able to see a traceback, the console must
> remain open, which won't happen if Python allocated the console itself.
>

It might be possible, but then there'd have to be lots of magic and
the result would be a different set of complaints ("sometimes I get a
black window, other times it just disappears"). Instead of trying to
detect and such, maybe there needs to be a standard recommendation for
an atexit or something - advise people to "stick this line at the top
of your program so the black window stays around". No magic, and
completely consistent.

ChrisA
-- 
https://mail.python.org/mailman/listinfo/python-list

Re: Python 3.8.5 Not Launching

[Gertjan Klein]

Eryk Sun wrote:


If .py files are associated with py.exe or python.exe, then running a
.py script either inherits or allocates a console and attaches to it.


Is it possible to determine, from within Python, whether Python 
allocated or inherited the console? This could be useful to know in a 
(global) error trap: to be able to see a traceback, the console must 
remain open, which won't happen if Python allocated the console itself.


Regards,
Gertjan.
--
https://mail.python.org/mailman/listinfo/python-list

Re: Python 3.8.5 Not Launching

[Eryk Sun]

On 9/23/20, yehudis...@gmail.com  wrote:
>It’s a py file with simple python code

If .py files are associated with py.exe or python.exe, then running a
.py script either inherits or allocates a console and attaches to it.
The console closes automatically as soon as the last reference to it
closes. If you need the console to remain open, then it should be
inherited from the parent process. Typically that's a shell such as
CMD or PowerShell, but any process can manually allocate an
inheritable console via WinAPI AllocConsole.

To run a script from a shell command line, simply enter
"path\to\some_script.py". If the script is in a PATH directory and .PY
is in PATHEXT, then you can simply run "some_script" in CMD or
PowerShell.
-- 
https://mail.python.org/mailman/listinfo/python-list

RE: Python 3.8.5 Not Launching

[yehudisgru]

   It’s a py file with simple python code

    

   From: [1]Igor Korot
   Sent: Wednesday, September 23, 2020 12:39 AM
   To: [2]yehudis...@gmail.com
   Cc: [3]python-list@python.org
   Subject: Re: Python 3.8.5 Not Launching

    

   Hi,

    

   On Tue, Sep 22, 2020 at 11:25 PM  wrote:

   > 

   >    Hi,

   > 

   > 

   > 

   >    I installed Python 3.8.5 on Windows 10

   > 

   >    When I click on a python file it launches the program but it closes

   >    immediately.

    

   What is the content of this file?

   Is it a py or pyc file?

    

   Thank you.

    

   > 

   > 

   > 

   >    Please help, thanks.

   > 

   > 

   > 

   >    Yehudis Gruber

   > 

   > 

   > 

   > 

   > --

   > https://mail.python.org/mailman/listinfo/python-list

    

References

   Visible links
   1. mailto:ikoro...@gmail.com
   2. mailto:yehudis...@gmail.com
   3. mailto:python-list@python.org
-- 
https://mail.python.org/mailman/listinfo/python-list

Re: Python 3.8.5 Not Launching

[Terry Reedy]

On 9/22/2020 11:54 PM, yehudis...@gmail.com wrote:


I installed Python 3.8.5 on Windows 10
When I click on a python file it launches the program but it closes
immediately.


When you run a program that way, the console/terminal window closes when 
the program finishes executing.



--
Terry Jan Reedy

--
https://mail.python.org/mailman/listinfo/python-list

Re: Python 3.8.5 Not Launching

[Igor Korot]

Hi,

On Tue, Sep 22, 2020 at 11:25 PM  wrote:
>
>Hi,
>
>
>
>I installed Python 3.8.5 on Windows 10
>
>When I click on a python file it launches the program but it closes
>immediately.

What is the content of this file?
Is it a py or pyc file?

Thank you.

>
>
>
>Please help, thanks.
>
>
>
>Yehudis Gruber
>
>
>
>
> --
> https://mail.python.org/mailman/listinfo/python-list
-- 
https://mail.python.org/mailman/listinfo/python-list

Python 3.8.5 Not Launching

[yehudisgru]

   Hi,

    

   I installed Python 3.8.5 on Windows 10

   When I click on a python file it launches the program but it closes
   immediately.

    

   Please help, thanks.

    

   Yehudis Gruber

    

    
-- 
https://mail.python.org/mailman/listinfo/python-list

Re: compile error building building Python-3.8.5 on Debian 8.11 (yes, old!)

[Python]

On Fri, Sep 04, 2020 at 03:43:14PM -0500, Python wrote:
> On Fri, Sep 04, 2020 at 08:04:33AM -0800, Joshua J. Kugler wrote:
> > On Thursday, September 3, 2020 8:59:09 PM AKDT Cameron Simpson wrote:
> > > Building Python 3.8.5, running make and gcc (Debian 4.9.2-10+deb8u2)
> > > 4.9.2 I get this:
> > 
> > I am going to assume the version of C required is past what is in that old 
> > of 
> > a version of Debian.
> 
> No... even the latest versions of GCC will let you use the oldest C
> standards ("version") by using the -cstd flag, and that flag is set

Typo: it's just -std.


-- 
https://mail.python.org/mailman/listinfo/python-list

Re: compile error building building Python-3.8.5 on Debian 8.11 (yes, old!)

[Python]

On Fri, Sep 04, 2020 at 08:04:33AM -0800, Joshua J. Kugler wrote:
> On Thursday, September 3, 2020 8:59:09 PM AKDT Cameron Simpson wrote:
> > I've built 3.8.5 on a few other machines happily recently.
> > 
> > Building Python 3.8.5, running make and gcc (Debian 4.9.2-10+deb8u2)
> > 4.9.2 I get this:
> 
> I am going to assume the version of C required is past what is in that old of 
> a version of Debian.

No... even the latest versions of GCC will let you use the oldest C
standards ("version") by using the -cstd flag, and that flag is set
(to c99) on the command line.  So unless that's just the wrong
version, that's definitely not the problem.  There's also nothing
to suggest that there's a syntax problem in the output Cameron pasted
(it only describes a *usage* problem).  An obsolete library would be
more likely, but there's nothing in the provided output to suggest
that either.

It appears to me thatthe output that Cameron pasted is missing the
context that would tell you what the problem is.  Usually GCC gives an
additional error right before compilation stops that gives a sort of
summarized description of the reason compilation failed.  There's none
present in what Cameron provided.

But I will also note the -Werror= flag on the compile line, which
turns warnings into errors... but I'm too lazy to look up whether the
specified option affects the mentioned bounds checking (seems like it
wouldn't, but there's no guarantee the bounds checking behavior isn't
also implied by that option, without specific knowledge of that
compiler behavior, which I lack).  If that were the case, FWIW, GCC
would usually emit an additional error to the effect of "warnings
being treated as errors."



signature.asc
Description: PGP signature
-- 
https://mail.python.org/mailman/listinfo/python-list

Re: compile error building building Python-3.8.5 on Debian 8.11 (yes, old!)

[Chris Angelico]

On Sat, Sep 5, 2020 at 2:06 AM Joshua J. Kugler  wrote:
>
> On Thursday, September 3, 2020 8:59:09 PM AKDT Cameron Simpson wrote:
> > I've built 3.8.5 on a few other machines happily recently.
> >
> > Building Python 3.8.5, running make and gcc (Debian 4.9.2-10+deb8u2)
> > 4.9.2 I get this:
>
> I am going to assume the version of C required is past what is in that old of
> a version of Debian. I don't see anything that calls out the C version
> required in the Python docs, but I doubt they have Debian 8 in their build
> farm any more.
>

You'd be surprised :) There is, in fact, a Debian 8.9 system in the
build farm. I know, because I maintain it. (It's a VM underneath my
live system which is Debian 9.)

ChrisA
-- 
https://mail.python.org/mailman/listinfo/python-list

Re: compile error building building Python-3.8.5 on Debian 8.11 (yes, old!)

[Joshua J. Kugler]

On Thursday, September 3, 2020 8:59:09 PM AKDT Cameron Simpson wrote:
> I've built 3.8.5 on a few other machines happily recently.
> 
> Building Python 3.8.5, running make and gcc (Debian 4.9.2-10+deb8u2)
> 4.9.2 I get this:

I am going to assume the version of C required is past what is in that old of 
a version of Debian. I don't see anything that calls out the C version 
required in the Python docs, but I doubt they have Debian 8 in their build 
farm any more.

j

-- 
Joshua J. Kugler - Fairbanks, Alaska - jos...@azariah.com
Azariah Enterprises - Programming and Website Design
PGP Key: http://pgp.mit.edu/  ID 0x68108cbb73b13b6a


-- 
https://mail.python.org/mailman/listinfo/python-list

Re: compile error building building Python-3.8.5 on Debian 8.11 (yes, old!)

[Cameron Simpson]

On 04Sep2020 15:54, Chris Angelico  wrote:
>On Fri, Sep 4, 2020 at 3:01 PM Cameron Simpson  wrote:
>> I've built 3.8.5 on a few other machines happily recently.
>Those are warnings; if there are errors that block compilation, they
>aren't in what you quoted above.

Yes, that's what I thought. And yet it failed :-(

And I just retried and now it's good. That is just.. weird. And I can't 
find the shell it failed in :-(

Sorry to have bugged people.

Cheers,
Cameron Simpson 
-- 
https://mail.python.org/mailman/listinfo/python-list

Re: compile error building building Python-3.8.5 on Debian 8.11 (yes, old!)

[Chris Angelico]

On Fri, Sep 4, 2020 at 3:01 PM Cameron Simpson  wrote:
>
> I've built 3.8.5 on a few other machines happily recently.
>
> Building Python 3.8.5, running make and gcc (Debian 4.9.2-10+deb8u2)
> 4.9.2 I get this:
>
> % gcc -pthread -c -Wno-unused-result -Wsign-compare -DNDEBUG -g -fwrapv 
> -O3 -Wall-std=c99 -Wextra -Wno-unused-result -Wno-unused-parameter 
> -Wno-missing-field-initializers -Werror=implicit-function-declaration  
> -I./Include/internal  -I.  -I./Include-DPy_BUILD_CORE -o 
> Modules/gcmodule.o Modules/gcmodule.c
> Modules/gcmodule.c: In function 'collect.constprop':
> Modules/gcmodule.c:126:50: warning: array subscript is above array bounds 
> [-Warray-bounds]
>  #define GEN_HEAD(state, n) (&(state)->generations[n].head)
>   ^
> Modules/gcmodule.c:1036:43: note: in expansion of macro 'GEN_HEAD'
>  gc_list_merge(GEN_HEAD(state, i), GEN_HEAD(state, generation));
>^
> Modules/gcmodule.c:126:50: warning: array subscript is above array bounds 
> [-Warray-bounds]
>  #define GEN_HEAD(state, n) (&(state)->generations[n].head)
>   ^
> Modules/gcmodule.c:1036:43: note: in expansion of macro 'GEN_HEAD'
>  gc_list_merge(GEN_HEAD(state, i), GEN_HEAD(state, generation));
>^
> Modules/gcmodule.c:126:50: warning: array subscript is above array bounds 
> [-Warray-bounds]
>  #define GEN_HEAD(state, n) (&(state)->generations[n].head)
>   ^
> Modules/gcmodule.c:1036:43: note: in expansion of macro 'GEN_HEAD'
>  gc_list_merge(GEN_HEAD(state, i), GEN_HEAD(state, generation));
>^
>
> Any thoughts?
>

Those are warnings; if there are errors that block compilation, they
aren't in what you quoted above.

ChrisA
-- 
https://mail.python.org/mailman/listinfo/python-list

compile error building building Python-3.8.5 on Debian 8.11 (yes, old!)

[Cameron Simpson]

I've built 3.8.5 on a few other machines happily recently.

Building Python 3.8.5, running make and gcc (Debian 4.9.2-10+deb8u2) 
4.9.2 I get this:

% gcc -pthread -c -Wno-unused-result -Wsign-compare -DNDEBUG -g -fwrapv -O3 
-Wall-std=c99 -Wextra -Wno-unused-result -Wno-unused-parameter 
-Wno-missing-field-initializers -Werror=implicit-function-declaration  
-I./Include/internal  -I.  -I./Include-DPy_BUILD_CORE -o Modules/gcmodule.o 
Modules/gcmodule.c
Modules/gcmodule.c: In function 'collect.constprop':
Modules/gcmodule.c:126:50: warning: array subscript is above array bounds 
[-Warray-bounds]
 #define GEN_HEAD(state, n) (&(state)->generations[n].head)
  ^
Modules/gcmodule.c:1036:43: note: in expansion of macro 'GEN_HEAD'
 gc_list_merge(GEN_HEAD(state, i), GEN_HEAD(state, generation));
   ^
Modules/gcmodule.c:126:50: warning: array subscript is above array bounds 
[-Warray-bounds]
 #define GEN_HEAD(state, n) (&(state)->generations[n].head)
  ^
Modules/gcmodule.c:1036:43: note: in expansion of macro 'GEN_HEAD'
 gc_list_merge(GEN_HEAD(state, i), GEN_HEAD(state, generation));
   ^
Modules/gcmodule.c:126:50: warning: array subscript is above array bounds 
[-Warray-bounds]
 #define GEN_HEAD(state, n) (&(state)->generations[n].head)
  ^
Modules/gcmodule.c:1036:43: note: in expansion of macro 'GEN_HEAD'
 gc_list_merge(GEN_HEAD(state, i), GEN_HEAD(state, generation));
   ^

Any thoughts?

I'll try a few other minor versions meanwhile...

Cheers,
Cameron Simpson 
-- 
https://mail.python.org/mailman/listinfo/python-list

[issue41680] Turtles in Python 3.8.5 crashes OSX 10.14.6

[Ned Deily]

Ned Deily  added the comment:

Thanks for the report. However, you are going to have give more specific 
information for us to be able to try to understand and reproduce the problem. 
Exactly what steps did you use to show the problem, in particular, in what 
context were those three lines of Python executed: from a file in a Python 
launched from a command line terminal window, typed into a Python in a command 
line terminal window, from within an IDLE shell window, from an IDLE edit 
window?  How exactly did Python crash (what error messages were reported)? Also 
please paste the output from running in a terminal shell window:

python3.8 -m test.pythoninfo

replacing python3.8 with whatever you use to invoke the Python that fails.

--

___
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

[Weyl]

Change by Weyl :


--
type:  -> crash

___
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

[Weyl]

New submission from Weyl :

The following python sequence will crash OSX 10.14.6 and Python 3.8

import turtle
theScreen=turtle.Screen()
mertle=turtle.Turtle()

--
components: macOS
messages: 376159
nosy: dulcimoo, ned.deily, ronaldoussoren
priority: normal
severity: normal
status: open
title: Turtles in Python 3.8.5 crashes OSX 10.14.6
versions: Python 3.8

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

[issue41512] Microsoft Store app IDLE (Python 3.8.5) cannot save files

[Terry J. Reedy]

Terry J. Reedy  added the comment:

Already fixed, will be in 3.9.0rc1 (tomorrow) and 3.8.6 (Sept).  In meanwhile, 
create new files within IDLE with File => New.

--
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> IDLE: edit/save files created by Windows Explorer

___
Python tracker 

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

[issue41512] Microsoft Store app IDLE (Python 3.8.5) cannot save files

[evaldas]

Change by evaldas :


--
type:  -> behavior

___
Python tracker 

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

[issue41512] Microsoft Store app IDLE (Python 3.8.5) cannot save files

[evaldas]

New submission from evaldas :

OS: x64 Windows 10 Professional 1903
Python: Python 3.8 package (3.8.5) installed from Microsoft Store

Steps to reproduce the bug:

1. Create empty file (right click anywhere, "New" -> "Text document", rename to 
"insert_filename_here.py"). File size is 0 bytes.

2. Open the file in IDLE

3. Type "import os" (actually content could be anything). IDLE title bar 
changes by prepending asterisk (*) to the filename, indicating file is modified 
but not saved yet.

4a. Press Ctrl+S  --> nothing happens
4b. Click "File" -> "Save"  --> nothing happens
4c. Click "File" -> "Close".  Dialog pops-up "Do you want to save 
insert_filename_here.py before closing?", click "Yes"  --> nothing happens

Tested on 2 machines, same behavior.  If file has some previuos content, 
sometimes saving in IDLE works (not always).

--
assignee: terry.reedy
components: IDLE
messages: 375088
nosy: evaldas, terry.reedy
priority: normal
severity: normal
status: open
title: Microsoft Store app IDLE (Python 3.8.5) cannot save files
versions: Python 3.8

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

[issue41363] python 3.8.5 folder not visible in https://www.python.org/ftp/python/ listing

[Ned Deily]

Ned Deily  added the comment:

Thanks for the report. The python.org website sits behind a content delivery 
network service and sometimes it takes a little while for pages to be updated 
in the cache.  It should be there now.

--
nosy: +ned.deily
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

[issue41363] python 3.8.5 folder not visible in https://www.python.org/ftp/python/ listing

[Андрей Перевёрткин]

New submission from Андрей Перевёрткин :

Open https://www.python.org/ftp/python/ and observe that there is no 3.8.5 
folder.
Open https://www.python.org/ftp/python/3.8.5/ and observe that all the expected 
files are present.

Conclusion: https://www.python.org/ftp/python/ index needs an update.

--
messages: 374076
nosy: Андрей Перевёрткин
priority: normal
severity: normal
status: open
title: python 3.8.5 folder not visible in https://www.python.org/ftp/python/ 
listing
versions: Python 3.8

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

[issue41363] python 3.8.5 folder not visible in https://www.python.org/ftp/python/ listing

[SilentGhost]

Change by SilentGhost :


--
nosy: +lukasz.langa

___
Python tracker 

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

[RELEASE] Python 3.8.5 released as a security hotfix. 3.9.0b5, the last beta before 3.9.0, also available

[Łukasz Langa]

This is a combined release of Python 3.8.5 and 3.9.0b5. Both are significant 
but for different reasons. Let’s dig in!

Security content in 3.8.5

We decided to release 3.8.5 ahead of schedule due to a number of 
security-related fixes. All details can be found in the change log 
<https://docs.python.org/release/3.8.5/whatsnew/changelog.html#changelog> but 
the gist is:

CVE-2019-20907 <https://bugs.python.org/issue39017>: infinite loop in a 
maliciously created .tar file
BPO-41288 <https://bugs.python.org/issue41288>: segmentation fault during 
unpickling of objects using a crafted NEWOBJ_EX opcode
BPO-39603 <https://bugs.python.org/issue39603>: HTTP headers could be injected 
through a maliciously crafter method parameter in http.client
the original fix for CVE-2020-15801 caused a regression in 3.8.4 (see: 
BPO-41304 <https://bugs.python.org/issue41304>)
A small number of other urgent regression fixes and quality-of-life 
improvements are also present in the release. Get the release here:

https://www.python.org/downloads/release/python-385/ 
<https://www.python.org/downloads/release/python-385/>

Maintenance releases for the 3.8 series will continue at the regular bi-monthly 
calendar, with 3.8.6 planned for mid-September 2020.
The last beta of Python 3.9.0 now also available

Python 3.9 is still in development. This release, 3.9.0b5, is the last of five 
planned beta release previews. Beta release previews are intended to give the 
wider community the opportunity to test new features and bug fixes and to 
prepare their projects to support the new feature release. You can get 3.9.0b5 
here:

https://www.python.org/downloads/release/python-390b5/ 
<https://www.python.org/downloads/release/python-390b5/>

The next pre-release, the first release candidate of Python 3.9.0, will be 
3.9.0rc1. It is currently scheduled for 2020-08-10.
Call to action

We strongly encourage maintainers of third-party Python projects to test with 
3.9 during the beta phase and report issues found to the Python bug tracker 
<https://bugs.python.org/> as soon as possible. While the release is planned to 
be feature complete entering the beta phase, it is possible that features may 
be modified or, in rare cases, deleted up until the start of the release 
candidate phase (2020-08-10). Our goal is have no ABI changes after beta 5 and 
as few code changes as possible after 3.9.0rc1, the first release candidate. To 
achieve that, it will be extremely important to get as much exposure for 3.9 as 
possible during the beta phase.

Please keep in mind that this is a preview release and its use is not 
recommended for production environments.

A reminder for core developers

To help make Python 3.9.0 the best possible release, our Development Cycle 
<https://devguide.python.org/devcycle/#release-candidate-rc> section of the 
Python Developer’s Guide documents that:

A branch preparing for an RC release can only have bugfixes applied that have 
been reviewed by other core developers. Generally, these issues must be severe 
enough (e.g. crashes) that they deserve fixing before the final release. All 
other issues should be deferred to the next development cycle, since stability 
is the strongest concern at this point.

You cannot skip the peer review during an RC, no matter how small! Even if it 
is a simple copy-and-paste change, everything requires peer review from a core 
developer.

Major new features of the 3.9 series, compared to 3.8

Some of the new major new features and changes in Python 3.9 are:

PEP 584 <https://www.python.org/dev/peps/pep-0584/>, Union Operators in dict

PEP 585 <https://www.python.org/dev/peps/pep-0585/>, Type Hinting Generics In 
Standard Collections

PEP 593 <https://www.python.org/dev/peps/pep-0593/>, Flexible function and 
variable annotations

PEP 602 <https://www.python.org/dev/peps/pep-0602/>, Python adopts a stable 
annual release cadence

PEP 615 <https://www.python.org/dev/peps/pep-0615/>, Support for the IANA Time 
Zone Database in the Standard Library

PEP 616 <https://www.python.org/dev/peps/pep-0616/>, String methods to remove 
prefixes and suffixes

PEP 617 <https://www.python.org/dev/peps/pep-0617/>, New PEG parser for CPython

BPO 38379 <https://bugs.python.org/issue38379>, garbage collection does not 
block on resurrected objects;

BPO 38692 <https://bugs.python.org/issue38692>, os.pidfd_open added that allows 
process management without races and signals;

BPO 39926 <https://bugs.python.org/issue39926>, Unicode support updated to 
version 13.0.0;

BPO 1635741 <https://bugs.python.org/issue1635741>, when Python is initialized 
multiple times in the same process, it does not leak memory anymore;

A number of Python builtins (range, tuple, set, frozenset, list, dict) are now 
sped up using PEP 590 <https://www.python.org/dev/peps/pep-0590> vectorcall;

A number of Pytho

[RELEASE] Python 3.8.5 released as a security hotfix. 3.9.0b5, the last beta before 3.9.0, also available

[Łukasz Langa]

This is a combined release of Python 3.8.5 and 3.9.0b5. Both are significant 
but for different reasons. Let’s dig in!

Security content in 3.8.5

We decided to release 3.8.5 ahead of schedule due to a number of 
security-related fixes. All details can be found in the change log 
<https://docs.python.org/release/3.8.5/whatsnew/changelog.html#changelog> but 
the gist is:

CVE-2019-20907 <https://bugs.python.org/issue39017>: infinite loop in a 
maliciously created .tar file
BPO-41288 <https://bugs.python.org/issue41288>: segmentation fault during 
unpickling of objects using a crafted NEWOBJ_EX opcode
BPO-39603 <https://bugs.python.org/issue39603>: HTTP headers could be injected 
through a maliciously crafter method parameter in http.client
the original fix for CVE-2020-15801 caused a regression in 3.8.4 (see: 
BPO-41304 <https://bugs.python.org/issue41304>)
A small number of other urgent regression fixes and quality-of-life 
improvements are also present in the release. Get the release here:

https://www.python.org/downloads/release/python-385/ 
<https://www.python.org/downloads/release/python-385/>

Maintenance releases for the 3.8 series will continue at the regular bi-monthly 
calendar, with 3.8.6 planned for mid-September 2020.
The last beta of Python 3.9.0 now also available

Python 3.9 is still in development. This release, 3.9.0b5, is the last of five 
planned beta release previews. Beta release previews are intended to give the 
wider community the opportunity to test new features and bug fixes and to 
prepare their projects to support the new feature release. You can get 3.9.0b5 
here:

https://www.python.org/downloads/release/python-390b5/ 
<https://www.python.org/downloads/release/python-390b5/>

The next pre-release, the first release candidate of Python 3.9.0, will be 
3.9.0rc1. It is currently scheduled for 2020-08-10.
Call to action

We strongly encourage maintainers of third-party Python projects to test with 
3.9 during the beta phase and report issues found to the Python bug tracker 
<https://bugs.python.org/> as soon as possible. While the release is planned to 
be feature complete entering the beta phase, it is possible that features may 
be modified or, in rare cases, deleted up until the start of the release 
candidate phase (2020-08-10). Our goal is have no ABI changes after beta 5 and 
as few code changes as possible after 3.9.0rc1, the first release candidate. To 
achieve that, it will be extremely important to get as much exposure for 3.9 as 
possible during the beta phase.

Please keep in mind that this is a preview release and its use is not 
recommended for production environments.

A reminder for core developers

To help make Python 3.9.0 the best possible release, our Development Cycle 
<https://devguide.python.org/devcycle/#release-candidate-rc> section of the 
Python Developer’s Guide documents that:

A branch preparing for an RC release can only have bugfixes applied that have 
been reviewed by other core developers. Generally, these issues must be severe 
enough (e.g. crashes) that they deserve fixing before the final release. All 
other issues should be deferred to the next development cycle, since stability 
is the strongest concern at this point.

You cannot skip the peer review during an RC, no matter how small! Even if it 
is a simple copy-and-paste change, everything requires peer review from a core 
developer.

Major new features of the 3.9 series, compared to 3.8

Some of the new major new features and changes in Python 3.9 are:

PEP 584 <https://www.python.org/dev/peps/pep-0584/>, Union Operators in dict

PEP 585 <https://www.python.org/dev/peps/pep-0585/>, Type Hinting Generics In 
Standard Collections

PEP 593 <https://www.python.org/dev/peps/pep-0593/>, Flexible function and 
variable annotations

PEP 602 <https://www.python.org/dev/peps/pep-0602/>, Python adopts a stable 
annual release cadence

PEP 615 <https://www.python.org/dev/peps/pep-0615/>, Support for the IANA Time 
Zone Database in the Standard Library

PEP 616 <https://www.python.org/dev/peps/pep-0616/>, String methods to remove 
prefixes and suffixes

PEP 617 <https://www.python.org/dev/peps/pep-0617/>, New PEG parser for CPython

BPO 38379 <https://bugs.python.org/issue38379>, garbage collection does not 
block on resurrected objects;

BPO 38692 <https://bugs.python.org/issue38692>, os.pidfd_open added that allows 
process management without races and signals;

BPO 39926 <https://bugs.python.org/issue39926>, Unicode support updated to 
version 13.0.0;

BPO 1635741 <https://bugs.python.org/issue1635741>, when Python is initialized 
multiple times in the same process, it does not leak memory anymore;

A number of Python builtins (range, tuple, set, frozenset, list, dict) are now 
sped up using PEP 590 <https://www.python.org/dev/peps/pep-0590> vectorcall;

A number of Pytho