[issue27415] regression: BaseEventLoop.create_server does not accept port=None
Marcus Cobden added the comment: Ah thanks, that's fair. It seems a shame since this regression was introduced to 3.4 by a security/bugfix release. Since there's a workaround it's not a big deal. -- ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue27415> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue27415] regression: BaseEventLoop.create_server does not accept port=None
Marcus Cobden added the comment: Still doesn't work in Python 3.4.5; I can confirm it's fixed in Python 3.5.2. -- resolution: works for me -> status: closed -> open versions: -Python 3.5 ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue27415> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue27415] regression: BaseEventLoop.create_server does not accept port=None
Changes by Marcus Cobden <mar...@marcuscobden.co.uk>: -- title: BaseEventLoop.create_server does not accept port=None -> regression: BaseEventLoop.create_server does not accept port=None ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue27415> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue27415] BaseEventLoop.create_server does not accept port=None
Marcus Cobden added the comment: I should add that port=0 is an acceptable workaround -- type: -> behavior ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue27415> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue27415] BaseEventLoop.create_server does not accept port=None
New submission from Marcus Cobden: With the most recent 3.4 bugfix, calling create_server with port=None stopped working. This also affects 3.5, and I would imagine also 3.6, but haven't checked that. Test case: import asyncio; l = asyncio.get_event_loop(); l.run_until_complete(l.create_server(lambda: None, host='0.0.0.0', port=None)) Expected result: a socket object Broken result: "TypeError: an integer is required (got type NoneType)" -- components: asyncio messages: 269507 nosy: gvanrossum, haypo, mcobden, yselivanov priority: normal severity: normal status: open title: BaseEventLoop.create_server does not accept port=None versions: Python 3.4, Python 3.5 ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue27415> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17558] gdb debugging python frames in optimised interpreters
Marcus Cobden added the comment: Is there anyone who could take a look at this? I'd rather it not bit-rot into oblivion. I know the code quality is rather poor, but I can fix that. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17558 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17558] gdb debugging python frames in optimised interpreters
New submission from Marcus Cobden: I've made some tweaks to the libpython.py util functions to better pick up python frames when using a normal python interpreter. It's not by any means perfect, but it works on my ubuntu-shipped python interpreter (with debugging symbols installed, but not running the debug interpreter). It works by finding the top frame via the thread state struct, and then going up the frame stack, comparing the stack pointer to a stack pointer in the C context. I'd appreciate some feedback/advice :) https://gist.github.com/leth/5254239/revisions -- components: Demos and Tools messages: 185337 nosy: mcobden priority: normal severity: normal status: open title: gdb debugging python frames in optimised interpreters type: enhancement versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17558 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com