[issue26439] ctypes.util.find_library fails when ldconfig/glibc not available (e.g., AIX)

[Ned Deily]

Ned Deily  added the comment:

It looks like c5ae169e1b73315672770517bf51cf8464286c76 broke find_library on 
macOS; see Issue33281.

--
nosy: +ned.deily

___
Python tracker 

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

[issue33281] ctypes.util.find_library not working on macOS

[Ned Deily]

Ned Deily  added the comment:

Thanks for the report and the good detective work!  I see the same results.  It 
appears that the error was introduced by 
c5ae169e1b73315672770517bf51cf8464286c76 for Issue26439.  It looks we need both 
a fix and a test for this.  This really needs to be fixed for 3.7.0b4.

--
nosy: +Michael.Felt, ned.deily, vstinner
priority: normal -> release blocker
stage:  -> needs patch

___
Python tracker 

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

[issue33281] ctypes.util.find_library not working on macOS

[Ian Burgwin]

New submission from Ian Burgwin :

On Python 3.7.0a4 and later (including 3.7.0b4), find_library currently always 
returns None on macOS. It works on 3.7.0a3 and earlier. Tested on macOS 10.11 
and 10.13.

Expected result: Tested on 3.6.5, 3.7.0a1 and 3.7.0a3:

>>> from ctypes.util import find_library
>>> find_library('iconv')
'/usr/lib/libiconv.dylib'
>>> find_library('c')
'/usr/lib/libc.dylib'
>>>

Current output on 3.7.0a4 to 3.7.0b3:

>>> from ctypes.util import find_library
>>> find_library('iconv')
>>> find_library('c')
>>>

--
components: ctypes
messages: 315309
nosy: Ian Burgwin (ihaveahax)
priority: normal
severity: normal
status: open
title: ctypes.util.find_library not working on macOS
type: behavior
versions: Python 3.7

___
Python tracker 

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

[issue32616] Significant performance problems with Python 2.7 built with clang 3.x or 4.x

[Ned Deily]

Ned Deily  added the comment:

A followup - Ronald asked:
> w.r.t. detection of the clang/llvm version on Apple's system compiler: Is it 
> worthwhile to do so?

Now that Xcode 9.3 (for macOS 10.13+) is officially released, I ran a quick 
series of test on it and on the most recent Xcode versions for the last several 
macOS OS families: 10.12, 10.11, and 10.9 (I didn't have a 10.10 system 
available at the moment).  Only looking at the most recent supported 
Xcode/compiler version for each major release is reasonable since I think most 
people follow Apple's strong encouragement to keep software updated and only 
use the most recent releases.  And I think most people follow Apple's lead in 
using their build tools, via Xcode or the command line utilities, rather than a 
third-party compiler.

By that measure, it seems clear that (1) there is only one current version that 
exhibits the performance degradation, that is the Xcode 9.2 version labeled 
Apple LLVM 9.0.0 (clang-900.0.39.2) and (2) that is now only an issue for macOS 
10.12 (Sierra) where Xcode 9.2 is (and will likely remain) the most recent 
version.  For macOS 10.13 (High Sierra), the compiler in the newly released 
Xcode 9.3 does not exhibit the problem.  And the most recent versions of Xcode 
for the tested earlier macOS releases do not either.

BTW, the MacPorts project maintains a handy webpage listing Xcode releases and 
compiler versions by macOS release:
https://trac.macports.org/wiki/XcodeVersionInfo

Here are the results.  The methodology was to download and build the just 
released Python 2.7.15rc1 from source using the default configure options, i.e. 
just ./configure, and then run the test program 3 times with it and then three 
times with the Apple-provided system /usr/bin/python2.7 as a baseline.

ProductName:Mac OS X
ProductVersion: 10.13.4
BuildVersion:   17E199
2.7.15rc1 (default, Apr 15 2018, 00:22:29)
[GCC 4.2.1 Compatible Apple LLVM 9.1.0 (clang-902.0.39.1)]
1.181971
1.180467
1.173380
2.7.10 (default, Oct  6 2017, 22:29:07)
[GCC 4.2.1 Compatible Apple LLVM 9.0.0 (clang-900.0.31)]
1.567072
1.587779
1.570056

