Nathan Henrie <n8hen...@gmail.com> added the comment:
I've continued looking into this.
If you have your limits configured higher than default, as I did (and which
seems to be working fine):
```
sudo launchctl limit maxfiles 64000 524288
ulimit -Sn 64000
```
then you'll find that
Nathan Henrie <n8hen...@gmail.com> added the comment:
Update -- I found the following plist at
`/Library/LaunchDaemons/limit.maxfiles.plist`:
```xml
http://www.apple.com/DTDs/PropertyList-1.0.dtd;>
Label
limit.maxfiles
ProgramArguments
launchctl
Nathan Henrie <n8hen...@gmail.com> added the comment:
Thanks for the response -- I'll keep looking, feel free to close since it's
not being reproduced.
```
$ sysctl kern.maxfilesperproc
kern.maxfilesperproc: 64000
$ ./python.exe -c 'import resource;
print(resource.get
Nathan Henrie <n8hen...@gmail.com> added the comment:
Hmmm, still failing for me. I wonder if it's something specific to my machine.
```
git reset --hard 3.6 && make clean && git pull && ./configure --with-pydebug &&
Nathan Henrie <n8hen...@gmail.com> added the comment:
Awesome, I'm really excited to have contributed something, no matter how small.
--
___
Python tracker <rep...@bugs.python.org>
<https://bugs.python
Nathan Henrie <n8hen...@gmail.com> added the comment:
Traceback:
```
File "cpython/Lib/test/test_selectors.py", line 453, in test_above_fd_setsize
self.assertEqual(NUM_FDS // 2, len(s.select()))
File "cpython/Lib/selectors.py", line 376, in select
fd_ev
New submission from Nathan Henrie <n8hen...@gmail.com>:
Failing for me on latest 3.6, 3.6.1, 3.5.5, may be related to
https://bugs.python.org/issue32517, presumably a change on macOS KQueue stuff.
Can anyone else on macOS 10.13.3 see if they can reproduce?
```
make clean &&am
Nathan Henrie <n8hen...@gmail.com> added the comment:
It seems to work if you close proto.transport (as is done in
`test_write_pty()`).
--
___
Python tracker <rep...@bugs.python.org>
<https://bugs.python
Change by Nathan Henrie <n8hen...@gmail.com>:
--
keywords: +patch
pull_requests: +5799
stage: needs patch -> patch review
___
Python tracker <rep...@bugs.python.org>
<https://bugs.pyt
Nathan Henrie <n8hen...@gmail.com> added the comment:
I can reproduce on my local machine.
MacOS 10.13.2, trying to build 3.6.4. Waited for up to 6 hours for it to fail
or finish, never does, just hangs at `test_asyncio`.
--
nosy: +n8
Nathan Henrie <n8hen...@gmail.com> added the comment:
Think I am also seeing this, MacOS 10.13.2, making 3.6.4 from source
test_asyncio hangs indefinitely.
I killed it after 2 hours this morning, last output was: `running: test_asyncio
(9481 sec)`
--
nosy: +n8
New submission from Nathan Henrie <n8hen...@gmail.com>:
I routinely download the epub version of the docs to my computer and mobile
devices as an offline copy. The 3.6.3 version reports a big error on the first
(and many other pages):
> This page contains the following errors:
erro
New submission from Nathan Henrie:
Please see my (closed) issue, I was told to resubmit here.
https://github.com/python/pythondotorg/issues/1140
Basically, I usually download a local copy of the epub and HTML docs so I can
reference offline (and faster using the "custom search engine&quo
New submission from Nathan Henrie:
When using the new plistlib.load and the FMT_BINARY option, line 997:
p = _FORMATS[fmt]['parser'](use_builtin_types=use_builtin_types)
doesn't send the dict_type to _BinaryPlistParser.__init__ (line 601), which has
dict_type as a required positional
14 matches
Mail list logo
