[issue34354] Memory leak on _testCongestion

[Vinicius Pacheco]

New submission from Vinicius Pacheco :

Following this document https://devguide.python.org/ to compile the python I've 
got a memory leak on the test _testCongestion. This test is on the file 
Lib/test/test_socket.py.

The line that show me the issue is:

while True:
self.cli.sendto(self.data, 0, (HOST, self.port))

The process enters on the "while" and never finish. I'm using a Fedora 28 on 
this test.

--
components: Interpreter Core
messages: 323262
nosy: Vinicius Pacheco
priority: normal
severity: normal
status: open
title: Memory leak on _testCongestion
type: behavior
versions: Python 3.8

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue34296] Speed up python startup by pre-warming the vm

[INADA Naoki]

INADA Naoki  added the comment:

On Wed, Aug 8, 2018 at 6:40 AM Cyker Way  wrote:
>
> Cyker Way  added the comment:
>
> >   While this issue is "pre warming VM", VM startup is not significant part 
> > of your 500ms.
>
> 10-20ms should be OK for shell scripts. But a fork is still faster.
>
> >   You're talking about application specific strategy now. It's different of 
> > this issue.
>
> Actually, this issue is created to look for a generic approach that can 
> optimize the running time for most, or even all, python scripts. Different 
> scripts may import different modules, but this doesn't mean there isn't a 
> method that works for all of them.
>

"Fork before loading any modules" and "fork after loading application"
are totally different.
It's not generic.  Former can be done by Python core, but I'm not sure
it's really helpful.
Later can be done in some framework.  And it can be battle tested on
3rd party CLI framework
before adding it to Python stdlib.

> >   And many ideas like yours are already discussed on ML, again and again.
>
> I browsed about 6-7 threads on python-dev. I think 2-3 of them provide great 
> information. But I don't think any of them gives concrete solutions. So we 
> are still facing this problem today.
>

I didn't mean it's solved.  I meant many people said same idea again and again,
and I'm tired to read such random ideas.
Python provides os.fork already.  People can use it.  CLI frameworks can use it.
So what Python should be provide additionally?

> >   I want to close this issue. Please give us more concrete idea or patch 
> > with target sample application you want to optimize.
>
> As said I'm looking for a generic approach. So optimizing specific 
> applications isn't really the goal of this issue (though work on specific 
> modules still helps). I did implement a proof of concept (link: 
> ) for the fork-exec startup approach. 
> It's still very rough and elementary, but proves this approach has its value. 
> As Nick said:
>

I doubt there is generic and safe approach which is fit in stdlib.
For example, your PoC includes several considerable points:

* Different Python, venv, or application version may listen the unix socket.
* Where should be the socket listen?  How about socket permission?
* Environment variable may be differ.
* When the server is not used for a long time, it should be exit automatically.
  Client start server if there are no server listening.

I prefer battle-testing idea as 3rd party tool first.  Then, we can
discuss about
we should add it on stdlib or not.

"Add it on PyPI first" approach has several benefits:

* It can be used with older Python.
* It can be evolve quickly than Python's 1.5year release cycle.

> >   ...the CPython runtime is highly configurable, so it's far from clear 
> > what, if anything, could be shared from run to run...
>
> What I hope is we can inspect these configurations and figure out the 
> invariants. This would help us make a clean environment as the forking base. 
> If this is impossible, I think we can still fork from a known interpreter 
> state chosen by the user script author. You may close this issue if nobody 
> has more to say, but I hope the fork-exec startup can be standardized one day 
> as I believe, for quick scripts, however much you optimize the cold start it 
> can't be faster than a fork.
>

It relating only with "former" (fork before loading application) approach.
I don't think it's really worth enough.  Benefits will be very small compared to
it's danger and complexity.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue28044] Make the sidebar in the documentation follow the section automatically

[Mariatta Wijaya]

Mariatta Wijaya  added the comment:

You can file a new issue in https://github.com/python/python-docs-theme/ and 
just add a link to this issue from GitHub in the description.

--
nosy: +Mariatta

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue28044] Make the sidebar in the documentation follow the section automatically

[Glenn Linderman]

Glenn Linderman  added the comment:

