[issue34953] Implement `mmap.mmap.__repr__`

[thautwarm]

thautwarm  added the comment:

How about this:

```
# opened


# closed


```

--
nosy: +thautwarm

___
Python tracker 

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

[issue34095] [2.7] test_idle fails with: /usr/bin/xvfb-run: line 181: 3617 Segmentation fault

[Erich Eckner]

Erich Eckner  added the comment:

Yes, I get much further in the test suite, currently (40k lines logged vs. 
23k). Now, it succeeds until:

0:08:26 load avg: 0.72 [358/403/3] test_tuple
test_addmul (test.test_tuple.TupleTest) ... ok
test_bigrepeat (test.test_tuple.TupleTest) ... /usr/bin/xvfb-run: line 181:  231
8 Segmentation fault  (core dumped) DISPLAY=:$SERVERNUM XAUTHORITY=$AUTHFILE
 "$@" 2>&1

--
Added file: https://bugs.python.org/file47869/log

___
Python tracker 

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

[issue34988] Rc2 candidates: "gcc" not found on AIX

[Michael Felt]

New submission from Michael Felt :

Both rc2 packages - 
$ ls -l *.xz
-rw-r--r--1 aixtools staff  17178404 Oct 13 02:41 Python-3.6.7rc2.tar.xz
-rw-r--r--1 aixtools staff  16974832 Oct 13 02:24 Python-3.7.1rc2.tar.xz
 return the same error on a system using gcc as default compiler - BUT xlc is 
installed.

$ cc
ksh: cc:  not found.
$ xlc
/opt/IBM/xlc/13.1.3/bin/.orig/xlc: 1501-294 (S) No input file specified. Please 
use -qhelp for more information.
$ xlc_r
ksh: xlc_r:  not found.
$ gcc
gcc: fatal error: no input files
compilation terminated.

$ ./configure
checking build system type... powerpc-ibm-aix7.2.0.0
checking host system type... powerpc-ibm-aix7.2.0.0
checking for python3.7... no
checking for python3... python3
checking for --enable-universalsdk... no
checking for --with-universal-archs... no
checking MACHDEP... checking for --without-gcc...
checking for --with-icc... no
checking for gcc... xlc_r
checking whether the C compiler works... no
configure: error: in `/home/aixtools/Python-3.7.1rc2':
configure: error: C compiler cannot create executables
See `config.log' for more details

Bug being - it does check for gcc - which is in the PATH yet substitutes it for 
xlc_r which is not in the PATH.

excerpt from

ksh -x ./configure:

aix7
+ CONFIGURE_MACOSX_DEPLOYMENT_TARGET=
+ EXPORT_MACOSX_DEPLOYMENT_TARGET=#
+ print -r -- configure:3476: checking for --without-gcc
+ 1>& 5
+ print -rn -- checking for --without-gcc...
+ 1>& 6
checking for --without-gcc... + test  = set
+ CC=xlc_r
+ without_gcc=
+ print -r -- configure:3499: result:
+ 1>& 5
+ print -r --
+ 1>& 6

+ print -r -- configure:3502: checking for --with-icc

--
components: Build
messages: 327736
nosy: Michael.Felt
priority: normal
severity: normal
status: open
title: Rc2 candidates: "gcc" not found on AIX
type: behavior
versions: Python 3.6, Python 3.7

___
Python tracker 

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

[issue34747] SSLSocket.context cannot be changed on non-connected sockets

[Christian Heimes]

Christian Heimes  added the comment:

How did you run into the issue? There is no reason to ever replace the context 
of a listening socket. The context setter is designed for SNI-based virtual 
hosting to replace the context of a bound server-side connection. You never 
change the listening socket.

We can probably fix the issue, though.

--
priority: normal -> low
versions: +Python 3.7, Python 3.8

___
Python tracker 

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

[issue34988] Rc2 candidates: "gcc" not found on AIX

[Serhiy Storchaka]

Change by Serhiy Storchaka :


--
nosy: +ned.deily

___
Python tracker 

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

[issue34521] Multiple tests (test_socket, test_multiprocessing_*) fail due to incorrect recvmsg(2) buffer lengths, causing failures on FreeBSD CURRENT

[miss-islington]

Change by miss-islington :


--
pull_requests: +9250

___
Python tracker 

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

[issue34521] Multiple tests (test_socket, test_multiprocessing_*) fail due to incorrect recvmsg(2) buffer lengths, causing failures on FreeBSD CURRENT

[miss-islington]

Change by miss-islington :


--
pull_requests: +9251

___
Python tracker 

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

[issue34095] [2.7] test_idle fails with: /usr/bin/xvfb-run: line 181: 3617 Segmentation fault

[Chih-Hsuan Yen]

Chih-Hsuan Yen  added the comment:

The new crashing test seems the same as https://bugs.python.org/issue33153. I 
can't reproduce it on 64-bit Arch Linux, so that might be a 32-bit only issue.

--

___
Python tracker 

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

[issue34987] A possible null pointer dereference in _pickle.c's save_reduce()

[Zackery Spytz]

Zackery Spytz  added the comment:

It is not properly checked: Py_DECREF() is always called on the result of 
get_class(), but get_class() can return NULL.

--

___
Python tracker 

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

[issue34747] SSLSocket.context cannot be changed on non-connected sockets

[Vincent Pelletier]

Vincent Pelletier  added the comment:

The reason which led me into this is server certificate renewal: my service 
crashed on that setter 2 months after starting, when it received a new 
certificate.

I toyed with the idea of closing the listening sockets, but without closing 
would be even better - code changing socket certificate is much simpler than 
having to stop all worker treads (SocketServer.ThreadingMixIn), close the 
listening sockets, and start them all again in new threads with a new 
wrap_socket'ed listening socket.

--

___
Python tracker 

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

[issue34976] IDLE: Replace the search dialog with a search bar

[Tal Einat]

Tal Einat  added the comment:

Thanks for giving it a try, Cheryl, I'm glad you like it!

--

___
Python tracker 

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

[issue34989] python-gdb.py fails with TypeError("'FakeRepr' object is not subscriptable") is gdb fails to read debug symbols

[STINNER Victor]

New submission from STINNER Victor :

On Fedora 28, gdb fails to read (some?) debug symbols:
"Dwarf Error: could not find partial DIE containing offset 0x316 [in module 
/usr/lib/debug/usr/bin/python3.6-3.6.6-1.fc28.x86_64.debug]"
https://bugzilla.redhat.com/show_bug.cgi?id=1613614

In this case, the "py-bt" command of python-gdb.py fails with a TypeError:

(gdb) py-bt
Traceback (most recent call first):
  
Python Exception  'FakeRepr' object is not subscriptable: 
Error occurred in Python command: 'FakeRepr' object is not subscriptable


python-gdb.py shouldn't fail on such case, but handle the error.

Attached PR fix this issue.

--
components: Demos and Tools
messages: 327742
nosy: vstinner
priority: normal
severity: normal
status: open
title: python-gdb.py fails with TypeError("'FakeRepr' object is not 
subscriptable") is gdb fails to read debug symbols
versions: Python 2.7, Python 3.6, Python 3.7, Python 3.8

___
Python tracker 

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

[issue34990] year 2038 problem in compileall.py

[Bernhard M. Wiedemann]

New submission from Bernhard M. Wiedemann :

To reproduce:
touch -d 2038-01-20 /usr/lib/python3.6/site-packages/six.py
python3 /usr/lib64/python3.6/compileall.py


  File "/usr/lib64/python3.6/compileall.py", line 198, in compile_path
legacy=legacy, optimize=optimize)
  File "/usr/lib64/python3.6/compileall.py", line 90, in compile_dir
legacy, optimize):
  File "/usr/lib64/python3.6/compileall.py", line 138, in compile_file
mtime)
struct.error: 'l' format requires -2147483648 <= number <= 2147483647

It could use either 
64 bit int (requires new .pyc format with different magic number) or
unsigned 32 bit int (gives us only another 68 years)

--
components: Build
messages: 327743
nosy: bmwiedemann
priority: normal
severity: normal
status: open
title: year 2038 problem in compileall.py
type: compile error
versions: Python 3.6, Python 3.7

___
Python tracker 

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

