[issue41379] Configparser is not reading Indended Sections as Mentioned in Docs

[SilentGhost]

SilentGhost  added the comment:

In your example you're instantiating ConfigParser with default parameters, 
meaning empty_lines_in_values equals True, which leads to key "a" consuming 
everything on the following indented lines. If you're were to specify False as 
the value for empty_lines_in_values, you'd see the desired behaviour.

The examples in documentation work just fine, as long as you copy them exactly. 
The reason they do is that there isn't a final value in the non-indented 
section, but only comments. In any case empty_lines_in_values is what you 
should be using.

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

[issue41380] Create snake.py

[Ehsonjon Gadoev]

Change by Ehsonjon Gadoev :


--
resolution:  -> fixed

___
Python tracker 

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

[issue41380] Create snake.py

[Ehsonjon Gadoev]

New submission from Ehsonjon Gadoev :

Created simple and basic snake game using python turtle!
We use the simplest algorithm to made it!
It will be good example for beginners!

--
components: Tkinter
messages: 374163
nosy: Ehsonjon Gadoev
priority: normal
severity: normal
status: open
title: Create snake.py
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

[issue41280] lru_cache on 0-arity functions should default to maxsize=None

[Ehsonjon Gadoev]

Change by Ehsonjon Gadoev :


--
nosy: +Ehsonjon Gadoev
nosy_count: 4.0 -> 5.0
pull_requests: +20743
pull_request: https://github.com/python/cpython/pull/21582

___
Python tracker 

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

[issue41380] Create snake.py

[Ehsonjon Gadoev]

Change by Ehsonjon Gadoev :


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

___
Python tracker 

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

[issue41280] lru_cache on 0-arity functions should default to maxsize=None

[Serhiy Storchaka]

Change by Serhiy Storchaka :


--
pull_requests:  -20743

___
Python tracker 

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

[issue41373] IDLE: edit/save files created by Windows Explorer

[Raymond Hettinger]

Raymond Hettinger  added the comment:

Bumping-up the priority.  Today, I and a (virtual) room full of engineers 
simultaneously hit this problem and we all lost work.  See issue41378

--
nosy: +rhettinger
priority: normal -> high

___
Python tracker 

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

[issue41373] IDLE: edit/save files created by Windows Explorer

[Terry J. Reedy]

Terry J. Reedy  added the comment:

Raymond, I tested patch today and expect to apply it (without unittests yet) 
tomorrow, so will be in 3.9.0rc1 abd 3.8.6.  In the meanwhile, either create 
new files within IDLE (File=>NEW) or add "isinstance(self.eol_convention, str) 
and " after 'if' on line 251 of idlelib/iomenu.py, just before the line in the 
traceback.

The added check will be put elsewhere by the patch, but it should work on 251.

--

___
Python tracker 

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

[issue38306] High level API for loop.run_in_executor(None, ...)?

[Antoine Pietri]

Antoine Pietri  added the comment:

Yeah I'm pretty sure this solves it: 
https://github.com/python/cpython/pull/20143

Closing the issue, thanks.

--
resolution:  -> fixed

___
Python tracker 

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

[issue41381] Google chat handler in Logging module

[Anand Tripathi]

Change by Anand Tripathi :


--
nosy: anandtripathi5
priority: normal
severity: normal
status: open
title: Google chat handler in Logging module
type: enhancement

___
Python tracker 

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

[issue41381] Google chat handler in Logging module

[Anand Tripathi]

New submission from Anand Tripathi :

Google chat handler is not there in logging module of python.

How can I contribute to this enhancement, is there any way possible!

--

___
Python tracker 

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

[issue41381] Google chat handler in Logging module

[Rémi Lapeyre]

Rémi Lapeyre  added the comment:

Hi Anand, this is very specific to one product and I don't think the core team 
will take the burden to maintain to as it may be too specific. You could create 
a package and publish it on Pypi so others can use it thought.

--
components: +Library (Lib)
nosy: +remi.lapeyre
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

[issue41350] Use of zipfile.Path causes attempt to write after ZipFile is closed

[Jeffrey Kintscher]

Jeffrey Kintscher  added the comment:

I created a simpler test case that exercises the buggy code.  The problem can 
be reproduced by passing ZipFile.__init__() a file-like object with the write 
flag (mode "w") and then closing the file-like object before calling 
ZipFile.close().

The exception being triggered by the call to ZipFile.__del__() is a side-effect 
because all ZipFile.__del__() does is call ZipFile.close().



import io
from zipfile import ZipFile

bytes_io = io.BytesIO()
zip_file = ZipFile(bytes_io, mode="w")
bytes_io.close()
zip_file.close()  # throws ValueError

--
Added file: https://bugs.python.org/file49336/zipfile_close_bug.py

___
Python tracker 

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

[issue41350] Use of zipfile.Path causes attempt to write after ZipFile is closed

[Jeffrey Kintscher]

Change by Jeffrey Kintscher :


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

[issue41381] Google chat handler in Logging module

[Karthikeyan Singaravelan]

Change by Karthikeyan Singaravelan :


--
nosy: +vinay.sajip

___
Python tracker 

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

[issue41350] Use of zipfile.Path causes attempt to write after ZipFile is closed

[Rajarishi Devarajan]

Rajarishi Devarajan  added the comment:

Hi all, I have a working patch for this. Could I submit it for review ?

--
nosy: +rishi93

___
Python tracker 

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

[issue41373] IDLE: edit/save files created by Windows Explorer

[Emmanuel Arias]

Change by Emmanuel Arias :


--
nosy: +eamanu

___
Python tracker 

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

[issue41350] Use of zipfile.Path causes attempt to write after ZipFile is closed

[Jeffrey Kintscher]

Change by Jeffrey Kintscher :


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

___
Python tracker 

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

[issue41380] Add snake example to turtledemo

[E. Paine]

E. Paine  added the comment:

@Ehsonjon Gadoev, thank you for the patch. I would appreciate if you could 
explain in a little more detail why you think adding this example would be 
beneficial to the CPython project, as it would inevitably increase the 
maintenance load on the core-devs (please don't take this personally: any new 
code would do this).

--
components: +Library (Lib) -Tkinter
nosy: +epaine, gregorlingl, willingc
title: Create snake.py -> Add snake example to turtledemo
type:  -> enhancement
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

[issue38628] Issue with ctypes in AIX

[Tony Reix]

Tony Reix  added the comment:

On Fedora32/PPC64LE (5.7.9-200.fc32.ppc64le), with little change:
  libc = CDLL('/usr/lib64/libc.so.6')
I get the correct answer:
b'def'
b'def'
b'def'
# python3 --version
Python 3.8.3
libffi : 3.1-24


On Fedora32/x86_64 (5.7.9-200.fc32.x86_64), with a little change:
  libc = CDLL('/usr/lib64/libc-2.31.so')
that crashes:
b'def'
Segmentation fault (core dumped)
# python3 --version
Python 3.8.3
libffi : 3.1-24


AIX : libffi-3.2.1
On AIX 7.2, with Python 3.8.5 compiled with XLC v13, in 64bit:
b'def'
b'def'
None
On AIX 7.2, with Python 3.8.5 compiled with GCC 8.4, in 64bit:
b'def'
b'def'
None

On AIX 7.2, with Python 3.8.5 compiled with XLC v13, in 32bit:
  ( libc = CDLL('libc.a(shr.o)') )
b'def'
b'def'
b'def'
On AIX 7.2, with Python 3.8.5 compiled with GCC 8.4, in 32bit:
b'def'
b'def'
b'def'

Preliminary conclusions:
 - this is a 64bit issue on AIX and it is independent of the compiler
 - it is worse on Fedora/x86_64
 - it works perfectly on Fedora/PPC64LE