Uh, thanks, I guess, but it wasn't marked out of date or resolved or closed 
when I commented. I haven't used the GitHub issue tracker. Sigh. There should 
be a link here to the issue that was copied there, to make it easy and obvious?

--
nosy:  -Mariatta

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue28044] Make the sidebar in the documentation follow the section automatically

[Mariatta Wijaya]

Mariatta Wijaya  added the comment:

Really sorry, but this issue is now out of date, and the patch no longer 
applies.

The Python documentation theme is now being tracked in 
https://github.com/python/python-docs-theme/

Perhaps bring up this issue there?

Thanks.

--
nosy: +Mariatta
resolution:  -> out of date
stage: needs patch -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue28044] Make the sidebar in the documentation follow the section automatically

[Glenn Linderman]

Glenn Linderman  added the comment:

Nice implementation of sticky sidebar.
https://css-tricks.com/sticky-smooth-active-nav/#more-273952

I haven't looked at the patch, and don't know what R. David Murray doesn't like 
about how it works, but I find the Python sidebar extremely annoying because it 
scrolls off the top, and would rather it stayed around visible.

--
nosy: +v+python

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue34338] abstractmethod can run on classes

[Nikolas Vanderhoof]

Nikolas Vanderhoof  added the comment:

I've also posted that response on stackoverflow to your question in case others 
have the same confusion.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue34338] abstractmethod can run on classes

[Nikolas Vanderhoof]

Nikolas Vanderhoof  added the comment:

This behavior is consistent with the behavior described in the documentation 
for `@classmethod`.

https://docs.python.org/3.6/library/functions.html?highlight=classmethod#classmethod

"It can be called either on the class (such as C.f()) or on an instance (such 
as C().f())."

In this case, it can't be called on an instance because it is abstract, but 
since it's a classmethod, it is still okay to call it on the class directly.

--
nosy: +nikvanderhoof

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue24255] Replace debuglevel-related logic with logging

[R. David Murray]

R. David Murray  added the comment:

We generally do not fix "linting errors" unless they reveal logic errors or we 
touch the lines of code for some other reason.  We also follow the existing 
style of a module rather than any particular style guide (the stdlib modules 
are often older than all of the style guides...even PEP8).  In short, omit 
those changes from your PR, and don't bother creating a separate one, it would 
just get rejected ;)

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue34296] Speed up python startup by pre-warming the vm

[Cyker Way]

Cyker Way  added the comment:

>   While this issue is "pre warming VM", VM startup is not significant part of 
> your 500ms.

10-20ms should be OK for shell scripts. But a fork is still faster.  

>   You're talking about application specific strategy now. It's different of 
> this issue.

Actually, this issue is created to look for a generic approach that can 
optimize the running time for most, or even all, python scripts. Different 
scripts may import different modules, but this doesn't mean there isn't a 
method that works for all of them.

>   And many ideas like yours are already discussed on ML, again and again.

I browsed about 6-7 threads on python-dev. I think 2-3 of them provide great 
information. But I don't think any of them gives concrete solutions. So we are 
still facing this problem today.

>   I want to close this issue. Please give us more concrete idea or patch with 
> target sample application you want to optimize.

As said I'm looking for a generic approach. So optimizing specific applications 
isn't really the goal of this issue (though work on specific modules still 
helps). I did implement a proof of concept (link: 
) for the fork-exec startup approach. 
It's still very rough and elementary, but proves this approach has its value. 
As Nick said:

>   ...the CPython runtime is highly configurable, so it's far from clear what, 
> if anything, could be shared from run to run...

What I hope is we can inspect these configurations and figure out the 
invariants. This would help us make a clean environment as the forking base. If 
this is impossible, I think we can still fork from a known interpreter state 
chosen by the user script author. You may close this issue if nobody has more 
to say, but I hope the fork-exec startup can be standardized one day as I 
believe, for quick scripts, however much you optimize the cold start it can't 
be faster than a fork.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue34335] Fix examples in asyncio docs (suppliment to bpo-32258)

[Mariatta Wijaya]

Change by Mariatta Wijaya :


--
versions:  -Python 3.6

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue34335] Fix examples in asyncio docs (suppliment to bpo-32258)