ProductName:Mac OS X
ProductVersion: 10.12.6
BuildVersion:   16G1314
2.7.15rc1 (default, Apr 15 2018, 00:31:39)
[GCC 4.2.1 Compatible Apple LLVM 9.0.0 (clang-900.0.39.2)]
6.290989
6.356802
6.295680
2.7.10 (default, Feb  7 2017, 00:08:15)
[GCC 4.2.1 Compatible Apple LLVM 8.0.0 (clang-800.0.34)]
1.306507
1.312231
1.302826

ProductName:Mac OS X
ProductVersion: 10.11.6
BuildVersion:   15G20015
2.7.15rc1 (default, Apr 15 2018, 00:38:12)
[GCC 4.2.1 Compatible Apple LLVM 8.0.0 (clang-800.0.42.1)]
1.846332
1.855483
1.896600
2.7.10 (default, Oct 23 2015, 19:19:21)
[GCC 4.2.1 Compatible Apple LLVM 7.0.0 (clang-700.0.59.5)]
1.453702
1.426298
1.440348

ProductName:Mac OS X
ProductVersion: 10.9.5
BuildVersion:   13F1911
2.7.15rc1 (default, Apr 15 2018, 00:42:08)
[GCC 4.2.1 Compatible Apple LLVM 6.0 (clang-600.0.57)]
1.720303
1.712045
1.710216
2.7.5 (default, Mar  9 2014, 22:15:05)
[GCC 4.2.1 Compatible Apple LLVM 5.0 (clang-500.0.68)]
1.681696
1.685704
1.686414

--

___
Python tracker 

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

[issue33184] Update OpenSSL to 1.1.0h / 1.0.2o

[Steve Dower]

Steve Dower  added the comment:

The 2.7 backport was merged by Benjamin into his release branch, which is why 
the PR shows "closed".

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

[issue33184] Update OpenSSL to 1.1.0h / 1.0.2o

[Steve Dower]

Change by Steve Dower :


--
pull_requests: +6175

___
Python tracker 

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

[issue32185] SSLContext.wrap_socket sends SNI Extension when server_hostname is IP

[Steve Dower]

Change by Steve Dower :


--
pull_requests: +6174

___
Python tracker 

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

[issue33148] RuntimeError('Event loop is closed') after cancelling getaddrinfo and closing loop

[Benjamin Peterson]

Benjamin Peterson  added the comment:


New changeset bba2ba180de91177a73d28551dce71696d472c47 by Benjamin Peterson 
(Steve Dower) in branch '2.7':
bpo-33148: Update Windows build to use OpenSSL 1.0.2o
https://github.com/python/cpython/commit/bba2ba180de91177a73d28551dce71696d472c47


--
nosy: +benjamin.peterson

___
Python tracker 

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

[issue33148] RuntimeError('Event loop is closed') after cancelling getaddrinfo and closing loop

[Steve Dower]

Change by Steve Dower :


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

___
Python tracker 

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

[issue33261] inspect.isgeneratorfunction fails on hand-created methods

[Jeroen Demeyer]

Jeroen Demeyer  added the comment:

> I would like python_coded_callable.__code__ to be the code object executed 
> when python_coded_callable is called

First of all, that doesn't answer the question of what to do with non-Python 
coded callables where there is no __code__ object at all.

Second, are you *really* sure that you want that? That would mean adding a 
__code__ attribute to all callable Python classes or adding a __code__ 
descriptor to "type".

--

___
Python tracker 

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

[issue33257] Race conditions in Tkinter with non-threaded Tcl

[Ivan Pozdeev]

Ivan Pozdeev  added the comment:

Attached reproducing example for event handlers. If launching more than one 
EventThread, it abort()'s immediately.

--
Added file: https://bugs.python.org/file47535/TkinterHanders.py

___
Python tracker 

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

[issue33280] Update link to Tcl/Tk 8.6 man pages in tkinter.rst

[Andrés Delfino]

Change by Andrés Delfino :


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

___
Python tracker 

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

[issue33280] Update link to Tcl/Tk 8.6 man pages in tkinter.rst

[Andrés Delfino]

New submission from Andrés Delfino :

There are two links to the Tcl/Tk documentation on tkinter.rst. One of them 
points to 8.5 man pages.

