New submission from Riccardo Coccioli :
The documentation for the logging.Filter().filter() method states:
#-
Is the specified record to be logged? Returns 0 for no, nonzero for yes. If
deemed appropriate, the record may be modified in-place.
#-
While its implementation returns
New submission from Riccardo Coccioli :
It seems that importlib.import_module() is not thread-safe if the loaded module
raises an Exception on Python 3.4 and 3.5. I didn't find any thread-unsafe
related information in Python's documentation.
The frequency of the failure appears to be random
Change by Riccardo Coccioli <rcocci...@gmail.com>:
--
pull_requests: +4008
___
Python tracker <rep...@bugs.python.org>
<https://bugs.python.org/issue31334>
___
Change by Riccardo Coccioli <rcocci...@gmail.com>:
--
nosy: +Riccardo Coccioli
___
Python tracker <rep...@bugs.python.org>
<https://bugs.python
Riccardo Coccioli <rcocci...@gmail.com> added the comment:
Although it's documented as -1 in Linux man page [1], from my quick tests I was
not able to get any error with negative values different from -1 and it seems
to wait indefinitely as expected. Looking also at its implementation
Riccardo Coccioli added the comment:
This can actually be reproduced with Python 2.7 too (thanks @thiell to let me
know). At first I thought that it was not because it doesn't repro with the
stock macOS-shipped Python 2.7.10 on macOS Sierra 10.12.6, where the
select.poll() is not available
Changes by Riccardo Coccioli <rcocci...@gmail.com>:
--
pull_requests: +3320
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue31334>
___
New submission from Riccardo Coccioli:
According to the Python documentation for the 'poll.poll([timeout])' method in
the 'select' module, any negative value for the 'timeout' parameter is valid
and should have the same behaviour [1]:
"If timeout is omitted, negative, or None, the