[Mariatta Wijaya]

Change by Mariatta Wijaya :


--
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue34335] Fix examples in asyncio docs (suppliment to bpo-32258)

[miss-islington]

miss-islington  added the comment:


New changeset fac49762c53822c40f24dcb5ca4945cffdf40cd9 by Miss Islington (bot) 
in branch '3.7':
bpo-34335: Use async/await syntax in documentation examples (GH-8674)
https://github.com/python/cpython/commit/fac49762c53822c40f24dcb5ca4945cffdf40cd9


--
nosy: +miss-islington

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue34335] Fix examples in asyncio docs (suppliment to bpo-32258)

[miss-islington]

Change by miss-islington :


--
pull_requests: +8195

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue34335] Fix examples in asyncio docs (suppliment to bpo-32258)

[Mariatta Wijaya]

Mariatta Wijaya  added the comment:


New changeset d2ac400267940f35d731d66c2dafafe099d770d9 by Mariatta (Mikhail 
Terekhov) in branch 'master':
bpo-34335: Use async/await syntax in documentation examples (GH-8674)
https://github.com/python/cpython/commit/d2ac400267940f35d731d66c2dafafe099d770d9


--
nosy: +Mariatta

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue34347] AIX: test_utf8_mode.test_cmd_line fails

[Michael Felt]

Michael Felt  added the comment:

Common "experts" - feedback needed!

Original
test test_utf8_mode failed -- Traceback (most recent call last):
  File "/data/prj/python/git/python3-3.8/Lib/test/test_utf8_mode.py", line 225, 
in test_cmd_line
check('utf8=0', [c_arg], LC_ALL='C')
  File "/data/prj/python/git/python3-3.8/Lib/test/test_utf8_mode.py", line 217, 
in check
self.assertEqual(args, ascii(expected), out)
AssertionError: "['h\\xc3\\xa9\\xe2\\x82\\xac']" != 
"['h\\udcc3\\udca9\\udce2\\udc82\\udcac']"
- ['h\xc3\xa9\xe2\x82\xac']
+ ['h\udcc3\udca9\udce2\udc82\udcac']
 : ISO8859-1:['h\xc3\xa9\xe2\x82\xac']

Modification #1:
if sys.platform == 'darwin' or support.is_android:
c_arg = arg_utf8
elif sys.platform.startswith("aix"):
c_arg = arg_ascii.encode('utf-8', 'surrogateescape')
else:
c_arg = arg_ascii
check('utf8=0', [c_arg], LC_ALL='C')

Result:
AssertionError: "['h\\xc3\\xa9\\xe2\\x82\\xac']" != 
"[b'h\\xc3\\xa9\\xe2\\x82\\xac']"
- ['h\xc3\xa9\xe2\x82\xac']
+ [b'h\xc3\xa9\xe2\x82\xac']
?  +
 : ISO8859-1:['h\xc3\xa9\xe2\x82\xac']

Modifiction #2:
if sys.platform == 'darwin' or support.is_android:
c_arg = arg_utf8
elif sys.platform.startswith("aix"):
c_arg = arg
else:
c_arg = arg_ascii
check('utf8=0', [c_arg], LC_ALL='C')

AssertionError: "['h\\xc3\\xa9\\xe2\\x82\\xac']" != 
"[b'h\\xc3\\xa9\\xe2\\x82\\xac']"
- ['h\xc3\xa9\xe2\x82\xac']
+ [b'h\xc3\xa9\xe2\x82\xac']
?  +
 : ISO8859-1:['h\xc3\xa9\xe2\x82\xac']

The "expected" continues to be a "bytes" object, while the CLI code returns a 
non-byte string.
Or - the original has an ascii string object but uses \udc rather than \x

\udc is common (i.e., I see it frequently in googled results on other things) - 
should something in ascii() be changed to output \udc rather than \x ?

Thx!

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue24255] Replace debuglevel-related logic with logging

[Sanyam Khurana]

Sanyam Khurana  added the comment:

Hey Conrad,

I've merged your fixes as well. They are in the PR now. Also added your name in 
the NEWS entry :)