--
assignee: docs@python
components: Documentation
messages: 315303
nosy: adelfino, docs@python
priority: normal
severity: normal
status: open
title: Update link to Tcl/Tk 8.6 man pages in tkinter.rst
type: enhancement
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

[issue33261] inspect.isgeneratorfunction fails on hand-created methods

[Terry J. Reedy]

Terry J. Reedy  added the comment:

I would like python_coded_callable.__code__ to be the code object executed when 
python_coded_callable is called, just as expected by the isxyz author(s).  It 
has to exist somewhere.  Methods m and m3 both return 42 when called, and both 
have the same code object.

>>> m3.__code__

>>> m3.__func__.__code__

>>> m.__func__.__call__.__code__


The fact that m requires an additional level of indirection is an 
implementation detail that I don't think necessarily has to involve users.

--

___
Python tracker 

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

[issue33279] Py_BuildValue is causing crashes with the "L" and "K" format characters when upcasting sub 64-bit integer types

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

This isn't a bug in CPython API. You need to pass arguments of correct type to 
functions with a variable number of parameters. The compiler doesn't know what 
type is expected and can't coerce the value automatically. The same undefined 
behavior your can see with say printf().

--
nosy: +serhiy.storchaka
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

[issue33279] Py_BuildValue is causing crashes with the "L" and "K" format characters when upcasting sub 64-bit integer types

[Dan Snider]

Change by Dan Snider :


--
title: Py_Build value is causing crashes with the "L" and "K" format characters 
when upcasting sub 64-bit integer types -> Py_BuildValue is causing crashes 
with the "L" and "K" format characters when upcasting sub 64-bit integer types

___
Python tracker 

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

[issue33279] Py_Build value is causing crashes with the "L" and "K" format characters when upcasting sub 64-bit integer types

[Dan Snider]

New submission from Dan Snider :

New to both C and the CPython api so I'm not sure what compiler details matter 
but this is with VS14 and default compile parameters on windows 10 with 32bit 
Python.

The following function:

static PyObject *spam(PyObject *module) {
digit w = 9;
int x = 9;
long y = 9;
int32_t z = 9;
return Py_BuildValue("(HIK)(lll)(LLL)", w,w,w,x,y,z,x,y,z);  
}

returns:

>>> spam()
((9, 9, 38654705673), (9, 9, 9), (38654705673, 438244858264171835, 6133859984))

Above was the most I could fit in a single Py_BuildValue call without causing a 
crash (it instantly crashes if "O" or "N" fields are present). I believe this 
happens because the ints are being upcasted as pointers, which is undefined 
behavior.

--
components: Interpreter Core, Windows
messages: 315300
nosy: bup, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: Py_Build value is causing crashes with the "L" and "K" format characters 
when upcasting sub 64-bit integer types
type: crash
versions: Python 3.6

___
Python tracker 

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

[issue33176] Allow memoryview.toreadonly()

[Antoine Pitrou]

Change by Antoine Pitrou :


--
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed
title: Allow memoryview.cast(readonly=...) -> Allow memoryview.toreadonly()

___
Python tracker 

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

[issue33176] Allow memoryview.cast(readonly=...)

[Antoine Pitrou]

Antoine Pitrou  added the comment:


New changeset 480ab05d5fee2b8fa161f799af33086a4e68c7dd by Antoine Pitrou in 
branch 'master':
bpo-33176: Add a toreadonly() method to memoryviews. (GH-6466)
https://github.com/python/cpython/commit/480ab05d5fee2b8fa161f799af33086a4e68c7dd


--

___
Python tracker 

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

[issue33270] tags for anonymous code objects should be interned

[Zackery Spytz]

Change by Zackery Spytz :


--
keywords: +patch
pull_requests: +6171
stage: needs patch -> patch review

___
Python tracker 

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

[issue14573] json iterencode can not handle general iterators

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

It is included.

--

___
Python tracker 

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

[issue14573] json iterencode can not handle general iterators

[Alfred Morgan]

Alfred Morgan  added the comment:

@serhiy.storchaka while you are doing your overhaul will you please add support 
for raw json values. I often find myself where I have a serialized object that 
I want to include in an object response that I'm about to serialize anyway. The 
implementation should be very simple. Here is my workaround code:

class RawJSON(str): pass

origEnc = json.encoder.encode_basestring_ascii
def rawEnc(obj):
  if isinstance(obj, RawJSON):
return obj
  return origEnc(obj)
json.encoder.encode_basestring_ascii = rawEnc

https://stackoverflow.com/a/48985560/289240

--

___
Python tracker 

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

[issue33184] Update OpenSSL to 1.1.0h / 1.0.2o

[Ned Deily]

Ned Deily  added the comment:


New changeset 01a0fd4a3a4cb9928518518acc9c9f2ed6e9a382 by Ned Deily (Miss 
Islington (bot)) in branch '2.7':
[2.7] bpo-33184: Update macOS installer build to use OpenSSL 1.0.2o. (GH-6408) 
(GH-6471)
https://github.com/python/cpython/commit/01a0fd4a3a4cb9928518518acc9c9f2ed6e9a382


--

___
Python tracker 

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

[issue33184] Update OpenSSL to 1.1.0h / 1.0.2o

[miss-islington]

Change by miss-islington :


--
pull_requests: +6170
stage: needs patch -> patch review

___
Python tracker 

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

[issue19019] Investigate using Apple clang for building OS X installers

[Ned Deily]

Ned Deily  added the comment:


New changeset 93c91ac8f67ef0819ddacdcca12ef0ae88e5802e by Ned Deily in branch 
'2.7':
[2.7] Fix errant NEWS item: bpo-19019 -> bpo-17128 (GH-6470)
https://github.com/python/cpython/commit/93c91ac8f67ef0819ddacdcca12ef0ae88e5802e


--

___
Python tracker 

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

[issue17128] OS X system openssl deprecated - installer should build local libssl

[Ned Deily]

Ned Deily  added the comment:


New changeset 93c91ac8f67ef0819ddacdcca12ef0ae88e5802e by Ned Deily in branch 
'2.7':
[2.7] Fix errant NEWS item: bpo-19019 -> bpo-17128 (GH-6470)
https://github.com/python/cpython/commit/93c91ac8f67ef0819ddacdcca12ef0ae88e5802e


--

___
Python tracker 

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

[issue17128] OS X system openssl deprecated - installer should build local libssl

[Ned Deily]

Change by Ned Deily :


--
pull_requests: +6169
status: pending -> open

___
Python tracker 

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

[issue19019] Investigate using Apple clang for building OS X installers

[Ned Deily]

Change by Ned Deily :


--
pull_requests: +6168

___
Python tracker 

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

[issue32726] macOS installer and framework enhancements and changes for 3.7.0 and 3.6.5

[Ned Deily]

Ned Deily  added the comment:


New changeset ee8e4b61d6181f5bfadf6ee3d229f0ebda8a6ae9 by Ned Deily in branch 
'2.7':
[2.7] Backport macOS universal build and installer fixes from 3.6. (GH-6469)
https://github.com/python/cpython/commit/ee8e4b61d6181f5bfadf6ee3d229f0ebda8a6ae9


--

___
Python tracker 

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

[issue24414] MACOSX_DEPLOYMENT_TARGET set incorrectly by configure

[Ned Deily]

Ned Deily  added the comment:


New changeset ee8e4b61d6181f5bfadf6ee3d229f0ebda8a6ae9 by Ned Deily in branch 
'2.7':
[2.7] Backport macOS universal build and installer fixes from 3.6. (GH-6469)
https://github.com/python/cpython/commit/ee8e4b61d6181f5bfadf6ee3d229f0ebda8a6ae9


--

___
Python tracker 

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

[issue19019] Investigate using Apple clang for building OS X installers

[Ned Deily]

Ned Deily  added the comment:


New changeset ee8e4b61d6181f5bfadf6ee3d229f0ebda8a6ae9 by Ned Deily in branch 
'2.7':
[2.7] Backport macOS universal build and installer fixes from 3.6. (GH-6469)
https://github.com/python/cpython/commit/ee8e4b61d6181f5bfadf6ee3d229f0ebda8a6ae9


--

___
Python tracker 

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

[issue11485] Default SDK value on MacOSX needs changing

[Ned Deily]