what a mess.

--
nosy: +T.Rex

___
Python tracker 

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

[issue1635741] Py_Finalize() doesn't clear all Python objects at exit

[hai shi]

Change by hai shi :


--
pull_requests: +20746
pull_request: https://github.com/python/cpython/pull/21605

___
Python tracker 

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

[issue38628] Issue with ctypes in AIX

[Tony Reix]

Tony Reix  added the comment:

Fedora32/x86_64

[root@destiny10 tmp]# gdb /usr/bin/python3.8 core
...
Core was generated by `python3 ./Pb.py'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0  0x7f898a02a1d8 in __memchr_sse2 () from /lib64/libc.so.6
Missing separate debuginfos, use: dnf debuginfo-install 
python3-3.8.3-2.fc32.x86_64
(gdb) where
#0  0x7f898a02a1d8 in __memchr_sse2 () from /lib64/libc.so.6
#1  0x7f898982caf0 in ffi_call_unix64 () from /lib64/libffi.so.6
#2  0x7f898982c2ab in ffi_call () from /lib64/libffi.so.6
#3  0x7f8989851ef1 in _ctypes_callproc.cold () from 
/usr/lib64/python3.8/lib-dynload/_ctypes.cpython-38-x86_64-linux-gnu.so
#4  0x7f898985ba2f in PyCFuncPtr_call () from 
/usr/lib64/python3.8/lib-dynload/_ctypes.cpython-38-x86_64-linux-gnu.so
#5  0x7f8989d6c7a1 in _PyObject_MakeTpCall () from 
/lib64/libpython3.8.so.1.0
#6  0x7f8989d69111 in _PyEval_EvalFrameDefault () from 
/lib64/libpython3.8.so.1.0
#7  0x7f8989d62ec4 in _PyEval_EvalCodeWithName () from 
/lib64/libpython3.8.so.1.0
#8  0x7f8989dde109 in PyEval_EvalCodeEx () from /lib64/libpython3.8.so.1.0
#9  0x7f8989dde0cb in PyEval_EvalCode () from /lib64/libpython3.8.so.1.0
#10 0x7f8989dff028 in run_eval_code_obj () from /lib64/libpython3.8.so.1.0
#11 0x7f8989dfe763 in run_mod () from /lib64/libpython3.8.so.1.0
#12 0x7f8989cea81b in PyRun_FileExFlags () from /lib64/libpython3.8.so.1.0
#13 0x7f8989cea19d in PyRun_SimpleFileExFlags () from 
/lib64/libpython3.8.so.1.0
#14 0x7f8989ce153c in Py_RunMain.cold () from /lib64/libpython3.8.so.1.0
#15 0x7f8989dd1bf9 in Py_BytesMain () from /lib64/libpython3.8.so.1.0
#16 0x7f8989fb7042 in __libc_start_main () from /lib64/libc.so.6
#17 0x557a1f3c407e in _start ()

--

___
Python tracker 

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

[issue38628] Issue with ctypes in AIX

[Tony Reix]

Tony Reix  added the comment:

On AIX:

root@castor4## gdb /opt/freeware/bin/python3
...
(gdb) run -m pdb Pb.py
...
(Pdb) n
b'def'
> /home2/freeware/src/packages/BUILD/Python-3.8.5/32bit/Pb.py(35)()
-> print(
(Pdb) n
> /home2/freeware/src/packages/BUILD/Python-3.8.5/32bit/Pb.py(36)()
-> CFUNCTYPE(c_char_p, MemchrArgsHack2,
(Pdb)
Thread 2 received signal SIGINT, Interrupt.
[Switching to Thread 1]
0x0916426c in __fd_select () from /usr/lib/libc.a(shr_64.o)
(gdb) b ffi_call
Breakpoint 1 at 0x1217918
(gdb) c
...
(Pdb) n

Thread 2 hit Breakpoint 1, 0x090001217918 in ffi_call () from 
/opt/freeware/lib/libffi.a(libffi.so.6)
(gdb) where
#0  0x090001217918 in ffi_call () from 
/opt/freeware/lib/libffi.a(libffi.so.6)
#1  0x090001217780 in ffi_prep_cif_machdep () from 
/opt/freeware/lib/libffi.a(libffi.so.6)
#2  0x090001216fb8 in ffi_prep_cif_var () from 
/opt/freeware/lib/libffi.a(libffi.so.6)
..

(gdb) b memchr
Breakpoint 2 at 0x91b0d60
(gdb) c
Continuing.

Thread 2 hit Breakpoint 2, 0x091b0d60 in memchr () from 
/usr/lib/libc.a(shr_64.o)
(gdb) i register
r0 0x91b0d60648518346343124320
r1 0xfffc8d01152921504606832848
r2 0x9001000a008e8b8648535941212334264
r3 0xa3669e0720575940382845408
r4 0x64 100
r5 0x0  0
r6 0x9001000a04ee730648535941216921392
r7 0x0  0
...
(gdb) x/s $r3
0xa3669e0:  "abcdef"

So:
 - the string is passed as r3.
 - r4 contains "d" = 0x64=100
 - but the size 7 is missing

Anyway, it seems that ffi does not pass the pointer, but values. However, the 
length 7 is missing. Not in r5, and nowhere in the other registers.

--

___
Python tracker 

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

[issue41382] print() unpredictable behaviour

[n-io]

New submission from n-io :

There seems to be a behavioural issue with the print() function. Using 
python3.8 and the following line:

>>> print("\t".join(['arith_int_512-cuda.sfeat', 
>>> '__hipsyclkernel$wrapped_kernelname$MicroBenchArithmeticKernel_512_1', 
>>> '578', '65', '5', '64', '4', '1025', '128', '1', '1', '512', '1']))

arith_int_512-cuda.sfeat
__hipsyclkernel$wrapped_kernelname$MicroBenchArithmeticKernel_512_1578
65564410251285121

Notice the missing numbers between 128 and 512. If I do random modifications 
the either of the first two string, some of the missing numbers may appear. For 
instance:

>>> print("\t".join(['arith_int_512-cuda', 
>>> '__hipsycl_kernel_$wrapped_kernel_name_$MicroBenchArithmeticKernel_512_1', 
>>> '578', '65', '5', '64', '4', '1025', '128', '1', '1', '512', '1']))

arith_int_512-cuda  
__hipsycl_kernel_$wrapped_kernel_name_$MicroBenchArithmeticKernel_512_1 578 
65  5   64  4   1025128 1   512 1

Notice that one of the two missing numbers has appeared. There appears nothing 
wrong with the value used to invoke print.

The error appears to be linked to joining on the "\t" character and does not 
appear to occur when joining on other whitespace characters such as " 
".join(...) or "\n".join(...)

--
components: IO
messages: 374176
nosy: n-io
priority: normal
severity: normal
status: open
title: print() unpredictable behaviour
type: behavior
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

[issue41350] Use of zipfile.Path causes attempt to write after ZipFile is closed

[Jason R. Coombs]

Jason R. Coombs  added the comment:

I'm a little surprised from Nick's original post that the behavior is 
triggered. After all, the code [already has a protection for a 
previously-closed 
zipfile](https://github.com/python/cpython/blob/0dd98c2d00a75efbec19c2ed942923981bc06683/Lib/zipfile.py#L1812-L1813)
 and that value is [unconditionally set during 
close](https://github.com/python/cpython/blob/0dd98c2d00a75efbec19c2ed942923981bc06683/Lib/zipfile.py#L1828).
 So how is it that Zipfile.__del__ is being called?

Jeffrey suggests that

> a copy of the zip_file object is getting created, probably by the Path 
> constructor

And indeed, I can confirm the ZipFile [state is copied into a new object 
here](https://github.com/python/cpython/blob/0dd98c2d00a75efbec19c2ed942923981bc06683/Lib/zipfile.py#L2202).
 The FastLookup and CompleteDirs functionality is for performance optimizations.

> I created a simpler test case that exercises the buggy code.

Although the simpler test does trigger the error, I'd argue that the error is 
_expected_ in this case and that the zip file will be invalid because 
`self._write_end_record` will never get called.

I expected this example to more accurately capture the failure:

```
import io
import zipfile
buf = io.BytesIO()
zf = zipfile.ZipFile(buf, mode='w')
zp = zipfile.Path(zf)
with zp.joinpath('zile-a').open('w') as fp:
fp.write(b'contents of file-a')
zf.close()
zp.root.close()
```

But it does not. I'll need to do more investigation.

One option here is for `Path` to document that any zipfile passed to it is no 
longer valid and enforce that fact by disabling the original object passed to 
it.

Another approach could be to try to use an adapter pattern to adapt the 
original ZipFile rather than clone it into a subclass.

--

___
Python tracker 

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

[issue38628] Issue with ctypes in AIX

[Tony Reix]

Tony Reix  added the comment:

On Fedora/x86_64, in order to get the core, one must do:
  coredumpctl -o /tmp/core dump /usr/bin/python3.8

--

___
Python tracker 

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

[issue41383] Provide a limit arguments for __repr__

[Bernat Gabor]

New submission from Bernat Gabor :

Quoting Elizaveta Shashkova from EuroPython 2020 chat about how can we improve 
debug experience for users:

I would like to have a lazy repr evaluation for the objects! Sometimes users 
have many really large objects, and when debugger is trying to show them in 
Variables View (=show their string representation) it can takes a lot of time. 
We do some tricks, but they not always work. It would be really-really cool to 
have parameter in repr, which defines max number of symbols we want to evaluate 
during repr for this object.

What do people, would this optional str limit be a good thing? Does anyone has 
a better idea?

--
components: Interpreter Core
messages: 374179
nosy: Bernat Gabor
priority: normal
severity: normal
status: open
title: Provide a limit arguments for __repr__
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

[issue41382] print() unpredictable behaviour

[Rémi Lapeyre]

Rémi Lapeyre  added the comment:

On MacOS with Python 3.8.2 I get the correct results. Can you give more details 
about the platform and send the result of:


>>> "\t".join(['arith_int_512-cuda.sfeat', 
'__hipsyclkernel$wrapped_kernelname$MicroBenchArithmeticKernel_512_1', '578', 
'65', '5', '64', '4', '1025', '128', '1', '1', '512', '1'])

?


Could you also try `echo 
'arith_int_512-cuda.sfeat\t__hipsyclkernel$wrapped_kernelname$MicroBenchArithmeticKernel_512_1\t578\t65\t5\t64\t4\t1025\t128\t1\t1\t512\t1'`
 in shell? Maybe your terminal emulator behaves weirdly.

--
nosy: +remi.lapeyre

___
Python tracker 

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

[issue38628] Issue with ctypes in AIX

[Tony Reix]

Tony Reix  added the comment:

On Fedora/PPC64LE, where it is OK, the same debug with gdb gives:

(gdb) where
#0  0x77df03b0 in __memchr_power8 () from /lib64/libc.so.6
#1  0x7fffea167680 in ?? () from /lib64/libffi.so.6
#2  0x7fffea166284 in ffi_call () from /lib64/libffi.so.6
#3  0x7fffea1a7fdc in _ctypes_callproc () from 
/usr/lib64/python3.8/lib-dynload/_ctypes.cpython-38-ppc64le-linux-gnu.so
..
(gdb) i register
r0 0x7fffea167614  140737120728596
r1 0x7fffc490  140737488340112
r2 0x7fffea187f00  140737120861952
r3 0x7fffea33a140  140737122640192
r4 0x6464  25700
r5 0x7 7
r6 0x0 0
r7 0x7fffea33a147  140737122640199
r8 0x7fffea33a140  140737122640192

(gdb) x/s 0x7fffea33a140
0x7fffea33a140: "abcdef"

r3: string
r4 : 0x6464 : "d" ??
r5: 7 : length of the string !!!

--

___
Python tracker 

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

[issue41383] Provide a limit arguments for __repr__

[Rémi Lapeyre]

Rémi Lapeyre  added the comment:

Hi Bernat, have you looked into reprlib.repr()? It's an alternative 
implementation of repr() made for cases like this.

You may be interested in this PR too: 
https://github.com/python/cpython/pull/20925

Alternatively, I think pprint.pformat() may be useful for your purpose too.

--
nosy: +remi.lapeyre

___
Python tracker 

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

[issue38628] Issue with ctypes in AIX

[Tony Reix]

Tony Reix  added the comment:

On AIX in 32bit, we have:

Thread 2 hit Breakpoint 2, 0xd01407e0 in memchr () from /usr/lib/libc.a(shr.o)
(gdb) where
#0  0xd01407e0 in memchr () from /usr/lib/libc.a(shr.o)
#1  0xd438f480 in ffi_call_AIX () from /opt/freeware/lib/libffi.a(libffi.so.6)
#2  0xd438effc in ffi_call () from /opt/freeware/lib/libffi.a(libffi.so.6)

(gdb) i register
r0 0xd01407e0   3490973664
r1 0x2ff20f80   804392832
r2 0xf07a3cc0   4034542784
r3 0xb024c558   2955199832
r4 0x64 100
r5 0x7  7
r6 0x0  0
...

(gdb) x/s 0xb024c558
0xb024c558: "abcdef"

r5 is OK.

--

___
Python tracker 

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

[issue32528] Change base class for futures.CancelledError

[miss-islington]

Change by miss-islington :


--
pull_requests: +20747
pull_request: https://github.com/python/cpython/pull/21606

___
Python tracker 

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

[issue38628] Issue with ctypes in AIX

[Tony Reix]

Tony Reix  added the comment:

AIX: difference between 32bit and 64bit.

After the second print, the stack is:

32bit:
#0  0xd01407e0 in memchr () from /usr/lib/libc.a(shr.o)
#1  0xd438f480 in ffi_call_AIX () from /opt/freeware/lib/libffi.a(libffi.so.6)
#2  0xd438effc in ffi_call () from /opt/freeware/lib/libffi.a(libffi.so.6)
#3  0xd14979bc in ?? ()
#4  0xd148995c in ?? ()
#5  0xd20fd5d8 in _PyObject_MakeTpCall () from /opt/freeware/lib/libpython3.8.so

64bit:
#0  0x091b0d60 in memchr () from /usr/lib/libc.a(shr_64.o)
#1  0x090001217f00 in ffi_closure_ASM () from 
/opt/freeware/lib/libffi.a(libffi.so.6)
#2  0x090001217aac in ffi_prep_closure_loc () from 
/opt/freeware/lib/libffi.a(libffi.so.6)
#3  0x09d30900 in ?? ()
#4  0x09d22b6c in ?? ()
#5  0x09ebbc18 in _PyObject_MakeTpCall () from 
/opt/freeware/lib64/libpython3.8.so

So, the execution does not run in the same ffi routines in 32bit and in 64bit. 
Bug ?

It should be interesting to do the same with Python3 and libffi built with -O0 
-g maybe.

--

___
Python tracker 

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

[issue32528] Change base class for futures.CancelledError

[miss-islington]

miss-islington  added the comment:


New changeset ba07d4a0c30b4d817b4c31a052388a68cc17bc3b by Miss Islington (bot) 
in branch '3.9':
bpo-32528: Document the change in inheritance of asyncio.CancelledError 
(GH-21474)
https://github.com/python/cpython/commit/ba07d4a0c30b4d817b4c31a052388a68cc17bc3b


--

___
Python tracker 

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

[issue41371] test_zoneinfo fails

[Karthikeyan Singaravelan]

Karthikeyan Singaravelan  added the comment:

I got this error as well. Since lzma is needed to decode the test data the 
ImportError can be captured to skip the test in setUpModule [0] like other test 
module setup with similar approach for required cases. I am adding easy tag. 
Feel free to retriage this if the test data need to be encoded in a different 
format for the test to support platforms that don't have lzma.

try:
   import lzma
except ImportError:
   raise unittest.skipTest("lzma is needed")


[0] 
https://github.com/python/cpython/blob/0dd98c2d00a75efbec19c2ed942923981bc06683/Lib/test/test_zoneinfo/test_zoneinfo.py#L43

--
keywords: +easy, newcomer friendly
nosy: +xtreak
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

[issue41371] test_zoneinfo fails when lzma module is unavailable

[Karthikeyan Singaravelan]

Change by Karthikeyan Singaravelan :


--
title: test_zoneinfo fails -> test_zoneinfo fails when lzma module is 
unavailable

___
Python tracker 

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

[issue41382] print() unpredictable behaviour

[n-io]

n-io  added the comment:

The first call you requested (as hinted before, this looks fine to me):
$ python3.8
Python 3.8.3 (default, May 14 2020, 22:09:32) 
[GCC 5.4.0 20160609] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> "\t".join(['arith_int_512-cuda.sfeat', 
>>> '__hipsyclkernel$wrapped_kernelname$MicroBenchArithmeticKernel_512_1', 
>>> '578', '65', '5', '64', '4', '1025', '128', '1', '1', '512', '1'])
'arith_int_512-cuda.sfeat\t__hipsyclkernel$wrapped_kernelname$MicroBenchArithmeticKernel_512_1\t578\t65\t5\t64\t4\t1025\t128\t1\t1\t512\t1'


I can reproduce the issue on both:

Python 3.8.3 (default, May 14 2020, 22:09:32) 
[GCC 5.4.0 20160609] on linux

Python 3.6.6 (v3.6.6:4cf1f54eb7, Jun 26 2018, 19:50:54) 
[GCC 4.2.1 Compatible Apple LLVM 6.0 (clang-600.0.57)] on darwin


The second call you requested `echo 'arith_int_512-'` will say 'command not 
found: arith_.' in bash.

--

___
Python tracker 

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

[issue41384] tkinter raises TypeError when it's supposed to raise TclError

[Akuli]

New submission from Akuli :

from Lib:tkinter/__init__.py:

raise TclError('unknown option -'+kwargs.keys()[0])

This is no longer valid in Python 3.

--
components: Tkinter
messages: 374188
nosy: Akuli
priority: normal
pull_requests: 20748
severity: normal
status: open
title: tkinter raises TypeError when it's supposed to raise TclError

___
Python tracker 

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

[issue41385] test_executable_without_cwd fails on appx test run in Azure pipelines

[Karthikeyan Singaravelan]

New submission from Karthikeyan Singaravelan :

https://dev.azure.com/Python/cpython/_build/results?buildId=66688&view=logs&j=0fcf9c9b-89fc-526f-8708-363e467e119e&t=fa5ef4ee-3911-591e--19482ab189b7&l=740

==
ERROR: test_executable_without_cwd (test.test_subprocess.ProcessTestCase)
--
Traceback (most recent call last):
  File "D:\a\1\b\layout-appx-win32\lib\test\test_subprocess.py", line 470, in 
test_executable_without_cwd
self._assert_cwd(os.getcwd(), "somethingyoudonthave",
  File "D:\a\1\b\layout-appx-win32\lib\test\test_subprocess.py", line 388, in 
_assert_cwd
normcase(p.stdout.read().decode("utf-8")))
UnicodeDecodeError: 'utf-8' codec can't decode byte 0xe6 in position 40: 
unexpected end of data

https://dev.azure.com/Python/cpython/_pipeline/analytics/stageawareoutcome?definitionId=4
 for 30 days.

99.16% of pipeline failures are due to failures in task - appx Tests

--
components: Tests, Windows
messages: 374189
nosy: paul.moore, steve.dower, tim.golden, xtreak, zach.ware
priority: normal
severity: normal
status: open
title: test_executable_without_cwd fails on appx test run in Azure pipelines
type: behavior
versions: Python 3.10

___
Python tracker 

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

[issue41384] tkinter raises TypeError when it's supposed to raise TclError

[Karthikeyan Singaravelan]

Change by Karthikeyan Singaravelan :


--
nosy: +gpolo, serhiy.storchaka

___
Python tracker 

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

[issue41382] print() unpredictable behaviour

[Eric V. Smith]

Eric V. Smith  added the comment:

It would help if you could pare this down to a simpler example, hopefully 
removing the '$'.

For example, does the problem still occur if you '$'s? What if you make all of 
the non-numeric strings 1 character long? What if you delete the non-numeric 
strings?

--
nosy: +eric.smith

___
Python tracker 

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

[issue38628] Issue with ctypes in AIX

[Tony Reix]

Tony Reix  added the comment:

# pwd
/opt/freeware/src/packages/BUILD/libffi-3.2.1

# grep -R ffi_closure_ASM *
powerpc-ibm-aix7.2.0.0/.libs/libffi.exp: ffi_closure_ASM
powerpc-ibm-aix7.2.0.0/include/ffitarget.h:void * code_pointer;   /* 
Pointer to ffi_closure_ASM */
src/powerpc/aix_closure.S:.globl ffi_closure_ASM
src/powerpc/darwin_closure.S:.globl _ffi_closure_ASM
src/powerpc/ffi_darwin.c: extern void ffi_closure_ASM (void);
  *((unsigned long *)&tramp[2]) = 
(unsigned long) ffi_closure_ASM; /* function  */
src/powerpc/ffitarget.h:  void * code_pointer;  /* Pointer to 
ffi_closure_ASM */

# grep -R ffi_call_AIX *
powerpc-ibm-aix7.2.0.0/.libs/libffi.exp:  ffi_call_AIX
src/powerpc/aix.S:.globl ffi_call_AIX
src/powerpc/ffi_darwin.c: extern void ffi_call_AIX(extended_cif 
*, long, unsigned, unsigned *,

In 64bit, I see that: ffi_darwin.c  is compiled and used for building 
libffi.so.6 .
Same in 32bit.

The code of file src/powerpc/ffi_darwin.c seems to be able to handle both 
FFI_AIX and FFI_DARWIN , dynamically based on cif->abi .

The code looks like VERY complex!

The hypothesis is that the 64bit code has a bug vs the 32bit version.

--

___
Python tracker 

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

[issue41383] Provide a limit arguments for __repr__

[Bernat Gabor]

Bernat Gabor  added the comment:

Thanks Rémi, did not know about it. Played around with it, and is not entirely 
what we'd need here. That class still generates the long string repr, just 
truncates it afterwards. That is unless teh Repr implements custom formatting 
for the types, however the Repr would be the IDEs code, and that doesn't 
understand enough the user code to be able to tell what's a good short 
representation for it. This was the idea with adding it as a parameter to the 
repr function, that the user can customize/override the outcome depenending how 
many characters it has left to use up for repr.

--

___
Python tracker 

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

[issue41382] print() unpredictable behaviour

[n-io]

n-io  added the comment:

Redirecting the stdout of the command to a file (script.py > out) shows the 
output being produced correctly. The bug seems therefore unrelated to python, 
my apologies. Thanks though!

FYI, "$cat out" will reproduce the bug, while "$vi out" will show the correct 
output as expected. Your intuition seemed correct, thanks.

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

[issue41386] Popen.wait does not account for negative return codes

[Nico]

New submission from Nico :

Following problem occurred.

A C style program can have negative return codes. However this is not correctly 
implemented in the Windows API. Therefore it is being returned as unsigned long 
by the API hence it leads to ambiguity while comparing return codes.

For reference regarding this topic see:
https://docs.microsoft.com/en-us/cpp/cpp/main-function-command-line-args?redirectedfrom=MSDN&view=vs-2019
https://docs.microsoft.com/en-us/windows/win32/api/processthreadsapi/nf-processthreadsapi-getexitcodeprocess

I suggest a

--
components: Windows
messages: 374194
nosy: MrTroble, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: Popen.wait does not account for negative return codes
type: behavior
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

[issue41386] Popen.wait does not account for negative return codes

[Nico]

Nico  added the comment:

I suggest implementing a singed conversation into _wait

--
keywords: +patch
message_count: 1.0 -> 2.0
pull_requests: +20749
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/21607

___
Python tracker 

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

[issue41385] test_executable_without_cwd fails on appx test run in Azure pipelines

[Serhiy Storchaka]

Change by Serhiy Storchaka :


--
keywords: +patch
nosy: +serhiy.storchaka
nosy_count: 5.0 -> 6.0
pull_requests: +20750
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/21608

___
Python tracker 

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

[issue41350] Use of zipfile.Path causes attempt to write after ZipFile is closed

[Jason R. Coombs]

Jason R. Coombs  added the comment:

This routine will repro the issue without relying on garbage collection to 
trigger the error:

```
import io
import zipfile
buf = io.BytesIO()
zf = zipfile.ZipFile(buf, mode='w')
zp = zipfile.Path(zf)
with zp.joinpath('zile-a').open('w') as fp:
fp.write('contents of file-a')
zf.close()
buf.close()
zp.root.close()
```

--

___
Python tracker 

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

[issue41387] Wrong example, need scpae \"

[Antonio Gutierrez]

New submission from Antonio Gutierrez :

In the main documentation, the example:

#!/usr/bin/env python3

import smtplib

from email.message import EmailMessage
from email.headerregistry import Address
from email.utils import make_msgid

# Create the base text message.
msg = EmailMessage()
msg['Subject'] = "Ayons asperges pour le déjeuner"
msg['From'] = Address("Pepé Le Pew", "pepe", "example.com")
msg['To'] = (Address("Penelope Pussycat", "penelope", "example.com"),
 Address("Fabrette Pussycat", "fabrette", "example.com"))
msg.set_content("""\
Salut!

Cela ressemble à un excellent recipie[1] déjeuner.

[1] http://www.yummly.com/recipe/Roasted-Asparagus-Epicurious-203718

--Pepé
""")

# Add the html version.  This converts the message into a multipart/alternative
# container, with the original text message as the first part and the new html
# message as the second part.
asparagus_cid = make_msgid()
msg.add_alternative("""\

  
  
Salut!
Cela ressemble à un excellent
http://www.yummly.com/recipe/Roasted-Asparagus-Epicurious-203718";>
recipie
 déjeuner.


  

""".format(asparagus_cid=asparagus_cid[1:-1]), subtype='html')
# note that we needed to peel the <> off the msgid for use in the html.

# Now add the related image to the html part.
with open("roasted-asparagus.jpg", 'rb') as img:
msg.get_payload()[1].add_related(img.read(), 'image', 'jpeg',
 cid=asparagus_cid)

# Make a local copy of what we are going to send.
with open('outgoing.msg', 'wb') as f:
f.write(bytes(msg))

# Send the message via local SMTP server.
with smtplib.SMTP('localhost') as s:
s.send_message(msg)



in the line  the " has to be escape,  , otherwise it wont read the image.

--
messages: 374197
nosy: Antonio Gutierrez
priority: normal
severity: normal
status: open
title: Wrong example, need scpae \"

___
Python tracker 

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

[issue41387] Wrong example, need scpae \"

[Antonio Gutierrez]

Change by Antonio Gutierrez :


--
assignee:  -> docs@python
components: +Documentation
nosy: +docs@python
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

[issue41350] Use of zipfile.Path causes attempt to write after ZipFile is closed

[Angel Siblani]

Change by Angel Siblani :


--
components: +Demos and Tools, XML, email -Library (Lib)
nosy: +angelsb, barry, r.david.murray
type: behavior -> resource usage
versions:  -Python 3.8, Python 3.9

___
Python tracker 

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

[issue41386] Popen.wait does not account for negative return codes

[Nico]

Change by Nico :


--
components: +Library (Lib) -Windows

___
Python tracker 

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

[issue41387] Escape needed in the email documentation example

[SilentGhost]

Change by SilentGhost :


--
nosy: +barry, maxking, r.david.murray
title: Wrong example, need scpae \" -> Escape needed in the email documentation 
example

___
Python tracker 

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

[issue41328] Hudson CI is not available anymore

[Guido van Rossum]

Guido van Rossum  added the comment:

Why not add Travis-CI and AppVeyor?

--
nosy: +gvanrossum

___
Python tracker 

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

[issue41340] Not very good strcpy implementation in cpython/Python/strdup.c

[Guido van Rossum]

Guido van Rossum  added the comment:

Either remove it or close this issue as won’t fix.

--
nosy: +gvanrossum

___
Python tracker 

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

[issue41345] Remote end closed connection without response

[Guido van Rossum]

Guido van Rossum  added the comment:

This surely is some application corner case. Closing.

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

[issue41362] Regenerating parser table fails (windows)

[Guido van Rossum]

Guido van Rossum  added the comment:

Is this really worth our attention? In 3.10 this will be irrelevant.

--
nosy: +gvanrossum

___
Python tracker 

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

[issue41381] Google chat handler in Logging module

[Anand Tripathi]

Anand Tripathi  added the comment:

Yeah, it will be as same as the SMTP Handler. But yeah creating a library
wrapper around the logging package is also a good idea.
[image: image.png]

Thanks for the support.

Best,
Anand Tripathi

On Fri, Jul 24, 2020 at 3:20 PM Rémi Lapeyre  wrote:

>
> Rémi Lapeyre  added the comment:
>
> Hi Anand, this is very specific to one product and I don't think the core
> team will take the burden to maintain to as it may be too specific. You
> could create a package and publish it on Pypi so others can use it thought.
>
> --
> components: +Library (Lib)
> nosy: +remi.lapeyre
> versions: +Python 3.10
>
> ___
> Python tracker 
> 
> ___
>

--
Added file: https://bugs.python.org/file49335/image.png

___
Python tracker 

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

[issue41377] memoryview of str (unicode)

[Guido van Rossum]

Guido van Rossum  added the comment:

We should not do this, it would expose internals that we need to keep private. 
The right approach would be to keep things as bytes.

--
nosy: +gvanrossum
resolution:  -> wont fix
stage:  -> resolved
status: open -> closed

___
Python tracker 

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

[issue41380] Add snake example to turtledemo

[Guido van Rossum]

Guido van Rossum  added the comment:

There already is a decent set of examples. I think a Snake game is a worthy 
addition.

--
nosy: +gvanrossum

___
Python tracker 

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

[issue41381] Google chat handler in Logging module

[Éric Araujo]

Éric Araujo  added the comment:

The difference is that SMTP is a universal, documented, vendor-independent 
Internet standard.  Google chat products are specific to one company, pose a 
maintenance issue (stable Python branches could not accept big changes if the 
API changes), and risk becoming obsolete (google released ten text and/or video 
chat systems, renamed them, merged them, removed them).  So this idea is not 
adequate for the standard library perfect for a package on PyPI!

--
nosy: +eric.araujo
resolution:  -> rejected
status: open -> pending

___
Python tracker 

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

[issue41388] IDLE fails to detect corresponding opening parenthesis

[Alexey Burdin]

New submission from Alexey Burdin :

```
answers_field_order=sorted(
set(j for i in data['items'] for j in i),
key=cmp_to_key(lambda x,y:(
-1 if (x,y) in answer_order 
else (0 if x==y else 1)))
)
```
when the cursor is placed in line 5 col 31 (between `)` and `))` ) hitting 
Ctrl-0 (Show surrounding parens) produces an error sound, though there's no 
error, the script works fine.

```
$ lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description:Ubuntu 18.04.4 LTS
Release:18.04
Codename:   bionic
$ uname -a
Linux odd-one 4.15.0-112-generic #113-Ubuntu SMP Thu Jul 9 23:41:39 UTC 2020 
x86_64 x86_64 x86_64 GNU/Linux
$ python3.8
Python 3.8.0 (default, Oct 28 2019, 16:14:01) 
[GCC 8.3.0] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> import importlib
>>> importlib.util.find_spec('idlelib.pyshell')
ModuleSpec(name='idlelib.pyshell', 
loader=<_frozen_importlib_external.SourceFileLoader object at 0x7f1ea8ee14c0>, 
origin='/usr/lib/python3.8/idlelib/pyshell.py')
>>> exit()
$ dpkg-query -S /usr/lib/python3.8/idlelib/pyshell.py
idle-python3.8: /usr/lib/python3.8/idlelib/pyshell.py
$ dpkg -l | grep idle-python3\.8
ii  idle-python3.8 3.8.0-3~18.04
all  IDE for Python (v3.8) using Tkinter
```

--
assignee: terry.reedy
components: IDLE
messages: 374205
nosy: Alexey Burdin, terry.reedy
priority: normal
severity: normal
status: open
title: IDLE fails to detect corresponding opening parenthesis
type: behavior
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

[issue41387] Escape needed in the email documentation example

[Lewis Ball]

Lewis Ball  added the comment:

So I have just tried it out and the example seems to work fine for me as it is 
(tested using 3.8.2).

Note that escaping the " in this case makes no difference to the string:
```
>>> "" == ""
True
```

--
nosy: +Lewis Ball

___
Python tracker 

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

[issue41386] Popen.wait does not account for negative return codes

[Nico]

Change by Nico :


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

[issue41387] Escape needed in the email documentation example

[Antonio Gutierrez]

Antonio Gutierrez  added the comment:

I forget to mention that I am receiving the mails with gmail, I don't know
if that is important or not. It shouldn't be different right, but for me it
is, if i don't use the escape the image is send and I can get it from the
attachment, but I am unable to see it in the html message. Maybe I am
doing something wrong.

El vie., 24 jul. 2020 a las 21:25, Lewis Ball ()
escribió:

>
> Lewis Ball  added the comment:
>
> So I have just tried it out and the example seems to work fine for me as
> it is (tested using 3.8.2).
>
> Note that escaping the " in this case makes no difference to the string:
> ```
> >>> "" == ""
> True
> ```
>
> --
> nosy: +Lewis Ball
>
> ___
> Python tracker 
> 
> ___
>

--

___
Python tracker 

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

[issue32958] socket module calls with long host names can fail with idna codec error

[Aaron Black]

Aaron Black  added the comment:

joseph.hackman

I don't think that the 63 character limit on a label is the problem 
specifically, merely it's application. 

The crux of my issue was that credentials passed with the url in a basic-authy 
fashion (as some services require) count against the label length. For example, 
this would trigger the error:

h = 
"https://ablack:very_long_api_key_0123456789012345678901234567890123456789012345678901234567890...@www.example.com";

Since the first label would be treated as:
 
"ablack:very_long_api_key_0123456789012345678901234567890123456789012345678901234567890123@www"

My specific issue goes away if any text up to / including an "@" in the first 
label section is not included in the label validation. I don't know off hand if 
that information is supposed to be included per the label in the DNS spec 
though.

--

___
Python tracker 

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

[issue41386] Popen.wait does not account for negative return codes

[Nico]

Nico  added the comment:

I don't know if it should be a good idea to add a flag to turn off the negative 
conversation?

--

___
Python tracker 

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

[issue41389] Garbage Collector Ignoring Some (Not All) Circular References of Identical Type

[Ian O'Shaughnessy]

New submission from Ian O'Shaughnessy :

Using a script that has two classes A and B which contain a circular reference 
variable, it is possible to cause a memory leak that is not captured by default 
gc collection. Only by running gc.collect() manually do the circular references 
get collected.

Attached is a sample script that replicates the issue.

Output starts:

Ram used: 152.17 MB - A: Active(125) / Total(2485) - B: Active(124) / 
Total(2484)
Ram used: 148.17 MB - A: Active(121) / Total(12375) - B: Active(120) / 
Total(12374)
Ram used: 65.88 MB - A: Active(23) / Total(22190) - B: Active(22) / Total(22189)
Ram used: 77.92 MB - A: Active(35) / Total(31935) - B: Active(34) / Total(31934)

After 1,000,000 cycles 1GB of ram is being consumed:

Ram used: 1049.68 MB - A: Active(1019) / Total(975133) - B: Active(1018) / 
Total(975132)
Ram used: 1037.64 MB - A: Active(1007) / Total(984859) - B: Active(1006) / 
Total(984858)
Ram used: 952.34 MB - A: Active(922) / Total(994727) - B: Active(921) / 
Total(994726)
Ram used: 970.41 MB - A: Active(940) / Total(100) - B: Active(940) / 
Total(100)

--
files: gc.bug.py
messages: 374210
nosy: ian_osh
priority: normal
severity: normal
status: open
title: Garbage Collector Ignoring Some (Not All) Circular References of 
Identical Type
type: resource usage
versions: Python 3.7
Added file: https://bugs.python.org/file49337/gc.bug.py

___
Python tracker 

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

[issue41387] Escape needed in the email documentation example

[Antonio Gutierrez]

Antonio Gutierrez  added the comment:

OK, first I am sorry , I did try again when I read your message( because it
has all the sense), and yes it works, probably I corrected something else
that made it work, i don't know. I'll try to make better reports in the
future.

El vie., 24 jul. 2020 a las 21:38, Antonio Gutierrez (<
rep...@bugs.python.org>) escribió:

>
> Antonio Gutierrez  added the comment:
>
> I forget to mention that I am receiving the mails with gmail, I don't know
> if that is important or not. It shouldn't be different right, but for me it
> is, if i don't use the escape the image is send and I can get it from the
> attachment, but I am unable to see it in the html message. Maybe I am
> doing something wrong.
>
> El vie., 24 jul. 2020 a las 21:25, Lewis Ball ()
> escribió:
>
> >
> > Lewis Ball  added the comment:
> >
> > So I have just tried it out and the example seems to work fine for me as
> > it is (tested using 3.8.2).
> >
> > Note that escaping the " in this case makes no difference to the string:
> > ```
> > >>> "" == ""
> > True
> > ```
> >
> > --
> > nosy: +Lewis Ball
> >
> > ___
> > Python tracker 
> > 
> > ___
> >
>
> --
>
> ___
> Python tracker 
> 
> ___
>

--

___
Python tracker 

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

[issue41386] Popen.wait does not account for negative return codes

[Nico]

Nico  added the comment:

We apparently need a flag to ensure compatibility with the windows return codes

==
FAIL: test_disable_windows_exc_handler 
(test.test_faulthandler.FaultHandlerTests)
--
Traceback (most recent call last):
  File "D:\a\cpython\cpython\lib\test\test_faulthandler.py", line 825, in 
test_disable_windows_exc_handler
self.assertEqual(exitcode, 0xC005)
AssertionError: -1073741819 != 3221225477

--

___
Python tracker 

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

[issue41387] Escape needed in the email documentation example

[R. David Murray]

Change by R. David Murray :


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

[issue41389] Garbage Collector Ignoring Some (Not All) Circular References of Identical Type

[Tim Peters]

Tim Peters  added the comment:

I see no evidence of a bug here. To the contrary, the output proves that 
__del__ methods are getting called all along. And if garbage weren't being 
collected, after allocating a million objects each with its own megabyte string 
object, memory use at the end would be a terabyte, not a comparatively measly 
;-) gigabyte

Note that Python's cyclic gc is NOT asynchronous. It only runs when you call it 
directly, or when an internal count of allocations exceeds an internal count of 
deallocations. When your loop ends, your output shows that 940 A and B objects 
remain to be collected, spread across some number of the gc's "generations". 
That's where your gigabyte lives (about a thousand A objects each with its own 
megabyte of string data). It will remain in use until gc is forced to run 
again. But 99.9% of the A objects have already been collected.

--
nosy: +tim.peters

___
Python tracker 

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

[issue41389] Garbage Collector Ignoring Some (Not All) Circular References of Identical Type

[Ian O'Shaughnessy]

Ian O'Shaughnessy  added the comment:

For a long running process (greatly exceeding a million iterations) the 
uncollected garbage will become too large for the system (many gigabytes). A 
manual execution of the gc would be required.

That seems flawed given that Python is a garbage collected language, no?

--

___
Python tracker 

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

[issue41389] Garbage Collector Ignoring Some (Not All) Circular References of Identical Type

[Tim Peters]

Tim Peters  added the comment:

What makes you think that? Your own output shows that the number of "Active" 
objects does NOT monotonically increase across output lines. It goes up 
sometimes, and down sometimes.  Whether it goes up or down is entirely due to 
accidents of when your monitoring thread happens to wake up during the lifetime 
of the program's gc history.

I boosted the loop count to 10 million on my box just now. It had no 
significant effect on peak memory use. At the end:

>>> A.COUNT, A.TOTAL, B.COUNT, B.TOTAL
(298, 1000, 298, 1000)
>>> gc.collect()
1188
>>> A.COUNT, A.TOTAL, B.COUNT, B.TOTAL
(1, 1000, 1, 1000)

There is no leak. An A and B object survive collect() because the last A object 
created remains bound to the variable `a` used in the loop (so is still 
reachable).

So I thank you for creating a nice test program, but I'm closing this since it 
doesn't demonstrate a real problem.

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

[issue38628] Issue with ctypes in AIX

[Batuhan Taskaya]

Change by Batuhan Taskaya :


--
nosy: +BTaskaya

___
Python tracker 

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

[issue41381] Google chat handler in Logging module

[Vinay Sajip]

Vinay Sajip  added the comment:

Agreed that a library on PyPI is the appropriate way to resolve this.

--
stage:  -> resolved
status: pending -> closed

___
Python tracker 

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

[issue41387] Escape needed in the email documentation example

[Lewis Ball]

Lewis Ball  added the comment:

Okay no worries, glad it is all sorted now :)

--

___
Python tracker 

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

[issue22431] Change format of test runner output

[Zackery Spytz]

Change by Zackery Spytz :


--
keywords: +patch
nosy: +ZackerySpytz
nosy_count: 8.0 -> 9.0
pull_requests: +20751
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/21609

___
Python tracker 

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

[issue41388] IDLE fails to detect corresponding opening parenthesis

[Lewis Ball]

Lewis Ball  added the comment:

A minimal example of the same issue seems to be:
```
(1 if x
 else 0)
