[issue23102] distutils: isinstance checks fail with setuptools-monkeypatched Extension/Distribution

2018-03-01 Thread Preston Landers
Change by Preston Landers <pland...@gmail.com>: -- nosy: +planders ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue23102> ___ _

[issue29097] datetime.fromtimestamp(t) when 0 <= t <= 86399 fails on Python 3.6

2017-08-22 Thread Preston Landers
Changes by Preston Landers <pland...@gmail.com>: -- nosy: +planders ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue29097> ___ _

[issue31080] Allow `logging.config.fileConfig` to accept kwargs

2017-08-02 Thread Preston Landers
Preston Landers added the comment: A colleague pointed out that I used single quotes in the defaults where the line uses double quotes for another argument. I'm not sure if this is considered a problem but I could submit an update

[issue31080] Allow `logging.config.fileConfig` to accept kwargs

2017-08-01 Thread Preston Landers
Changes by Preston Landers <pland...@gmail.com>: -- pull_requests: +3021 ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue31080> ___

[issue31080] Allow `logging.config.fileConfig` to accept kwargs

2017-07-31 Thread Preston Landers
Preston Landers added the comment: This is the current state of my patch: https://github.com/python/cpython/compare/master...Preston-Landers:bpo-31080-fileconfig It makes both `args` and `kwargs` optional in the config file. (Obviously, the actual handler may require args

[issue31080] Allow `logging.config.fileConfig` to accept kwargs

2017-07-30 Thread Preston Landers
New submission from Preston Landers: The function `logging.config.fileConfig` accepts `args` but it would be nice if it also accepted `kwargs`. A simple patch seems to do it: diff --git a/Lib/logging/config.py b/Lib/logging/config.py index d692514..4672b48 100644

[issue28906] Can't inherit sockets with multiprocessing on Windows

2016-12-08 Thread Preston Landers
Preston Landers added the comment: Wow, good call. That does work for me. Wish I had thought to try it. I assume you want me to go ahead and close the issue. Sorry for the noise, but this really helps! -- resolution: -> not a bug status: open ->

[issue28906] Can't inherit sockets with multiprocessing on Windows

2016-12-08 Thread Preston Landers
New submission from Preston Landers: I'm porting a Python 2.6 based application to Python 3.6. This app uses a customized version of the "flup" package to do FastCGI services on Windows using the multiprocessing package. This requires a few sockets to be inherited across processes

[issue1378] fromfd() and dup() for _socket on WIndows

2009-10-19 Thread Preston Landers
Preston Landers pland...@gmail.com added the comment: Hmm... revision 59004 appears to be unrelated to the main issue at hand. As far as I can tell now the status is this: the dup() and fromfd() support appears to be present in Python 3000 for Windows - at least the py3k branch. I didn't check

[issue1378] fromfd() and dup() for _socket on WIndows

2009-10-04 Thread Preston Landers
Preston Landers pland...@gmail.com added the comment: I'm curious what happened with this issue. It says closed+accepted but it doesn't appear to be checked in. Was there a fatal problem implementing this feature on Windows? Is it hung up on the inability to dup SSL sockets? I'm highly