Ned Deily  added the comment:


New changeset ee8e4b61d6181f5bfadf6ee3d229f0ebda8a6ae9 by Ned Deily in branch 
'2.7':
[2.7] Backport macOS universal build and installer fixes from 3.6. (GH-6469)
https://github.com/python/cpython/commit/ee8e4b61d6181f5bfadf6ee3d229f0ebda8a6ae9


--

___
Python tracker 

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

[issue33278] libexpat uses HAVE_SYSCALL_GETRANDOM instead of HAVE_GETRANDOM_SYSCALL

[Marc-Andre Lemburg]

New submission from Marc-Andre Lemburg :

See https://github.com/python/cpython/blob/3.6/Modules/expat/xmlparse.c#L87

The Python configure script tests and sets the variable HAVE_GETRANDOM_SYSCALL.

The solution would be to have Python's config script define 
HAVE_SYSCALL_GETRANDOM as well, in case it detects the function.

--
components: XML
messages: 315289
nosy: lemburg
priority: normal
severity: normal
status: open
title: libexpat uses HAVE_SYSCALL_GETRANDOM instead of HAVE_GETRANDOM_SYSCALL
versions: 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

[issue19019] Investigate using Apple clang for building OS X installers

[Ned Deily]

Change by Ned Deily :


--
keywords: +patch
pull_requests: +6166
stage: needs patch -> patch review

___
Python tracker 

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

[issue11485] Default SDK value on MacOSX needs changing

[Ned Deily]

Change by Ned Deily :


--
pull_requests: +6167

___
Python tracker 

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

[issue24414] MACOSX_DEPLOYMENT_TARGET set incorrectly by configure

[Ned Deily]

Change by Ned Deily :


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

___
Python tracker 

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

[issue32726] macOS installer and framework enhancements and changes for 3.7.0 and 3.6.5

[Ned Deily]

Change by Ned Deily :


--
pull_requests: +6164

___
Python tracker 

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

[issue33261] inspect.isgeneratorfunction fails on hand-created methods

[Jeroen Demeyer]

Jeroen Demeyer  added the comment:

The only attributes that a method is guaranteed to have are __func__ and 
__self__ (which are the arguments passed to the MethodType constructor).

All other attributes are looked up through __func__ by the C version of the 
following Python code:

def __getattr__(self, attr):
return getattr(self.__func__, attr)

--

___
Python tracker 

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

[issue33261] inspect.isgeneratorfunction fails on hand-created methods

[Jeroen Demeyer]

Jeroen Demeyer  added the comment:

> I am wondering if, instead, the bug is in m, the object returned by 
> MethodType, or in attribute lookup thereupon.

What would you expect m.__code__ to return then? Methods support arbitrary 
callables and certainly not all callables have a meaningful __code__.

--

___
Python tracker 

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

[issue27544] Document the ABCs for instance/subclass checks of dict view types

[Jeffrey McLarty]

Change by Jeffrey McLarty :


--
nosy: +Jeffrey McLarty

___
Python tracker 

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

[issue33257] Race conditions in Tkinter with non-threaded Tcl

[Ivan Pozdeev]

Ivan Pozdeev  added the comment:

Wait a second... I think I noticed another similar bug.

In Tkapp_CallProc. Same case, Tkapp_CallArgs and Tkapp_CallDeallocArgs are 
called when not holding both locks.

The attached example doesn't use Python event handlers, so it didn't manifest 
itself in my tests.

--

___
Python tracker 

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

[issue33257] Race conditions in Tkinter with non-threaded Tcl

[Ivan Pozdeev]

Ivan Pozdeev  added the comment:

@terry.reedy Apparently, this bug has gone unnoticed for years (to be precise, 
since 
https://github.com/python/cpython/commit/b5bfb9f38c786c3330b2d52d93b664588c42283d
 in 2002),
and there are all kinds of weird rumors circulating about whether  tkinter is 
thread-safe or not, and what can be run where ( see e.g. 
https://stackoverflow.com/search?q=tkinter+thread+safe ).
Having run into it in my project, I set out to get to the bottom of this ( 
https://github.com/RedFantom/mtTkinter/issues/5 ) ...and looks like I did.

--

___
Python tracker 

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