[issue20468] resource module documentation is incorrect
Greg Lindahl added the comment: I just tripped on the bug that the maxrss field is kilobytes on Linux and bytes on Darwin. I don't think referring to the C manpages is sufficient to prevent confusion. I don't actually use my package on a Mac, I just use Travis-CI to test it. -- nosy: +wumpus ___ Python tracker <https://bugs.python.org/issue20468> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue38227] Setting a signal handler gets multiprocessing.Pool stuck
Change by Greg Lindahl : -- nosy: +wumpus ___ Python tracker <https://bugs.python.org/issue38227> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue27970] ssl: can't verify a trusted site with imcomplete certificate chain
Change by Greg Lindahl : -- nosy: +wumpus ___ Python tracker <https://bugs.python.org/issue27970> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue33762] temp file isn't IOBase
Greg Lindahl added the comment: This is breaking aiohttp client file multipart uploads from temporary files. I'd be willing to bet that a lot of libraries do isinstance(foo, io.IOBase) deep in their guts. -- nosy: +wumpus ___ Python tracker <https://bugs.python.org/issue33762> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue28414] SSL match_hostname fails for internationalized domain names
Change by Greg Lindahl <lind...@pbm.com>: -- nosy: +wumpus ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue28414> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17305] IDNA2008 encoding missing
Greg Lindahl <lind...@pbm.com> added the comment: I am avoiding Python's built-in libraries as much as possible in my aiohttp-based crawler because of this issue, but I cannot open a connection to https://xn--ho-hia.de because there is an 'IDNA does not round-trip' raise in the python 3.6 library ssl.py code. Happy to provide a code sample. I guess the 500-line async crawler in Guido's book was never used on German websites. -- ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue17305> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12735] request full Unicode collation support in std python library
Change by Greg Lindahl <lind...@pbm.com>: -- nosy: +wumpus ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue12735> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4356] Add "key" argument to "bisect" module functions
Change by Greg Lindahl <lind...@pbm.com>: -- nosy: +wumpus ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue4356> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue31096] asyncio.stream.FlowControlMixin._drain_helper may lead to a blocking behavior
Change by Greg Lindahl <lind...@pbm.com>: -- nosy: +wumpus ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue31096> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17305] IDNA2008 encoding missing
Change by Greg Lindahl <lind...@pbm.com>: -- nosy: +wumpus ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue17305> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue30147] change in interface for compiled regex.pattern
New submission from Greg Lindahl:
The following script runs fine in python 3.6 and recently started failing the
assertion in 3.7-dev and nightly
import re
r = re.compile(re.escape('/foo'))
print(r)
print(r.pattern)
assert r.pattern.startswith('\\/')
--
components: Regular Expressions
messages: 292177
nosy: ezio.melotti, mrabarnett, wumpus
priority: normal
severity: normal
status: open
title: change in interface for compiled regex.pattern
versions: Python 3.7
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue30147>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
ulimit stack size and python threads
I figure this is a FAQ, but I can't find it in any FAQs. I want to limit the stacksize on my server. If I set it to 8 megs, or unlimited, python is happy. If I set it to 4 gigabytes, things like yum (which is a python program) crash creating a thread. This is on an x86_64 linux kernel, RHEL5, etc etc. Why is Python overloading the meaning of the ulimit -s like this? There are plenty of real non-python programs with huge stack usage, and I'd like my system default stack limit to be less than unlimited but much larger than Python will allow. -- greg -- http://mail.python.org/mailman/listinfo/python-list
Re: ulimit stack size and python threads
I'm only guessing, but could it be a 32-bit limit somewhere? Have you tried, say, 1GB, which would be within a 32-bit limit? Indeed, ulimit -s 100 (a bit smaller than 1 GB) does work, but it doesn't solve my problem, since I want to set the limit higher than 1 GB. -- greg -- http://mail.python.org/mailman/listinfo/python-list
Re: ulimit stack size and python threads
How much higher? You could try just under 4GB (unsigned 32-bit) and just under 2GB (signed 32-bit). I'd like to set it to be about 1/2 the memory size of my server, which happens to end up being 4 gbytes. And no, slightly less than 4 gb doesn't work. But even if that worked, I'd be worried that python is doing something bad with the ulimit -s value under the covers. -- greg -- http://mail.python.org/mailman/listinfo/python-list
Re: ulimit stack size and python threads
Why do you think Python is overloading the meaning of that? I ensure you it isn't - it doesn't actively care what the limits are. Always crashing because I asked the OS to please not allow a process to grow too big is what I call overloading the meaning of ulimit -s. It's quite surprising. Not to mention the poor error message. -- greg -- http://mail.python.org/mailman/listinfo/python-list
Re: ulimit stack size and python threads
I see. I should be blaming the default behavior of pthreads. I did work on a OpenMP library once, and we worked around this problem, plus we gave good error messages. Given the number of HPC sites which use Python, I'd think that Python would have grown similar features. (HPC sites are more likely to have intermediate-sized stack limits due to use of Fortran.) -- greg -- http://mail.python.org/mailman/listinfo/python-list