[issue34989] python-gdb.py fails with TypeError("'FakeRepr' object is not subscriptable") is gdb fails to read debug symbols

[STINNER Victor]

Change by STINNER Victor :


--
keywords: +patch
pull_requests: +9252
stage:  -> patch review

___
Python tracker 

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

[issue16965] 2to3 should rewrite execfile() to open in 'rb' mode

[Zackery Spytz]

Change by Zackery Spytz :


--
pull_requests: +9253

___
Python tracker 

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

[issue34989] python-gdb.py fails with TypeError("'FakeRepr' object is not subscriptable") is gdb fails to read debug symbols

[STINNER Victor]

STINNER Victor  added the comment:

The bug can be reproduced using this change:


diff --git a/Tools/gdb/libpython.py b/Tools/gdb/libpython.py
index bf4047419e..f973d4d4bd 100755
--- a/Tools/gdb/libpython.py
+++ b/Tools/gdb/libpython.py
@@ -402,6 +402,7 @@ class PyObjectPtr(object):
 the pointer accordingly.
 '''
 try:
+raise RuntimeError
 p = PyObjectPtr(gdbval)
 cls = cls.subclass_from_type(p.type())
 return cls(gdbval, cast_to=cls.get_gdb_type())


(Don't forget to run "make" again to copy Tools/gdb/libpython.py to 
python-gdb.py.)

--

___
Python tracker 

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

[issue34953] Implement `mmap.mmap.__repr__`

[thautwarm]

Change by thautwarm :


--
keywords: +patch
pull_requests: +9254
stage:  -> patch review

___
Python tracker 

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

[issue30698] asyncio sslproto do not shutdown ssl layer cleanly

[Wei-Cheng Pan]

Wei-Cheng Pan  added the comment:

The SSL connection still cannot close cleanly in 3.7.0.
It will keep throwing read error during shutdown, so shutdown callback will 
never be called.

I've been test this PR for a while, and at least it fixes my problem.

Hope this PR can be included in 3.7.1, or at least 3.7.2.

--
nosy: +Wei-Cheng.Pan

___
Python tracker 

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

[issue34726] Add support of checked hash-based pycs in zipimport

[Matej Cepl]

Change by Matej Cepl :


--
nosy: +mcepl

___
Python tracker 

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

[issue34991] variable type list [] referential integrity data loss

[Alan]

New submission from Alan :

Dear PythonDev,

Thank you for your tremendous work in building a simpler programming language 
for all.

As an avid user of lists, I am upset that my list cannot preserve its 
referential integrity in the attached pythonissue.txt file. In the following, 
(EXPECTED) includes my expected checkvisit data values, and the following two 
(OUTPUT)s include the actual checkvisit data structures when called.

Perhaps this is not an issue in Python 3.8., but this is a matter in Python 3.6.


Sincerely,
Alan Jerry Pan, CPA
alan@sjtu.edu.cn
alt. alan@alumni.iu.edu


(EXPECTED) Checkvisit (for every isGoal iteration):
[[5, 3, 4, 2, 1, 0]]
[[5, 3, 4, 2, 1, 0], [5, 3, 4, 2, 1, 0]]
[[5, 3, 4, 2, 1, 0], [5, 3, 4, 2, 1, 0], [5, 3, 4, 2, 1, 0]]
[[5, 3, 4, 2, 1, 0], [5, 3, 4, 2, 1, 0], [5, 3, 4, 2, 1, 0], [5, 3, 4, 2, 1, 0]]
[[5, 3, 4, 2, 1, 0], [5, 3, 4, 2, 1, 0], [5, 3, 4, 2, 1, 0], [5, 3, 4, 2, 1, 
0], [5, 3, 4, 2, 1, 0]]
[[5, 3, 4, 2, 1, 0], [5, 3, 4, 2, 1, 0], [5, 3, 4, 2, 1, 0], [5, 3, 4, 2, 1, 
0], [5, 3, 4, 2, 1, 0], [5, 3, 4, 2, 1, 0]]
[[5, 3, 4, 2, 1, 0], [5, 3, 4, 2, 1, 0], [5, 3, 4, 2, 1, 0], [5, 3, 4, 2, 1, 
0], [5, 3, 4, 2, 1, 0], [5, 3, 4, 2, 1, 0], [5, 3, 4, 2, 1, 0]]

(OUTPUT) Checkvisit print result inside def(visitedPath):
[]
[]
[]
[]
[]
[[5]]
[[5, 3]]
[[5, 3, 4]]
[[5, 3, 4, 2]]
[[5, 3, 4, 2, 1]]
[[5], [5]]
[[5, 3], [5, 3]]
[[5, 3, 4], [5, 3, 4]]
[[5, 3, 4, 2], [5, 3, 4, 2]]
[[5, 3, 4, 2, 1], [5, 3, 4, 2, 1]]
[[5], [5], [5]]
[[5, 3], [5, 3], [5, 3]]
[[5, 3, 4], [5, 3, 4], [5, 3, 4]]
[[5, 3, 4, 2], [5, 3, 4, 2], [5, 3, 4, 2]]
[[5, 3, 4, 2, 1], [5, 3, 4, 2, 1], [5, 3, 4, 2, 1]]
[[5], [5], [5], [5]]
[[5, 3], [5, 3], [5, 3], [5, 3]]
[[5, 3, 4], [5, 3, 4], [5, 3, 4], [5, 3, 4]]
[[5, 3, 4, 2], [5, 3, 4, 2], [5, 3, 4, 2], [5, 3, 4, 2]]
[[5, 3, 4, 2, 1], [5, 3, 4, 2, 1], [5, 3, 4, 2, 1], [5, 3, 4, 2, 1]]
[[5], [5], [5], [5], [5]]
[[5, 3], [5, 3], [5, 3], [5, 3], [5, 3]]
[[5, 3, 4], [5, 3, 4], [5, 3, 4], [5, 3, 4], [5, 3, 4]]
[[5, 3, 4, 2], [5, 3, 4, 2], [5, 3, 4, 2], [5, 3, 4, 2], [5, 3, 4, 2]]
[[5, 3, 4, 2, 1], [5, 3, 4, 2, 1], [5, 3, 4, 2, 1], [5, 3, 4, 2, 1], [5, 3, 4, 
2, 1]]
[[5], [5], [5], [5], [5], [5]]
[[5, 3], [5, 3], [5, 3], [5, 3], [5, 3], [5, 3]]
[[5, 3, 4], [5, 3, 4], [5, 3, 4], [5, 3, 4], [5, 3, 4], [5, 3, 4]]
[[5, 3, 4, 2], [5, 3, 4, 2], [5, 3, 4, 2], [5, 3, 4, 2], [5, 3, 4, 2], [5, 3, 
4, 2]]
[[5, 3, 4, 2, 1], [5, 3, 4, 2, 1], [5, 3, 4, 2, 1], [5, 3, 4, 2, 1], [5, 3, 4, 
2, 1], [5, 3, 4, 2, 1]]



(OUTPUT)Checkvisit print result in while 0 loop
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[[5]]
[[5]]
[[5]]
[[5]]
[[5]]
[[5, 3]]
[[5, 3]]
[[5, 3]]
[[5, 3]]
[[5, 3]]
[[5, 3]]
[[5, 3, 4]]
[[5, 3, 4]]
[[5, 3, 4]]
[[5, 3, 4]]
[[5, 3, 4, 2]]
[[5, 3, 4, 2]]
[[5, 3, 4, 2, 1]]
[[5], [5]]
[[5], [5]]
[[5], [5]]
[[5], [5]]
[[5], [5]]
[[5, 3], [5, 3]]
[[5, 3], [5, 3]]
[[5, 3], [5, 3]]
[[5, 3], [5, 3]]
[[5, 3], [5, 3]]
[[5, 3], [5, 3]]
[[5, 3, 4], [5, 3, 4]]
[[5, 3, 4], [5, 3, 4]]
[[5, 3, 4], [5, 3, 4]]
[[5, 3, 4], [5, 3, 4]]
[[5, 3, 4, 2], [5, 3, 4, 2]]
[[5, 3, 4, 2], [5, 3, 4, 2]]
[[5, 3, 4, 2, 1], [5, 3, 4, 2, 1]]
[[5], [5], [5]]
[[5], [5], [5]]
[[5], [5], [5]]
[[5], [5], [5]]
[[5], [5], [5]]
[[5, 3], [5, 3], [5, 3]]
[[5, 3], [5, 3], [5, 3]]
[[5, 3], [5, 3], [5, 3]]
[[5, 3], [5, 3], [5, 3]]
[[5, 3], [5, 3], [5, 3]]
[[5, 3], [5, 3], [5, 3]]
[[5, 3, 4], [5, 3, 4], [5, 3, 4]]
[[5, 3, 4], [5, 3, 4], [5, 3, 4]]
[[5, 3, 4], [5, 3, 4], [5, 3, 4]]
[[5, 3, 4], [5, 3, 4], [5, 3, 4]]
[[5, 3, 4, 2], [5, 3, 4, 2], [5, 3, 4, 2]]
[[5, 3, 4, 2], [5, 3, 4, 2], [5, 3, 4, 2]]
[[5, 3, 4, 2, 1], [5, 3, 4, 2, 1], [5, 3, 4, 2, 1]]
[[5], [5], [5], [5]]
[[5], [5], [5], [5]]
[[5], [5], [5], [5]]
[[5], [5], [5], [5]]
[[5], [5], [5], [5]]
[[5, 3], [5, 3], [5, 3], [5, 3]]
[[5, 3], [5, 3], [5, 3], [5, 3]]
[[5, 3], [5, 3], [5, 3], [5, 3]]
[[5, 3], [5, 3], [5, 3], [5, 3]]
[[5, 3], [5, 3], [5, 3], [5, 3]]
[[5, 3], [5, 3], [5, 3], [5, 3]]
[[5, 3, 4], [5, 3, 4], [5, 3, 4], [5, 3, 4]]
[[5, 3, 4], [5, 3, 4], [5, 3, 4], [5, 3, 4]]
[[5, 3, 4], [5, 3, 4], [5, 3, 4], [5, 3, 4]]
[[5, 3, 4], [5, 3, 4], [5, 3, 4], [5, 3, 4]]
[[5, 3, 4, 2], [5, 3, 4, 2], [5, 3, 4, 2], [5, 3, 4, 2]]
[[5, 3, 4, 2], [5, 3, 4, 2], [5, 3, 4, 2], [5, 3, 4, 2]]
[[5, 3, 4, 2, 1], [5, 3, 4, 2, 1], [5, 3, 4, 2, 1], [5, 3, 4, 2, 1]]
[[5], [5], [5], [5], [5]]
[[5], [5], [5], [5], [5]]
[[5], [5], [5], [5], [5]]
[[5], [5], [5], [5], [5]]
[[5], [5], [5], [5], [5]]
[[5, 3], [5, 3], [5, 3], [5, 3], [5, 3]]
[[5, 3], [5, 3], [5, 3], [5, 3], [5, 3]]
[[5, 3], [5, 3], [5, 3], [5, 3], [5, 3]]
[[5, 3], [5, 3], [5, 3], [5, 3], [5, 3]]
[[5, 3], [5, 3], [5, 3], [5, 3], [5, 3]]
[[5, 3], [5, 3], [5, 3], [5, 3], [5, 3]]
[[5, 3, 4], [5, 3, 4], [5, 3, 4], [5, 3, 4], [5, 3, 4]]
[[5, 3, 4], [5, 3, 4], [5, 3, 4], [5, 3, 4], [5, 3, 4]]
[[5, 3, 4], [5, 3, 4], [5, 3, 4], [5, 3, 4], [5, 3, 4]]
[[5, 3, 4], [5, 3, 4], [5, 3, 4], [5, 3, 4], [5, 3, 4]]
[[5, 3, 4, 2], [5, 3, 4, 2], [5, 3, 4, 2], [5, 3, 4, 2], [5, 3, 4, 2]]
[[5, 3, 4, 2], [5, 3, 4, 2], [5, 3, 4, 2], [5, 

[issue34990] year 2038 problem in compileall.py

[Karthikeyan Singaravelan]

Change by Karthikeyan Singaravelan :


--
nosy: +xtreak

___
Python tracker 

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

[issue34990] year 2038 problem in compileall.py

[Stéphane Wirtel]

Stéphane Wirtel  added the comment:

With 3.8a

Traceback (most recent call last):
  File "/home/stephane/src/github.com/python/cpython/Lib/runpy.py", line 192, 
in _run_module_as_main
return _run_code(code, main_globals, None,
  File "/home/stephane/src/github.com/python/cpython/Lib/runpy.py", line 85, in 
_run_code
exec(code, run_globals)
  File "/home/stephane/src/github.com/python/cpython/Lib/compileall.py", line 
326, in 
exit_status = int(not main())
  File "/home/stephane/src/github.com/python/cpython/Lib/compileall.py", line 
303, in main
if not compile_file(dest, args.ddir, args.force, args.rx,
  File "/home/stephane/src/github.com/python/cpython/Lib/compileall.py", line 
142, in compile_file
expect = struct.pack('<4sll', importlib.util.MAGIC_NUMBER,
struct.error: 'l' format requires -2147483648 <= number <= 2147483647

--
nosy: +matrixise

___
Python tracker 

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

[issue34990] year 2038 problem in compileall.py

[Stéphane Wirtel]

Stéphane Wirtel  added the comment:

But until 2038, maybe there will be a new format for the .pyc file.

We should keep this issue and try to fix it for 3.8 or 3.9?

--

___
Python tracker 

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

[issue34990] year 2038 problem in compileall.py

[Bernhard M. Wiedemann]

Bernhard M. Wiedemann  added the comment:

It does not need to be fixed tomorrow, but 2037 is too late, because by then 
there will be a lot of legacy systems around.
(Un)fortunately many systems live 10+ years now

--

___
Python tracker 

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

[issue34990] year 2038 problem in compileall.py

[STINNER Victor]

STINNER Victor  added the comment:

Timestamp with year >= 2038 are accepted: 
importlib._bootstrap_external._code_to_timestamp_pyc() uses (int(x) & 
0x). It's not a bug, but by design. compileall should just do the same. 
Sorry, I don't know if it's specified somewhere, but I know that it's done on 
purpose.

--
nosy: +vstinner

___
Python tracker 

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

[issue34990] year 2038 problem in compileall.py

[Stéphane Wirtel]

Stéphane Wirtel  added the comment:

So we need to fix compileall.py.

maybe we could add the label 'easy' to this issue.

--

___
Python tracker 

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

[issue34992] many warnings with f28 and gcc 8.1.1

[Stéphane Wirtel]

New submission from Stéphane Wirtel :

I use Fedora 28 and gcc (GCC) 8.1.1 20180712 (Red Hat 8.1.1-5)

and I get a lot of warnings, with the standard config of Python (./configure)

Objects/call.c: In function '_PyMethodDef_RawFastCallDict':
Objects/call.c:515:24: warning: cast between incompatible function types from 
'PyCFunction' {aka 'struct _object * (*)(struct _object *, struct _object *)'} 
to 'PyObject * (*)(PyObject *, PyObject *, PyObject *)' {aka 'struct _object * 
(*)(struct _object *, struct _object *, struct _object *)'} 
[-Wcast-function-type]
 result = (*(PyCFunctionWithKeywords)meth) (self, argstuple, 
kwargs);
^
Objects/call.c:530:20: warning: cast between incompatible function types from 
'PyCFunction' {aka 'struct _object * (*)(struct _object *, struct _object *)'} 
to 'PyObject * (*)(PyObject *, PyObject * const*, Py_ssize_t)' {aka 'struct 
_object * (*)(struct _object *, struct _object * const*, long int)'} 
[-Wcast-function-type]
 result = (*(_PyCFunctionFast)meth) (self, args, nargs);
^
Objects/call.c:538:49: warning: cast between incompatible function types from 
'PyCFunction' {aka 'struct _object * (*)(struct _object *, struct _object *)'} 
to 'PyObject * (*)(PyObject *, PyObject * const*, Py_ssize_t,  PyObject *)' 
{aka 'struct _object * (*)(struct _object *, struct _object * const*, long int, 
 struct _object *)'} [-Wcast-function-type]
 _PyCFunctionFastWithKeywords fastmeth = 
(_PyCFunctionFastWithKeywords)meth;



+- 827 warnings

--
messages: 327752
nosy: matrixise
priority: normal
severity: normal
status: open
title: many warnings with f28 and gcc 8.1.1
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

[issue34992] many warnings with f28 and gcc 8.1.1

[STINNER Victor]

Change by STINNER Victor :


--
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> Invalid function cast warnings with gcc 8 for METH_NOARGS

___
Python tracker 

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

[issue33012] Invalid function cast warnings with gcc 8 for METH_NOARGS

[STINNER Victor]

STINNER Victor  added the comment:

I marked bpo-34992 as a duplicate of this issue:

I use Fedora 28 and gcc (GCC) 8.1.1 20180712 (Red Hat 8.1.1-5)

and I get a lot of warnings, with the standard config of Python (./configure)

Objects/call.c: In function '_PyMethodDef_RawFastCallDict':
Objects/call.c:515:24: warning: cast between incompatible function types from 
'PyCFunction' {aka 'struct _object * (*)(struct _object *, struct _object *)'} 
to 'PyObject * (*)(PyObject *, PyObject *, PyObject *)' {aka 'struct _object * 
(*)(struct _object *, struct _object *, struct _object *)'} 
[-Wcast-function-type]
 result = (*(PyCFunctionWithKeywords)meth) (self, argstuple, 
kwargs);
^
Objects/call.c:530:20: warning: cast between incompatible function types from 
'PyCFunction' {aka 'struct _object * (*)(struct _object *, struct _object *)'} 
to 'PyObject * (*)(PyObject *, PyObject * const*, Py_ssize_t)' {aka 'struct 
_object * (*)(struct _object *, struct _object * const*, long int)'} 
[-Wcast-function-type]
 result = (*(_PyCFunctionFast)meth) (self, args, nargs);
^
Objects/call.c:538:49: warning: cast between incompatible function types from 
'PyCFunction' {aka 'struct _object * (*)(struct _object *, struct _object *)'} 
to 'PyObject * (*)(PyObject *, PyObject * const*, Py_ssize_t,  PyObject *)' 
{aka 'struct _object * (*)(struct _object *, struct _object * const*, long int, 
 struct _object *)'} [-Wcast-function-type]
 _PyCFunctionFastWithKeywords fastmeth = 
(_PyCFunctionFastWithKeywords)meth;



+- 827 warnings

--

___
Python tracker 

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

[issue34990] year 2038 problem in compileall.py

[Karthikeyan Singaravelan]

Karthikeyan Singaravelan  added the comment:

A reproducer in Python that can be added to test_compileall if needed : 

def test_compile_all_2038(self):
with open(self.source_path, 'r') as f:
os.utime(f.name, (2147558400, 2147558400)) # Jan 20, 2038 as touch
self.assertTrue(compileall.compile_file(pathlib.Path(self.source_path)))


./python.exe -m unittest -v 
test.test_compileall.CompileallTestsWithSourceEpoch.test_compile_all_2038
test_compile_all_2038 (test.test_compileall.CompileallTestsWithSourceEpoch) ... 
ERROR

==
ERROR: test_compile_all_2038 
(test.test_compileall.CompileallTestsWithSourceEpoch)
--
Traceback (most recent call last):
  File 
"/Users/karthikeyansingaravelan/stuff/python/cpython/Lib/test/test_py_compile.py",
 line 30, in wrapper
return fxn(*args, **kwargs)
  File 
"/Users/karthikeyansingaravelan/stuff/python/cpython/Lib/test/test_compileall.py",
 line 114, in test_compile_all_2038
self.assertTrue(compileall.compile_file(pathlib.Path(self.source_path)))
  File "/Users/karthikeyansingaravelan/stuff/python/cpython/Lib/compileall.py", 
line 142, in compile_file
expect = struct.pack('<4sll', importlib.util.MAGIC_NUMBER,
struct.error: 'l' format requires -2147483648 <= number <= 2147483647

--


Thanks

--

___
Python tracker 

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

[issue33234] Improve list() pre-sizing for inputs with known lengths

[Raymond Hettinger]

Change by Raymond Hettinger :


--
nosy: +tim.peters

___
Python tracker 

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

[issue34981] Unable to install Python from web-based installer and executable installer

[Steve Dower]

Steve Dower  added the comment:

When you run the installer, it should create log files in your %TEMP% 
directory. Could you find and attach those here please?

There's a chance it is detecting that your system is unsupported. If you are 
still using Windows Vista, ensure you have installed all available updates and 
service packs, and then try installing Python 3.6 (the latest version, 3.7, 
does not support Windows Vista any more).

--

___
Python tracker 

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

[issue34980] KillPython target doesn't detect 64-bit processes

[Steve Dower]

Steve Dower  added the comment:

I haven't looked at the logs, but there shouldn't be any problem with 
33-bit/64-bit here. Windows doesn't separate processes like that.

Perhaps we have builds with slightly different names (casing?) that are failing 
the comparison?

--

___
Python tracker 

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

[issue12572] HP/UX compiler workarounds

[Michael Osipov]

Michael Osipov <1983-01...@gmx.net> added the comment:

I believe this issue can be safely closed. It is a no-brainer to compile Python 
from master on HP-UX with aCC these days. It works for me at least.

--
nosy: +michael-o

___
Python tracker 

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

[issue34623] _elementtree.c doesn't call XML_SetHashSalt()

[Charalampos Stratakis]

Charalampos Stratakis  added the comment:

Will this change be backported to 3.5 and 3.4? It applied cleanly on both 
however on 3.4 there is a test failure:

==
ERROR: test_del_attribute (test.test_xml_etree_c.MiscTests)
--
Traceback (most recent call last):
  File "/builddir/build/BUILD/Python-3.4.9/Lib/test/test_xml_etree_c.py", line 
26, in test_del_attribute
element = cET.Element('tag')
AttributeError: 'NoneType' object has no attribute 'Element'
--

--
nosy: +cstratak

___
Python tracker 

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

[issue34953] Implement `mmap.mmap.__repr__`

[Ram Rachum]

Ram Rachum  added the comment:

thautwarm, your suggestions look good. I'm not sure why you used
`entire_contents`, do you want to show the entire content there? Because I saw 
that the sample you used had truncation. It might be unsafe to show the entire 
mmap, because it could be huge. I'd truncate in some way or other. (Either show 
just the beginning, or just the beginning and the end.)

--

___
Python tracker 

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

[issue34991] variable type list [] referential integrity data loss

[Steven D'Aprano]

Steven D'Aprano  added the comment:

I don't know what you mean by "referential integrity data loss".

I have absolutely no idea how to interpret the wall of output you have 
provided. If there is a bug here, how do you know it is a language bug rather 
than a bug in your own code?

We're not here to debug your code for you, especially when the code you provide 
is incomplete (what's Graph.isGoal?) and not the code you are actually running. 
There is no print inside the visitedPath function, so how are you getting the 
output checkvisit "inside def(visitedPath)" as you say?

If there is one difference between the code you run and the code you send us, 
there could be a hundred differences.

Please provide a *minimal* example of the problem, showing clear input, 
expected result, and actual result. You might find it helpful to read this page 
first:

http://sscce.org/

It is written for Java programmers, but the advice applies equally to Python 
too.

--
nosy: +steven.daprano

___
Python tracker 

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

[issue34991] variable type list [] referential integrity data loss

[Eric V. Smith]

Eric V. Smith  added the comment:

Agreed with Steven. In addition, please make sure you runnable example only 
uses imports from python's standard library.

--
nosy: +eric.smith

___
Python tracker 

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

[issue34980] KillPython target doesn't detect 64-bit processes

[Jeremy Kloth]

Jeremy Kloth  added the comment:

My testing shows differently:

D:\Public\Devel\cpython\master\PCbuild>set MSBUILD="C:\Program Files 
(x86)\MSBuild\14.0\Bin\amd64\MSBuild.exe"

D:\Public\Devel\cpython\master\PCbuild>build -k -v -t foo
Using py -3.6 (found 3.6 with py.exe)
Fetching external libraries...
bzip2-1.0.6 already exists, skipping.
sqlite-3.21.0.0 already exists, skipping.
xz-5.2.2 already exists, skipping.
zlib-1.2.11 already exists, skipping.
Fetching external binaries...
openssl-bin-1.1.0i already exists, skipping.
tcltk-8.6.8.0 already exists, skipping.
Finished.
Using "C:\Program Files (x86)\MSBuild\14.0\Bin\amd64\MSBuild.exe" (found in the 
environment)

D:\Public\Devel\cpython\master\PCbuild>"C:\Program Files 
(x86)\MSBuild\14.0\Bin\amd64\MSBuild.exe" 
"D:\Public\Devel\cpython\master\PCbuild\\pythoncore.vcxproj" /t:KillPython /v:n 
/p:Configuration=Release /p:Platform=Win32 /p:KillPython=true
Microsoft (R) Build Engine version 14.0.25420.1
Copyright (C) Microsoft Corporation. All rights reserved.

Build started 10/15/2018 10:05:36 AM.
Project "D:\Public\Devel\cpython\master\PCbuild\pythoncore.vcxproj" on node 1 
(KillPython target(s)).
KillPython:
  Killing any running python.exe instances...
  Looking for D:\Public\Devel\cpython\master\PCbuild\win32\python.exe
  Found running process: C:\Program Files 
(x86)\Google\Chrome\Application\chrome.exe
  Found running process: C:\Program Files\Common 
Files\LogiShrd\sp6\LU1\LogitechUpdate.exe
  Found running process: C:\Program Files (x86)\Microsoft Visual 
Studio\Preview\Community\Common7\ServiceHub\Hosts\Serv
  iceHub.Host.Node.x86\ServiceHub.Host.Node.x86.exe
  Found running process: C:\Windows\System32\MicrosoftEdgeCP.exe
  Found running process: C:\Windows\System32\MicrosoftEdgeCP.exe
  Found running process: C:\Program Files 
(x86)\Google\Chrome\Application\chrome.exe
  Found running process: 
C:\Windows\SystemApps\Microsoft.Windows.Cortana_cw5n1h2txyewy\SearchUI.exe
  Found running process: C:\Program Files 
(x86)\Google\Chrome\Application\chrome.exe
  Found running process: C:\Program Files\TortoiseHg\TortoiseHgOverlayServer.exe
  Found running process: C:\Program Files 
(x86)\Google\Chrome\Application\chrome.exe
  Found running process: C:\Program Files (x86)\Common 
Files\Acronis\Schedule2\schedhlp.exe
  Found running process: C:\Program Files 
(x86)\Google\Chrome\Application\chrome.exe
  Found running process: C:\Program Files 
(x86)\Google\Chrome\Application\chrome.exe
  Found running process: C:\Program Files (x86)\Origin\QtWebEngineProcess.exe
  Found running process: C:\Program Files 
(x86)\Google\Chrome\Application\chrome.exe
  Found running process: C:\Program Files (x86)\Microsoft Visual 
Studio\Preview\Community\Common7\ServiceHub\Hosts\Serv
  iceHub.Host.CLR.x86\ServiceHub.SettingsHost.exe
  Found running process: C:\WINDOWS\system32\browser_broker.exe
  Found running process: C:\Program Files 
(x86)\Google\Chrome\Application\chrome.exe
  Found running process: C:\Program Files 
(x86)\Google\Chrome\Application\chrome.exe
  Found running process: C:\Program Files 
(x86)\Google\Chrome\Application\chrome.exe
  Found running process: C:\Program Files 
(x86)\Google\Chrome\Application\chrome.exe
  Found running process: C:\Windows\System32\GameBarPresenceWriter.exe
  Found running process: C:\Program Files 
(x86)\Google\Chrome\Application\chrome.exe
  Found running process: C:\Program 
Files\WindowsApps\Microsoft.Windows.Photos_2018.18091.13420.0_x64__8wekyb3d8bbwe\Mi
  crosoft.Photos.exe
  Found running process: C:\Windows\System32\MicrosoftEdgeCP.exe
  Found running process: C:\Program Files 
(x86)\Steam\bin\cef\cef.win7x64\steamwebhelper.exe
  Found running process: C:\Program Files 
(x86)\Google\Chrome\Application\chrome.exe
  Found running process: C:\Program Files 
(x86)\Google\Chrome\Application\chrome.exe
  Found running process: C:\Program Files 
(x86)\Google\Chrome\Application\chrome.exe
  Found running process: C:\WINDOWS\system32\conhost.exe
  Found running process: C:\Program Files 
(x86)\Google\Chrome\Application\chrome.exe
  Found running process: C:\Program Files 
(x86)\Google\Chrome\Application\chrome.exe
  Found running process: C:\Program Files 
(x86)\Steam\bin\cef\cef.win7x64\steamwebhelper.exe
  Found running process: C:\Program Files 
(x86)\Google\Chrome\Application\chrome.exe
  Found running process: C:\Program Files 
(x86)\Google\Chrome\Application\chrome.exe
  Found running process: C:\Program Files 
(x86)\Steam\bin\cef\cef.win7x64\steamwebhelper.exe
  Found running process: C:\Program Files 
(x86)\Google\Chrome\Application\chrome.exe
  Found running process: C:\Program Files 
(x86)\Google\Chrome\Application\chrome.exe
  Found running process: C:\Windows\System32\RuntimeBroker.exe
  Found running process: C:\Program Files 
(x86)\Google\Chrome\Application\chrome.exe
  Found running process: C:\Windows\System32\RuntimeBroker.exe
  Found running process: C:\Program Files (x86)\Microsoft Visual 
Studio\Preview\

[issue34980] KillPython target doesn't detect 64-bit processes

[Jeremy Kloth]

Jeremy Kloth  added the comment:

Alternatively, to test for yourself:

1) build a 64-bit python:

   > build -e -d -k -v -p x64

2) start the newly built interpreter:

   > amd64\python_d.exe

3) in a different command prompt (using dummy target to just do the KillPython)

   > build -e -d -k -v -p x64 -t foo

The expected result should be that the Python interpreter in the first window 
would by closed, but does not with the 32-bit MSBuild.  It does close however 
with the 64-bit MSBuild.

--

___
Python tracker 

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

[issue34993] asyncio.streams.FlowControlMixin should be part of the API

[xitop]

New submission from xitop :

This issue report is based on a SO question "How to create asyncio stream 
reader/writer for stdin/stdout?", its answer and comments. Link: 
https://stackoverflow.com/q/52089869/5378816

The key point is that two unidirectional pipes should be used the same way as 
one bidirectional network socket. The answer (more precisely the Linux/Unix 
part of it) and some following comments - both created by highly competent SO 
members - suggest that FlowControlMixin is a useful class required to write a 
proper code for this and similar usecases.

That's why the FlowControlMixin or an equivalent should be made available to 
asyncio programmers as a documented part of the library.

--
components: asyncio
messages: 327764
nosy: asvetlov, xitop, yselivanov
priority: normal
severity: normal
status: open
title: asyncio.streams.FlowControlMixin should be part of the API
versions: Python 3.7

___
Python tracker 

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

[issue34993] asyncio.streams.FlowControlMixin should be part of the API

[Yury Selivanov]

Yury Selivanov  added the comment:

asvetlov: need to handle this usecase with the new API; -1 on exposing 
FlowControlMixin though.

--

___
Python tracker 

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

[issue34095] [2.7] Seg fault on archlinux 32 when run tests with xvfb-run

[Terry J. Reedy]

Terry J. Reedy  added the comment:

It is not clear what you did differently to get a different result. I changed 
the title since it seems that idlelib code is not the direct problem.

--
title: [2.7] test_idle fails with: /usr/bin/xvfb-run: line 181:  3617 
Segmentation fault -> [2.7] Seg fault on archlinux 32 when run tests with 
xvfb-run
type:  -> crash

___
Python tracker 

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

[issue34953] Implement `mmap.mmap.__repr__`

[thautwarm]

thautwarm  added the comment:

@Ram Rachum

Yes yes yes, actually the entire contents will be truncated when its length is 
bigger than a specific integer(now it's 50). For we use `...` to represent the 
ignored contents, `start ... end` could also be called *entire_contents* :-)

--

___
Python tracker 

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

[issue34095] [2.7] Seg fault on archlinux 32 when run tests with xvfb-run

[Erich Eckner]

Erich Eckner  added the comment:

yes, I'm also not sure what's different now - I executed the very same commands 
on the very same source tree :-/

--

___
Python tracker 

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

[issue34978] check type of object in fix_dict.py in 2to3

[Pranav Devarakonda]

Pranav Devarakonda  added the comment:

Thank you very much for pointing out some helpful things,  Karthikeyan. 

>True if 1 in list(a.keys()) if type(a) == dict else a.keys() else False

True that the fixer would return a syntax error in this case. I missed adding a 
pair of parenthesis to the whole if statement. I mean

True if 1 in (list(a.keys()) if type(a) == dict else  a.keys()) else False

is valid code. So adding parenthesis would solve the problem as I did in the 
updated patch I uploaded.

I don't see this updated fixer returning errors in other cases like nested if 
conditions or list comprehensions, since the fixer would convert the respective 
function calls of dict objects into separate statements, would not interfere 
with other if statements(or any other statements for that matter) and set the 
order of precedence appropriately.

Please do point out if there any other cases I missed. 

I know this is a less pythonic but is more accurate :) Thanks.

--
Added file: https://bugs.python.org/file47871/fix_dict.py

___
Python tracker 

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

[issue12572] HP/UX compiler workarounds

[Terry J. Reedy]

Terry J. Reedy  added the comment:

Thank you for the update.  I think any problems with the current HP/UX compiler 
are best reported on a new issue.

--
resolution:  -> out of date
stage:  -> resolved
status: open -> closed

___
Python tracker 

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

[issue34993] asyncio.streams.FlowControlMixin should be part of the API

[Andrew Svetlov]

Andrew Svetlov  added the comment:

1. Trio has *stappled* streams for the case, especially useful for starting TLS 
session over stdin/stdout.
We can master something too.
2. FlowControlMixin was always considered a **private** API. Would be nice to 
add an underscore prefix to the name if not too late. IIRC the official policy 
is: if you need the class -- copy and paste it into your project.
3. Even a person with very many stars on StackOverflow doesn't become an 
asyncio expert automatically; while I very respect the sie and so on.

--

___
Python tracker 

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

[issue34990] year 2038 problem in compileall.py

[Stéphane Wirtel]

Change by Stéphane Wirtel :


--
keywords: +patch
pull_requests: +9256
stage:  -> patch review

___
Python tracker 

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

[issue34844] logging.Formatter enhancement - Checking on style and fmt fields

[Vinay Sajip]

Vinay Sajip  added the comment:


New changeset 18fb1fb943b7dbd7f8a76017ee2a67ef13effb85 by Vinay Sajip 
(BNMetrics) in branch 'master':
bpo-34844: logging.Formatter enhancement - Ensure style and format string 
matches in logging.Formatter  (GH-9703)
https://github.com/python/cpython/commit/18fb1fb943b7dbd7f8a76017ee2a67ef13effb85


--

___
Python tracker 

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

[issue34909] StrEnum subclasses cannot be created

[Ethan Furman]

Ethan Furman  added the comment:

On 10/12/2018 09:52 PM, Ned Deily wrote:

 > Can you please merge a NEWS item for this issue using blurb since it
 > is a user-visible problem?  I'll cherry-pick it into the 3.7.1 final.

I don't believe the problem exists in 3.7.0 -- but I also don't know how 
to select the 3.7.0 "branch"/"bookmark"/"tag"/"whatever-it's-called" to 
build and test myself.

If you can tell me how to get to whatever commit represents 3.7.0 I'm 
happy to test.

--

___
Python tracker 

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

[issue34990] year 2038 problem in compileall.py

[Karthikeyan Singaravelan]

Karthikeyan Singaravelan  added the comment:

Victor seems there was some discussion about 2038 problem in the original PR 
but I don't know if it's related to this. Reference : 
https://github.com/python/cpython/pull/4575#discussion_r153376173

Thanks

--

___
Python tracker 

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

[issue34844] logging.Formatter enhancement - Checking on style and fmt fields

[Guido van Rossum]

Guido van Rossum  added the comment:

W00t! Congrats Luna and thanks for your contribution. Thanks Vinay for the 
prompt reviews!

--

___
Python tracker 

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

[issue34980] KillPython target doesn't detect 64-bit processes

[Eryk Sun]

Eryk Sun  added the comment:

> there shouldn't be any problem with 33-bit/64-bit here. Windows 
> doesn't separate processes like that.

Accessing the MainModule property of a .NET Process object raises an exception 
if the current process is 32-bit and the process is 64-bit [1]. This is because 
a 32-bit process can't sensibly read the PEB data of a 64-bit process, such as 
the loader's module data. 

It seems we have to P/Invoke QueryFullProcessImageName (which makes an 
NtQueryInformationProcess system call instead of reading data directly). We 
already have p.Handle, so the process doesn't have to be opened. Here's an 
example in 32-bit posh (i.e. 
%SystemRoot%\SysWOW64\WindowsPowerShell\v1.0\powershell.exe):

$MethodDefinition = @"
[DllImport("kernel32.dll", SetLastError=true, CharSet=CharSet.Unicode)]
public static extern bool QueryFullProcessImageName(
[In]IntPtr hProcess, [In]int dwFlags, [Out]StringBuilder lpExeName, 
ref int lpdwSize);
"@

$Kernel32 = Add-Type -Using "System.Text" -MemberDefinition `
$MethodDefinition -Name "Kernel32" -Namespace "Win32" -PassThru

$p = [System.Diagnostics.Process]::GetProcessesByName("explorer")[0]
$size = 32768
$name = [System.Text.StringBuilder]($size)

32-bit posh can't directly read the executable name:

PS C:\> $p.MainModule.FileName -eq $null
True

But QueryFullProcessImageName works fine:

PS C:\> $Kernel32::QueryFullProcessImageName($p.Handle, 0, $name, 
[ref]$size)
True
PS C:\> $name.ToString()
C:\Windows\explorer.exe

[1]: https://docs.microsoft.com/en-us/dotnet/api/system.diagnostics.process

--
nosy: +eryksun

___
Python tracker 

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

[issue34562] cannot install versions 3.6.5+ on Windows

[Zyg]

Zyg  added the comment:

Thanks for the answer. As you instructed, I have downloaded all the 
installation files into a directory from another laptop, where I later 
successfully installed Python. However, on the old laptop, where I originally 
had this problem, I am still unable to install it. I believe it has something 
to do with missing Windows updates. Now I am receiving a "System Error" 
message: "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."

--

___
Python tracker 

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

[issue34562] cannot install versions 3.6.5+ on Windows

[Zyg]

Zyg  added the comment:

Clarification. After getting that system error 3 times, I saw the message that 
installation succeeded. But I am unable to start Python because of this same 
error.

--

___
Python tracker 

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

[issue34994] sysconfig returns the git commands for GITBRANCH, GITVERSION and GITTAG

[Stéphane Wirtel]

New submission from Stéphane Wirtel :

> ./configure --prefix=$PWD-build --with-pydebug --quiet
> make -j 4 -s
> git --git-dir ./.git rev-parse --short HEAD
ee171a26c1
> ./python -m sysconfig | grep GIT
GITBRANCH = "git --git-dir ./.git name-rev --name-only HEAD"
GITTAG = "git --git-dir ./.git describe --all --always --dirty"
GITVERSION = "git --git-dir ./.git rev-parse --short HEAD"

Normally, I should get the real values in these variables and not the git 
commands.
I don't understand why there are the git commands, I don't want to execute the 
commands, just get the git information.

The result should be
GITBRANCH = "master"
GITTAG = "heads/master"
GITVERSION = "ee171a26c1"

I think there is an issue. Is it right?

--
messages: 327779
nosy: matrixise
priority: normal
severity: normal
status: open
title: sysconfig returns the git commands for GITBRANCH, GITVERSION and GITTAG
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

[issue34994] sysconfig returns the git commands for GITBRANCH, GITVERSION and GITTAG

[Stéphane Wirtel]

Change by Stéphane Wirtel :


--
keywords: +patch
pull_requests: +9257
stage:  -> patch review

___
Python tracker 

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

[issue34994] sysconfig returns the git commands for GITBRANCH, GITVERSION and GITTAG

[STINNER Victor]

STINNER Victor  added the comment:

Git informations are available as:

>>> sys._git
('CPython', 'heads/fakerepr', 'd353239f83')
>>> sys.version
'3.8.0a0 (heads/fakerepr:d353239f83, Oct 15 2018, 13:20:43) \n[GCC 8.1.1 
20180712 (Red Hat 8.1.1-5)]'

--
nosy: +vstinner

___
Python tracker 

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

[issue34932] Add macOS TCP_KEEPALIVE to available socket options

[Robert Wall]

Robert Wall  added the comment:

I saw that article too but reading man tcp(4) [1], it says that this value is 
in seconds for macOS and testing appears to confirm this. 

Where the unit of time is different, however, is with the old and new Windows 
keepalive options discussed in #32394. The SIO_KEEPALIVE_VALS set via the 
WinSock ioctl is in milliseconds [2] whereas the newer TCP_KEEP* flags are set 
in seconds [3] but this doesn't seem too bad as they are different interfaces. 

I'll add the tcp_keepalive flag to the same win_runtime_flags structure as the 
other options with minimum version 1709 and update the failing test accordingly 
to take account of the new option. 


[1] 
https://github.com/apple/darwin-xnu/blob/xnu-4570.1.46/bsd/man/man4/tcp.4#L172
[2] 
https://msdn.microsoft.com/en-us/library/windows/desktop/dd877220(v=vs.85).aspx
[3] 
https://docs.microsoft.com/en-us/windows/desktop/winsock/ipproto-tcp-socket-options

--

___
Python tracker 

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

[issue34095] [2.7] Seg fault on archlinux 32 when run tests with xvfb-run

[STINNER Victor]

Change by STINNER Victor :


--
nosy:  -vstinner

___
Python tracker 

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

[issue34994] sysconfig returns the git commands for GITBRANCH, GITVERSION and GITTAG

[Stéphane Wirtel]

Stéphane Wirtel  added the comment:

sure, but you can also get these info from sysconfig. and for me, there is a 
problem with sysconfig. two solutions, remove GIT* from sysconfig or fix 
sysconfig with the right values.

--
stage: patch review -> 

___
Python tracker 

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

[issue34994] sysconfig returns the git commands for GITBRANCH, GITVERSION and GITTAG

[STINNER Victor]

STINNER Victor  added the comment:

It seems like you misunderstood the purpose of these variables. They are only 
used to build getbuildinfo which is used to fill sys._git. Depending on the 
platform and git version, there are different ways to get the version, branch 
and tag. These variables should not be used to get the Git version, branch and 
tag: sys._git is here for that. Hum, sadly it's not documented. Or you can 
parse sys.version.

--

___
Python tracker 

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

[issue11233] clarifying Availability: Unix

[STINNER Victor]

STINNER Victor  added the comment:


New changeset b248a8c9a5e7cf6b8e84a3efda493fccfc511316 by Victor Stinner 
(Cheryl Sabella) in branch '3.7':
[3.7] bpo-11233: Create availability directive for documentation (GH-9692) 
(GH-9830)
https://github.com/python/cpython/commit/b248a8c9a5e7cf6b8e84a3efda493fccfc511316


--

___
Python tracker 

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

[issue34994] sysconfig returns the git commands for GITBRANCH, GITVERSION and GITTAG

[Ned Deily]

Ned Deily  added the comment:

Victor is correct.  Those GIT* variable are there to communicate between 
./configure and the Makefile; they are *not* intended to have actual values for 
change ids or branch names. Many variables in the Makefile are not intended to 
be used outside of the build except for those that are explicitly documented or 
are well-known autoconf variables, like CFLAGS.

While any Git VCS info for the build is captured in sys._git, the _ prefix 
indicates it is a Python private attribute and thus is not documented.  The 
documented way to get any VCS info is via the platform module:

$ /usr/local/bin/python3.7
Python 3.7.1rc2 (v3.7.1rc2:6c06ef7dc3, Oct 13 2018, 05:10:29)
[Clang 6.0 (clang-600.0.57)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> import platform
>>> platform.python_branch()
'v3.7.1rc2'
>>> platform.python_revision()
'6c06ef7dc3'
>>> platform.python_build()
('v3.7.1rc2:6c06ef7dc3', 'Oct 13 2018 05:10:29')

https://docs.python.org/3/library/platform.html#platform.python_revision

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

[issue34994] sysconfig returns the git commands for GITBRANCH, GITVERSION and GITTAG

[Stéphane Wirtel]

Change by Stéphane Wirtel :


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

[issue34994] sysconfig returns the git commands for GITBRANCH, GITVERSION and GITTAG

[Stéphane Wirtel]

Stéphane Wirtel  added the comment:

yep, sure and now, after your explanations (you and victor) I just closed my 
PR, but to be honnest with your, I was really surprised when I have seen the 
git commands in the GIT* variables.

Thanks for your review and your time.

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

___
Python tracker 

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

[issue34783] [3.7] segmentation-fault/core dump when try to run non-existing file specified on commandline

[STINNER Victor]

Change by STINNER Victor :


--
pull_requests: +9258

___
Python tracker 

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

[issue11233] clarifying Availability: Unix

[STINNER Victor]

STINNER Victor  added the comment:

Thank you Sandro Tosi for the bug report, thanks Georg Brandl for initial 
patch, and thanks Cheryl Sabella for the final changes in 3.7 and master!

According to Yury Selivanov, it's not need to backport this change to 2.7 and 
3.6, so I close the issue.
https://github.com/python/cpython/pull/9692#issuecomment-429364037

--
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed
versions: +Python 3.7

___
Python tracker 

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

[issue34989] python-gdb.py fails with TypeError("'FakeRepr' object is not subscriptable") is gdb fails to read debug symbols

[STINNER Victor]

STINNER Victor  added the comment:


New changeset 2e438cc2554495b28480a3ffe5cdf41b6ab823a0 by Victor Stinner in 
branch 'master':
bpo-34989: python-gdb.py: fix current_line_num() (GH-9889)
https://github.com/python/cpython/commit/2e438cc2554495b28480a3ffe5cdf41b6ab823a0


--

___
Python tracker 

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

[issue34521] Multiple tests (test_socket, test_multiprocessing_*) fail due to incorrect recvmsg(2) buffer lengths, causing failures on FreeBSD CURRENT

[miss-islington]

miss-islington  added the comment:


New changeset d991ede16b34399c5ea9bd30e9a5c520bed6bea8 by Miss Islington (bot) 
in branch '3.7':
bpo-34521: Add NEWS entry for changes in GH-9613 (GH-9850)
https://github.com/python/cpython/commit/d991ede16b34399c5ea9bd30e9a5c520bed6bea8


--

___
Python tracker 

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

[issue34989] python-gdb.py fails with TypeError("'FakeRepr' object is not subscriptable") is gdb fails to read debug symbols

[miss-islington]

Change by miss-islington :


--
pull_requests: +9259

___
Python tracker 

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

[issue34989] python-gdb.py fails with TypeError("'FakeRepr' object is not subscriptable") is gdb fails to read debug symbols

[miss-islington]

Change by miss-islington :


--
pull_requests: +9260

___
Python tracker 

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

[issue34989] python-gdb.py fails with TypeError("'FakeRepr' object is not subscriptable") is gdb fails to read debug symbols

[STINNER Victor]

Change by STINNER Victor :


--
pull_requests: +9261

___
Python tracker 

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

[issue23554] EchoServerClientProtocol class should be called EchoServerProtocol

[miss-islington]

Change by miss-islington :


--
pull_requests: +9262

___
Python tracker 

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

[issue23554] EchoServerClientProtocol class should be called EchoServerProtocol

[Yury Selivanov]

Yury Selivanov  added the comment:


New changeset 43a5bd7b458f0ad2d62b00b033d025689d48d591 by Yury Selivanov 
(Braden Groom) in branch 'master':
bpo-23554: Change echo server example class name from EchoServerClientProtocol 
to EchoServerProtocol (GH-9859)
https://github.com/python/cpython/commit/43a5bd7b458f0ad2d62b00b033d025689d48d591


--

___
Python tracker 

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

[issue23554] EchoServerClientProtocol class should be called EchoServerProtocol

[Yury Selivanov]

Change by Yury Selivanov :


--
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

___
Python tracker 

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

[issue34980] KillPython target doesn't detect 64-bit processes

[Jeremy Kloth]

Change by Jeremy Kloth :


--
keywords: +patch
pull_requests: +9263
stage:  -> patch review

___
Python tracker 

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

[issue34989] python-gdb.py fails with TypeError("'FakeRepr' object is not subscriptable") is gdb fails to read debug symbols

[miss-islington]

miss-islington  added the comment:


New changeset fcea3ddc4a7e756fa8f182789e886ccd3d524484 by Miss Islington (bot) 
in branch '3.7':
bpo-34989: python-gdb.py: fix current_line_num() (GH-9889)
https://github.com/python/cpython/commit/fcea3ddc4a7e756fa8f182789e886ccd3d524484


--
nosy: +miss-islington

___
Python tracker 

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

[issue34989] python-gdb.py fails with TypeError("'FakeRepr' object is not subscriptable") is gdb fails to read debug symbols

[miss-islington]

miss-islington  added the comment:


New changeset 71e601eb0857fb03c1dd3c349afb030ef84f95d0 by Miss Islington (bot) 
in branch '3.6':
bpo-34989: python-gdb.py: fix current_line_num() (GH-9889)
https://github.com/python/cpython/commit/71e601eb0857fb03c1dd3c349afb030ef84f95d0


--

___
Python tracker 

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

[issue34783] [3.7] segmentation-fault/core dump when try to run non-existing file specified on commandline

[STINNER Victor]

STINNER Victor  added the comment:


New changeset ea75187c68b374bb839f1172f310b206044bc3e5 by Victor Stinner in 
branch 'master':
bpo-34783: Fix test_nonexisting_script() (GH-9896)
https://github.com/python/cpython/commit/ea75187c68b374bb839f1172f310b206044bc3e5


--

___
Python tracker 

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

[issue34783] [3.7] segmentation-fault/core dump when try to run non-existing file specified on commandline

[miss-islington]

Change by miss-islington :


--
pull_requests: +9264

___
Python tracker 

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

[issue34909] StrEnum subclasses cannot be created

[Ned Deily]

Ned Deily  added the comment:

My concern was that it seemed like at least one user had run into this while 
running 3.7.1rc1 (?), if I understood your comment; if so, I think we should 
mention in the changelog that the problem was fixed in rc2.

In any case, the state of the code for any release is captured as a git tag as 
described in the devguide.  As always, when switching versions, it's important 
to start with a clean build directory (make distclean or git clean -fdxq may 
help).

git checkout v3.7.0

https://devguide.python.org/devcycle/#development-cycle

--

___
Python tracker 

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

[issue23554] EchoServerClientProtocol class should be called EchoServerProtocol

[miss-islington]

miss-islington  added the comment:


New changeset 802de12d99d16e621537d454eac942d2f448afee by Miss Islington (bot) 
in branch '3.7':
bpo-23554: Change echo server example class name from EchoServerClientProtocol 
to EchoServerProtocol (GH-9859)
https://github.com/python/cpython/commit/802de12d99d16e621537d454eac942d2f448afee


--
nosy: +miss-islington

___
Python tracker 

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

[issue34989] python-gdb.py fails with TypeError("'FakeRepr' object is not subscriptable") is gdb fails to read debug symbols

[STINNER Victor]

STINNER Victor  added the comment:


New changeset aadb44ee98bc73bc5132acea5848ac6aef1ff8c0 by Victor Stinner in 
branch '2.7':
bpo-34989: python-gdb.py: fix current_line_num() (GH-9889) (GH-9899)
https://github.com/python/cpython/commit/aadb44ee98bc73bc5132acea5848ac6aef1ff8c0


--

___
Python tracker 

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

[issue34985] python finds test modules from the wrong directory during PGO build

[Brett Cannon]

Brett Cannon  added the comment:

I think there might be more going on here as the build target as it uses the 
built Python which has special logic to notice it is being built in a checkout. 
Did you launch the build from a directory other than the git checkout? Or were 
you trying to do a build for a different platform?

--
nosy: +brett.cannon

___
Python tracker 

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

[issue34890] Support functools.partial in inspect.is*function() checks

[Pablo Galindo Salgado]

Change by Pablo Galindo Salgado :


--
keywords: +patch
pull_requests: +9265
stage:  -> patch review

___
Python tracker 

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

[issue34988] Rc2 candidates: "gcc" not found on AIX

[Ned Deily]

Ned Deily  added the comment:

Do you know if the behavior has changed here for 3.7.1rc2 and 3.6.7rc2 from 
earlier 3.7.x and 3.6.x releases?  I did a quick check of the configure.ac 
history and did not see any obvious change.  It looks like one way to handle 
this would be be to specify the desired compiler using the CC variable to 
configure:

./configure CC=gcc

Does that work?

Looking at the master branch (for the next feature release, 3.8), I see that 
this area has been changed substantially for 3.8 by the PR 6790 changes for 
Issue33483.  If you haven't already, you might want to test that and see if the 
behavior is reasonable for AIX.  Explicitly specifying CC=gcc should still work.

--

___
Python tracker 

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

[issue34783] [3.7] segmentation-fault/core dump when try to run non-existing file specified on commandline

[miss-islington]

miss-islington  added the comment:


New changeset 350aeab8127da551fcd0090230575b7aabff03c9 by Miss Islington (bot) 
in branch '3.7':
bpo-34783: Fix test_nonexisting_script() (GH-9896)
https://github.com/python/cpython/commit/350aeab8127da551fcd0090230575b7aabff03c9


--

___
Python tracker 

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

[issue33450] unexpected EPROTOTYPE returned by sendto on MAC OSX

[Ned Deily]

Change by Ned Deily :


--
components: +asyncio
nosy: +asvetlov, yselivanov

___
Python tracker 

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

[issue34805] Explicitly specify `MyClass.__subclasses__()` returns classes in definition order

[Pablo Galindo Salgado]

Pablo Galindo Salgado  added the comment:

Hi and thank you for the proposal. Could you detail a bit more about your 
use-case? Thanks

--
nosy: +pablogsal

___
Python tracker 

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

[issue11233] clarifying Availability: Unix

[Cheryl Sabella]

Cheryl Sabella  added the comment:

And thank you, Victor, for reviewing and merging!  :-)

--

___
Python tracker 

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

[issue34780] Hang on startup if stdin refers to a pipe with an outstanding concurrent operation on Windows

[Alexey Izbyshev]

Alexey Izbyshev  added the comment:

Ping!

Thanks to @eryksun for providing feedback here and for the patch review.

--

___
Python tracker 

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

[issue34158] Documentation of datetime '%z' format code is odd

[Ned Deily]

Ned Deily  added the comment:

I assume this can now be closed. Thanks, everyone!

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

[issue34565] Launcher does not validate major versions

[Ned Deily]

Ned Deily  added the comment:

I assume we can close this now.  Thanks, all!

--
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

___
Python tracker 

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

[issue34995] functools.cached_property does not maintain the wrapped method's __isabstractmethod__

[Matt Wilber]

Change by Matt Wilber :


--
components: Library (Lib)
nosy: mwilbz
priority: normal
severity: normal
status: open
title: functools.cached_property does not maintain the wrapped method's 
__isabstractmethod__
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

[issue34995] functools.cached_property does not maintain the wrapped method's __isabstractmethod__

[Matt Wilber]

Change by Matt Wilber :


--
keywords: +patch
pull_requests: +9266
stage:  -> patch review

___
Python tracker 

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

[issue34953] Implement `mmap.mmap.__repr__`

[Xiang Zhang]

Xiang Zhang  added the comment:

I don't like the idea to display the contents in the repr, no matter entire or 
clipped. I think it's not suitable and for contents, just read the object 
manually. For me, a closed status plus the constructor arguments is a good 
choice.

--
nosy: +xiang.zhang

___
Python tracker 

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

[issue34953] Implement `mmap.mmap.__repr__`

[Eric V. Smith]

Eric V. Smith  added the comment:

I agree with Xiang Zhang: I don't think we should show any content. Especially 
since basically every file will be truncated, and more often than not the 
interesting content isn't at the start or end of the file.

--

___
Python tracker 

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

[issue34953] Implement `mmap.mmap.__repr__`

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

I think that performing any IO operations in repr() is not a good idea.

--
nosy: +serhiy.storchaka

___
Python tracker 

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