```
In this case the parentheses matching also fails. It only ever seems to fail 
when `else` is the first word on a newline inside brackets, and adding the line 
break elsewhere in the above statement will not cause the matching to fail. 

I imagine it stops looking for the matching parentheses when it gets to the 
`else` statement, as an `else` when part of an `if/else` cannot be inside 
parentheses. Obviously the exception to this is the ternary operator.

Bizarrely, it only seems to fail the first time it encounters this issue. Any 
subsequent code with the same pattern seems to be matched fine. So in the 
following example, the second brackets get matched without an issue:

```
(1 if x
 else 0)

(1 if x
 else 0)
```

Hopefully someone more familiar with the source code can shed some light on 
this!

--
nosy: +Lewis Ball

___
Python tracker 

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

[issue41386] Popen.wait does not account for negative return codes

[Eryk Sun]

Eryk Sun  added the comment:

In the Windows API, errors and exit status codes are all unsigned 32-bit 
integers. See SetLastError, GetLastError, ExitThread, ExitProcess, 
GetExitCodeThread, and GetExitCodeProcess. Even signed NTSTATUS and HRESULT 
values are commonly displayed as non-negative values, and, as exit status 
values, they're usually matched as unsigned integers. 

I think, if anything, it should suffice to document the range of 
`Popen.returncode` in Windows as a 32-bit unsigned integer.

---

Even POSIX systems in many cases have no use for the signed exit status from C 
exit(). The POSIX wait() and waitpid() system calls only provide the lower byte 
(i.e. masked by 0xFF) of the exit status. The subprocess module takes advantage 
of this on POSIX systems in order to reserve negative return codes to indicate 
termination by a signal. 

The newer waitid() system call should be able to return the signed 32-bit exit 
status. I think that's implemented on BSD and macOS, but waitid() in Linux 5.4 
appears to only return the masked 8-bit status. For example:

>>> p = subprocess.Popen(['python', '-c', 'import os; os._exit(-1)'])
>>> os.waitid(os.P_PID, p.pid, os.WEXITED).si_status
255

--
nosy: +eryksun

___
Python tracker 

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

[issue24955] webbrowser broken on Mac OS X when using the BROWSER variable

[Hugo Delgado]

Hugo Delgado  added the comment:

I've bumped into this and won't mind working on it, is it ok for me to try to 
finish it?

--
nosy: +Hugo Delgado

___
Python tracker 

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

[issue24955] webbrowser broken on Mac OS X when using the BROWSER variable

[Senthil Kumaran]

Senthil Kumaran  added the comment:

Hugo, please go ahead and a test for this patch.

--
assignee:  -> orsenthil

___
Python tracker 

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

[issue24955] webbrowser broken on Mac OS X when using the BROWSER variable

[hudelgado]

hudelgado  added the comment:

Ok, I'm thinking in also replace the os.popen calls with subprocess.Popen to 
keep consistency with existing tests.
Do you think it's a good approach? Or should be better to just add some tests 
around the current implementation?

--

___
Python tracker 

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

[issue41388] IDLE fails to detect corresponding opening parenthesis

[Terry J. Reedy]

Terry J. Reedy  added the comment:

(While I wrote the following, Lewis Ball posted some of the same conclusions.)

0. I verified the failure with 3.8.5 and current master.

1. I reduced the failing example to a minimum of 7 chars on 2 lines.
(
else)

1a. Deleting '\n' or any letter of 'else' fixes the problem.
1b. Adding 'else' before '(' fixes the problem.
1a is true for the initial 'else' on line 4 of the original example.
1b is true for 'else' on a new line before the first.

2. I tried multiple variations
2a. Matching also fails when typing ')'.
2b. Replacing '()' with '[]' or '{}' makes no difference.

2c. Replacing 'else' with 'elif', 'while', 'def', or 'class' makes no 
difference.  This include the addition for 1b above.  Replacing 'else' with 
'if', 'for', or 'with' fixes the bug.

Bingo!!!  Matching uses idlelib.hyperparser, which uses idlelib.pyparse, which 
has regex _synchre, which finds "what looks like the start of a popular 
statement".  It matches 'elif', etcetera, but not 'if', etcetera.  I noticed 
previously that these 'popular' line beginners were missing and have planned to 
add them.*  But we need to make matched words not disable fence matching.

* Keyword 'with' was likely added to python after this re was last revised.  
Keywords 'if' and 'for' might have been removed when comprehensions were added. 
If so, 'else' should have been removed when conditional expressions were added 
and 'yield' when yield expressions were added.  These latter two are the only 
keywords matched by _synchre that can properly appear in the middle of a 
statement but at the beginning of a continuation line.

2d. In the original and minimal examples, moving the offending 'else' to the 
end of the previous line fixes the problem.  So I believe that 'else' at the 
beginning of the line is seen marking the beginning of the statememt, and 
matching does not look back further.  If 'else' and 'yield' were left in 
_synchre and 'if' and 'for' were added back, the matcher would have to 
determine whether the line is a continuation or not.  (And I believe that not 
having 'if' and 'for' degrades the use of pyparse at least for other uses.)

2e. The minimal failing example works in the shell.  Why are _synchre keywords 
not poisonous here?  Is it just because the current statement is known to begin 
just after the '>>> ' prompt, so that else beginning the second line is somehow 
not seen as beginning a new statement?  We need to check if and how fence 
matching in shell is different other than the presence of the marker where code 
input begins.


Alexey: in msg371076 of #21756 I claimed that there is no issue with typing 
closers or ^0 on the same line just before the closer.  Thank you for reporting 
this counter-example.  I imagine that you are not the first IDLE user to write 
a conditional expression on 2 or more lines with else at the beginning of a 
line.  Such expressions always need a closer.

--
nosy: +taleinat -Lewis Ball
stage:  -> test needed
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

[issue41388] IDLE fails to detect corresponding opening parenthesis

[Terry J. Reedy]

Terry J. Reedy  added the comment:

Without rereading hyperparser and pyparse, I don't understand why a previous 
_synchre match prevents subsequent failures.  It does suggest that when 
matching parentheses, a fix would be to temporarily prepend 'else\n' to the 
text, or otherwise simulating the effect of that.

But the previous 'else' might only work before the 'current' statement.  And we 
should determine whether any other uses of these modules have related bugs.  
Also, removing 'else' from the _synchre regex did not fix the issue, so there 
is something else I am missing.

--

___
Python tracker 

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

[issue41388] IDLE fails to detect corresponding opening parenthesis

[Terry J. Reedy]

Change by Terry J. Reedy :


--
nosy: +Lewis Ball

___
Python tracker 

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

[issue41388] IDLE fails to detect corresponding opening parenthesis

[Terry J. Reedy]

Terry J. Reedy  added the comment:

Lewis, removing you was an accident.  Your post is correct.

--

___
Python tracker 

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

[issue41390] Errors and warnings on generate bytecode files

[Tomasz Kloczko]

Change by Tomasz Kloczko :


--
title: Errors and warnings on generate butecode files -> Errors and warnings on 
generate bytecode files

___
Python tracker 

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

[issue41373] IDLE: edit/save files created by Windows Explorer

[miss-islington]

Change by miss-islington :


--
pull_requests: +20753
pull_request: https://github.com/python/cpython/pull/21611

___
Python tracker 

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

[issue41373] IDLE: edit/save files created by Windows Explorer

[miss-islington]

Change by miss-islington :


--
nosy: +miss-islington
nosy_count: 4.0 -> 5.0
pull_requests: +20752
stage: test needed -> patch review
pull_request: https://github.com/python/cpython/pull/21610

___
Python tracker 

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

[issue41373] IDLE: edit/save files created by Windows Explorer

[Terry J. Reedy]

Terry J. Reedy  added the comment:


New changeset 0dd463c8a4269137ebed7cc29605c555030df94f by Serhiy Storchaka in 
branch 'master':
bpo-41373: IDLE: Fix saving files loaded with no newlines or mixed newlines 
(GH-21597)
https://github.com/python/cpython/commit/0dd463c8a4269137ebed7cc29605c555030df94f


--

___
Python tracker 

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

[issue41373] IDLE: edit/save files created by Windows Explorer

[miss-islington]

miss-islington  added the comment:


New changeset 1c562ced2123f4d5a250fe9072ac93504cc41967 by Miss Islington (bot) 
in branch '3.8':
bpo-41373: IDLE: Fix saving files loaded with no newlines or mixed newlines 
(GH-21597)
https://github.com/python/cpython/commit/1c562ced2123f4d5a250fe9072ac93504cc41967


--

___
Python tracker 

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

[issue41373] IDLE: edit/save files created by Windows Explorer

[miss-islington]

miss-islington  added the comment:


New changeset 15fdbb7145ee99abd98b4968307d4b89dd71a988 by Miss Islington (bot) 
in branch '3.9':
bpo-41373: IDLE: Fix saving files loaded with no newlines or mixed newlines 
(GH-21597)
https://github.com/python/cpython/commit/15fdbb7145ee99abd98b4968307d4b89dd71a988


--

___
Python tracker 

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

[issue41328] Hudson CI is not available anymore

[Terry J. Reedy]

Terry J. Reedy  added the comment:

After reading the Wikipedia article, I agree with removing Hudson.

The text is the same in the master branch (future 3.10), so make a PR against 
master.  We will backport to 3.9 and 3.8 from there. 

Jenkins is already mentioned. So replace 'or Hudson' with 'Travis-CI, or 
AppVeyor', each linked to its home page as the others are.  Please sign the 
Contributor Agreement *before* submitting a PR.
https://www.python.org/psf/contrib/

--
nosy: +terry.reedy
stage:  -> needs patch
type: enhancement -> behavior
versions: +Python 3.10

___
Python tracker 

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

[issue41328] In unittest doc, replace Hudson CI with Travis and Appveyor

[Terry J. Reedy]

Change by Terry J. Reedy :


--
title: Hudson CI is not available anymore -> In unittest doc, replace Hudson CI 
with Travis and Appveyor

___
Python tracker 

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

[issue24955] webbrowser broken on Mac OS X when using the BROWSER variable

[Senthil Kumaran]

Senthil Kumaran  added the comment:

Hugo, I'd welcome such a change.

--

___
Python tracker 

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

[issue37309] idlelib/NEWS.txt for 3.9.0 and backports

[Terry J. Reedy]

Change by Terry J. Reedy :


--
pull_requests: +20754
pull_request: https://github.com/python/cpython/pull/21612

___
Python tracker 

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

[issue37309] idlelib/NEWS.txt for 3.9.0 and backports

[Terry J. Reedy]

Change by Terry J. Reedy :


--
pull_requests: +20755
pull_request: https://github.com/python/cpython/pull/21613

___
Python tracker 

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

[issue41344] SharedMemory crash when size is 0

[Terry J. Reedy]

Terry J. Reedy  added the comment:

Python 3.10.0a0  Jul 23 2020, win32 (without patch)

>>> from multiprocessing import shared_memory
>>> shm_a = shared_memory.SharedMemory(create=True, size=0)
Traceback (most recent call last):
  File "", line 1, in 
shm_a = shared_memory.SharedMemory(create=True, size=0)
  File "f:\dev\3x\lib\multiprocessing\shared_memory.py", line 129, in __init__
h_map = _winapi.CreateFileMapping(
OSError: [WinError 87] The parameter is incorrect: 'wnsm_4ab39616'

After the patch, I get the value error.

--
nosy: +terry.reedy
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

[issue37309] idlelib/NEWS.txt for 3.9.0 and backports

[Terry J. Reedy]

Terry J. Reedy  added the comment:


New changeset af08db7bac3087aac313d052c1a6302bee7c9c89 by Terry Jan Reedy in 
branch 'master':
bpo-37309: NEWS for #41373 (GH-21612)
https://github.com/python/cpython/commit/af08db7bac3087aac313d052c1a6302bee7c9c89


--

___
Python tracker 

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