@Vinay, I noticed that there are linting errors in `test_logging.py`. Does it 
make sense to issue a separate Pull Request to fix those? Currently, I've fixed 
them in the current Pull Request. Please let me know :)

--
nosy: +vinay.sajip

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue34353] stat's python implementation of filemode (fallback) doesn't behave like the C implementation

[G]

Change by G :


--
keywords: +patch
pull_requests: +8193
stage:  -> patch review

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue34353] stat's python implementation of filemode (fallback) doesn't behave like the C implementation

[G]

New submission from G :

stat.py (Lib/stat.py)'s implementation of filemode doesn't account for 
socket-type files, while _stat (Modules/_stat.c) does, using S_IFSOCK.

--
components: Library (Lib)
messages: 323248
nosy: gpery
priority: normal
severity: normal
status: open
title: stat's python implementation of filemode (fallback) doesn't behave like 
the C implementation
type: behavior
versions: Python 3.8

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue34352] Using tailf with python3.4

[Zachary Ware]

Zachary Ware  added the comment:

That appears to be a third-party project, though I can't find it via Google.  
You'll need to submit your patch to that project; there's nothing we can do 
with it here.

--
components:  -Distutils
nosy: +zach.ware
resolution:  -> third party
stage:  -> resolved
status: open -> closed
type: crash -> behavior

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue34352] Using tailf with python3.4

[Anthony Guevara]

New submission from Anthony Guevara :

When using tailf with Python2.7 there are no issues. When using tailf with 
Python3.4 some print statements use the old version 2 style. Python3 also 
complains about an implicit conversion. I have included a patch.

--
components: Distutils
files: tailf.patch
keywords: patch
messages: 323246
nosy: amboxer21, dstufft, eric.araujo
priority: normal
severity: normal
status: open
title: Using tailf with python3.4
type: crash
versions: Python 3.4
Added file: https://bugs.python.org/file47734/tailf.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue34351] Python 3.7 - Issues Installing Scikit Learn

[Mark Dickinson]

Mark Dickinson  added the comment:

Closing as duplicate of #34348.

--
nosy: +mark.dickinson
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue34348] Python 3.7 - Issues Installing Scikit Learn

[Mark Dickinson]

Mark Dickinson  added the comment:

> How do I reach to the upstream scikit-learn folks ?

See http://scikit-learn.org/stable/support.html

Closing here.

--
resolution:  -> third party
stage:  -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue34351] Python 3.7 - Issues Installing Scikit Learn

[Abhishek Reddy]

New submission from Abhishek Reddy :

Hi

I am currently encountering below issues when trying to install any version of 
Scikit Learn (0.19.0 or 0.19.1 or 0.19.2) on Linux - RHEL / Centos 7 OS. 

Few months back I could successfully install scikit-learn under python 2.7 
without issues. When I re-run the installation of scikit-learn package under 
python 2.7 its failing with the same below error.

I have installed all the required dependencies of OS and Python packages for 
scikit-learn

Python Version - 3.7

/usr/local/bsb-python37 - Custom Location in which I configured and installed 
Python 3.7

I have installed all the prerequisite - OS packages - bias-devel , lapack-devel 
, atlas-devel. 

Earlier when I installed Python 2.7 I didn't run into any issues. Now when I 
re-try to install the scikit learn under Python 2.7 I am running into the same 
issue and the earlier successful installed version of scikit learn is corrupted.

Error
# /usr/local/bsb-python37/bin/python3.7 setup.py install 
--prefix=/usr/local/bsb-python37
Partial import of sklearn during the build process.
blas_opt_info:
blas_mkl_info:
customize UnixCCompiler
  libraries mkl_rt not found in ['/usr/local/bsb-python37/lib', 
'/usr/local/lib64', '/usr/local/lib', '/usr/lib64', '/usr/lib', '/usr/lib/']
  NOT AVAILABLE

blis_info:
customize UnixCCompiler
  libraries blis not found in ['/usr/local/bsb-python37/lib', 
'/usr/local/lib64', '/usr/local/lib', '/usr/lib64', '/usr/lib', '/usr/lib/']
  NOT AVAILABLE

  error: Command "g++ -pthread -Wno-unused-result -Wsign-compare -DNDEBUG -g 
-fwrapv -O3 -Wall -fPIC 
-I/usr/local/bsb-python37/lib/python3.7/site-packages/numpy-1.14.5-py3.7-linux-x86_64.egg/numpy/core/include
 
-I/usr/local/bsb-python37/lib/python3.7/site-packages/numpy-1.14.5-py3.7-linux-x86_64.egg/numpy/core/include
 -I/usr/local/bsb-python37/include/python3.7m -c 
sklearn/cluster/_dbscan_inner.cpp -o 
build/temp.linux-x86_64-3.7/sklearn/cluster/_dbscan_inner.o -MMD -MF 
build/temp.linux-x86_64-3.7/sklearn/cluster/_dbscan_inner.o.d" failed with exit 
status 1

Any help is greatly appreciated. I tried to google around and did all that I 
could try. No luck.

Thanks,
Abhishek

--
components: Library (Lib)
messages: 323243
nosy: abhishekreddyc
priority: normal
severity: normal
status: open
title: Python 3.7 - Issues Installing Scikit Learn
type: compile error
versions: Python 3.7

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue34348] Python 3.7 - Issues Installing Scikit Learn

[Abhishek Reddy]

Abhishek Reddy  added the comment:

Hi Mark,

Thank you for your update. How do I reach to the upstream scikit-learn folks ?

Thanks,
Abhishek

On 8/7/18, 2:56 AM, "Mark Dickinson"  wrote:

Mark Dickinson  added the comment:

Have you reported this upstream to the scikit-learn folks? scikit-learn is 
not part of core Python, so there's probably not a lot we can do here.

--
nosy: +mark.dickinson

___
Python tracker 

___

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue34349] asyncio.wait should accept generator of tasks as first argument

[Yury Selivanov]

Yury Selivanov  added the comment:

Since we're deprecating generator-based coroutines anyways, I too think that 
the check can be relaxed.

--
versions: +Python 3.8 -Python 3.7

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue34284] Nonsensical exception message when calling `__new__` on non-instaniable objects

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

Issue5322 may has a relation to this.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue31940] copystat on symlinks fails for alpine -- faulty lchmod implementation?

[Giampaolo Rodola']

Change by Giampaolo Rodola' :


--
nosy: +giampaolo.rodola

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue24255] Replace debuglevel-related logic with logging

[Conrad Ho]

Conrad Ho  added the comment:

Hi Sanyam, were you able to fix the CI errors?

The fixes for the infinite loop that you are seeing in your PR CI run and the 
changes to test correct logging (vs testing stdout) etc are in my original 
patch already. I've checked that the test suite passes with my patch.

Otherwise, should I try to submit a PR / what's the best way to move this 
forward? It's my first contribution to cpython!

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue34349] asyncio.wait should accept generator of tasks as first argument

[Karthikeyan Singaravelan]

Change by Karthikeyan Singaravelan :


--
nosy: +xtreak

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue33350] WinError 10038 is raised when loop.sock_connect is wrapped with asyncio.wait_for

[Alisue Lambda]

Alisue Lambda  added the comment:

I use the following patch to fix the behavior in Windows.


```
import sys

if sys.platform != 'win32':
def patch():
pass
else:
def patch():
"""Patch selectors.SelectSelector to fix WinError 10038 in Windows

Ref: https://bugs.python.org/issue33350
"""

import select
from selectors import SelectSelector

def _select(self, r, w, _, timeout=None):
try:
r, w, x = select.select(r, w, w, timeout)
except OSError as e:
if hasattr(e, 'winerror') and e.winerror == 10038:
# descriptors may already be closed
return [], [], []
raise
else:
return r, w + x, []

SelectSelector._select = _select
```

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue29612] TarFile.extract() suffers from hard links inside tarball

[TROUVERIE Joachim]

Change by TROUVERIE Joachim :


--
pull_requests: +8192

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue34348] Python 3.7 - Issues Installing Scikit Learn

[Mark Dickinson]

Mark Dickinson  added the comment:

Have you reported this upstream to the scikit-learn folks? scikit-learn is not 
part of core Python, so there's probably not a lot we can do here.

--
nosy: +mark.dickinson

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com