[issue25136] Python doesn't find Xcode 7 stub libraries

[Tim Smith]

Changes by Tim Smith :


Added file: http://bugs.python.org/file40479/xcode-stubs-2.7.patch

___
Python tracker 

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

[issue25130] Make tests more PyPy compatible

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

Thank you for your comments Martin. I need a time to think over them and 
provide alternative solutions that less depend on garbage collecting. May be 
Maciej can answer questions about causes of some PyPy changes.

--

___
Python tracker 

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

[issue25135] Deques to adopt the standard clearing procedure for mutable objects

[Raymond Hettinger]

Changes by Raymond Hettinger :


--
keywords: +patch
Added file: http://bugs.python.org/file40477/deque_nonreentrant_clear.diff

___
Python tracker 

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

[issue25135] Deques to adopt the standard clearing procedure for mutable objects

[Raymond Hettinger]

New submission from Raymond Hettinger:

The clear method for deques is possibly reentrant.  Use the safer technique 
used in listobject.c, setobject.c, and dictobject.c.

--
assignee: rhettinger
components: Extension Modules
messages: 250811
nosy: rhettinger
priority: normal
severity: normal
stage: patch review
status: open
title: Deques to adopt the standard clearing procedure for mutable objects
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

[issue25137] Behavioral change / regression? with nested functools.partial

[Tim Graham]

Changes by Tim Graham :


--
nosy: +Tim.Graham

___
Python tracker 

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

[issue25137] Behavioral change / regression? with nested functools.partial

[Markus Holtermann]

New submission from Markus Holtermann:

Since #7830 nested partials are flattened. This is a behavioral change that 
causes a test failure in Django because we use nested partials to resolve 
relationships between models: 
https://github.com/django/django/pull/4423#issuecomment-138996095

In my opinion this is a regression since there's no way to turn off the new 
behavior.

--
components: Library (Lib)
messages: 250814
nosy: MarkusH, belopolsky
priority: normal
severity: normal
status: open
title: Behavioral change / regression? with nested functools.partial
type: behavior
versions: Python 3.5

___
Python tracker 

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

[issue25129] suboptimal floating-point floor division

[Tim Peters]

Tim Peters added the comment:

BTW, I find this very hard to understand:

"it’s possible for x//y to be one larger than" ...

This footnote was written long before "//" was defined for floats.  IIRC, the 
original version must have said something like:

"it's possible for floor(x/y) to be one larger than" ...

instead.  Which does make sense ... yup, the old docs were actually coherent 
here ;-)

https://docs.python.org/release/2.1/ref/binary.html

--

___
Python tracker 

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

[issue25080] The example-code for making XML-RPC requests through proxy, fail!

[Raymond Hettinger]

Changes by Raymond Hettinger :


--
title: The example-code for making XLM-RPC requests through proxy, fail! -> The 
example-code for making XML-RPC requests through proxy, fail!

___
Python tracker 

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

[issue25136] Python doesn't find Xcode 7 stub libraries

[Tim Smith]

New submission from Tim Smith:

In Xcode 7, Apple is replacing many of the .dylibs in SDKROOT with textual 
stubs. [1] These files exist on disk with filenames like:

/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.11.sdk/usr/lib/libz.tbd

They are short YAML documents that look like this: [2]

The same linker invocation that has always worked will continue to work with 
Xcode 7 (i.e. you still pass `-lz` to the linker), but this disrupts the checks 
that cpython's setup.py uses to determine if it can build extension modules. 
The dylibs physically exist on disk in /usr/lib, but since we've set -isysroot 
to the appropriate SDKROOT in CPPFLAGS, distutils searches for the dylibs in 
the sysroot path, and does not find them (since they have been replaced with 
.tbd stubs). Since distutils cannot find the libraries, setup.py declines to 
attempt to build any of the extension modules that depend on libraries in the 
OS X SDK, even though it would have succeeded if it had tried. Several Homebrew 
users have reported this while trialling Xcode 7 [3].

distutils should treat the .tbd files as a "real" library so that 
compiler.find_library_file succeeds and setup.py will proceed to attempt to 
build the extension modules.

The attached diff applies against the 3.5.0 release and allows extension 
modules to be built against Xcode 7 without installing the Command-Line Tools 
package.

If anyone is experiencing this issue, a workaround is to install the Xcode 
Command Line Tools package with `xcode-select --install` (which, among other 
things, installs headers to /usr/include), ensure the CLT is active with 
`xcode-select -s /Library/Developer/CommandLineTools`, and do not include 
`-isysroot` in CPPFLAGS when building python.

[1]: https://forums.developer.apple.com/thread/4572
[2]: https://gist.github.com/474233e561e28e1a8866
[3]: https://github.com/Homebrew/homebrew/issues/41085

--
components: Build, Distutils, Macintosh
files: xcode-stubs.diff
keywords: patch
messages: 250813
nosy: dstufft, eric.araujo, ned.deily, ronaldoussoren, tdsmith
priority: normal
severity: normal
status: open
title: Python doesn't find Xcode 7 stub libraries
type: compile error
Added file: http://bugs.python.org/file40478/xcode-stubs.diff

___
Python tracker 

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

[issue25137] Behavioral change / regression? with nested functools.partial

[Raymond Hettinger]

Changes by Raymond Hettinger :


--
nosy: +ncoghlan, pitrou

___
Python tracker 

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

[issue25130] Make tests more PyPy compatible

[Martin Panter]

Martin Panter added the comment:

Left some comments. There are a few test cases that I suspect are relying on 
side effects of garbage collection to perform some other test, and it would be 
better to rework the test. In the other cases, I agree that actual garbage 
collection behaviour is being tested, and it makes sense to call gc_collect() 
or similar.

--
nosy: +martin.panter

___
Python tracker 

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

[issue25137] Behavioral change / regression? with nested functools.partial

[Simon Charette]

Changes by Simon Charette :


--
nosy: +charettes

___
Python tracker 

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

[issue25122] test_eintr randomly fails on FreeBSD

[Roundup Robot]

Roundup Robot added the comment:

New changeset 5388fa98f7a3 by Victor Stinner in branch 'default':
Issue #25122: optimize test_eintr
https://hg.python.org/cpython/rev/5388fa98f7a3

--

___
Python tracker 

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

[issue25119] Windows installer fails to install VCRUNTIME140.DLL

[Marius Gedminas]

New submission from Marius Gedminas:

1. Install Python 3.5 using the official Windows installer
2. Get a shell
3. python -m ensurepip (because the installer didn't install pip for me -- is 
that another bug?  I thought the installer was supposed to run ensurepip for 
me?  Is it fallout from bug 25117?)
4. python -m pip install virtualenv (gets me version 13.1.2)
5. python -m virtualenv env

I expect: a virtualenv in ./env

I get: a GUI error dialog saying "The program can't start because 
VCRUNTIME140.dll is missing from your computer."

--
components: Installation
messages: 250733
nosy: mgedmin
priority: normal
severity: normal
status: open
title: Windows installer fails to install VCRUNTIME140.DLL
versions: Python 3.5

___
Python tracker 

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

[issue24875] pyvenv doesn´t install PIP inside a new venv with --system-site-package

[Vinay Sajip]

Vinay Sajip added the comment:

I don't believe this is a pyvenv bug: pyvenv invokes

bin/python -Im ensurepip --upgrade --default-pip -v

which then terminates with

Requirement already up-to-date: pip in /usr/lib/python3.4/site-packages

as you can see from the console output. So the problem appears to be with 
ensurepip - all the pyvenv script does is to invoke ensurepip.

Adding dstufft to nosy.

--
nosy: +dstufft

___
Python tracker 

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

[issue25084] remove semi-busy loop in py2.7 threading.Condition.wait(timeout=x)

[Flavio Grossi]

Flavio Grossi added the comment:

First of all, thank you for your support.

I fully understand what you are saying, however, being stuck to python 2.7 
because of libraries still not ported to 3, this is a serious problem to us, 
and, while i agree this would introduce a new "feature", it also fixes a bug 
which in some cases renders some functionalities (Queue.get() for example) not 
very usable as it is.

Is there any chance this will be fixed? Or even having the remaining thread 
implementations fixed will lead to reject this?

Thank you

--

___
Python tracker 

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

[issue25095] test_httpservers hangs on 3.5.0, win 7

[Terry J. Reedy]

Terry J. Reedy added the comment:

test_get (test.test_httpservers.RequestHandlerLoggingTestCase) ...
same on repeat

--

___
Python tracker 

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

[issue25084] remove semi-busy loop in py2.7 threading.Condition.wait(timeout=x)

[matteo]

Changes by matteo :


--
nosy: +matteo

___
Python tracker 

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

[issue25113] documentation version switcher is broken

[Georg Brandl]

Georg Brandl added the comment:

NM.

--

___
Python tracker 

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

[issue25113] documentation version switcher is broken

[Georg Brandl]

Changes by Georg Brandl :


--
Removed message: http://bugs.python.org/msg250731

___
Python tracker 

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

[issue25113] documentation version switcher is broken

[Georg Brandl]

Georg Brandl added the comment:

This is what PEP 101 has to say:

  ___ If this is a final release (even a maintenance release), also unpack
  the HTML docs to /srv/docs.python.org/release/X.Y.Z on
  docs.iad1.psf.io. Make sure the files are in group "docs".  If it is a
  release of a security-fix-only version, tell the DE to build a version
  with the "version switcher" and put it there.

--

___
Python tracker 

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

[issue25106] Hash computation speedup for {buffer, string, unicode}object

[Gregory P. Smith]

Gregory P. Smith added the comment:

Testing this on a host with a fixed frequency and mostx background tasks 
disabled I cannot reproduce the speedups you list.  I see no significant change 
on most of them and a 6% slowdown on json_load and a 1-4% slowdown on regex_v8 
(not sure if those are in the noise)

I suspect your comparison was including other patches or was not built the same.

--

___
Python tracker 

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

[issue25118] OSError in os.waitpid

[eryksun]

eryksun added the comment:

This bug is due to issue 23285, which improved support for EINTR handling. 
os_waitpid_impl was changed to use the following do-while loop:


do {
Py_BEGIN_ALLOW_THREADS
res = _cwait(, pid, options);
Py_END_ALLOW_THREADS
} while (res < 0 && errno == EINTR && !(async_err = PyErr_CheckSignals()));
if (res != 0)
return (!async_err) ? posix_error() : NULL;

The last test should be (res < 0) instead of (res != 0). That's why you're 
getting a no-error exception.

It seems to me this entire loop should be removed. The Windows C runtime 
doesn't set errno to EINTR. In the case of _cwait it doesn't even use an 
alertable wait (i.e. it can't be interrupted by a regular asynchronous 
procedure call).

--
components: +Windows
nosy: +eryksun, paul.moore, steve.dower, tim.golden, zach.ware

___
Python tracker 

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

[issue25113] documentation version switcher is broken

[Larry Hastings]

Larry Hastings added the comment:

When I built the documentation, I used

% release.py --export 3.5.0

(release.py coming from hg.python.org/release, a collection of release manager 
tools.)  I then installed this build as the 3.5.0 documentation, specifically 
the build from "python-3.5.0-docs-html.tar.bz2".  I do that so that people 
don't complain "hey the documentation is out of date!" when the release goes 
live.  I wouldn't be surprised if the version picker is suppressed in this 
build, as it's intended to be installed by users.

However, there's a cron job that rebuilds the documentation automatically.  I'm 
not sure how often, but I think it's every couple of hours.  That build 
process, whatever it is, should definitely enable the version picker.

Normally the cron job would have overwritten the docs by now.  However I just 
discovered I left the docs non-group-writeable when I installed them, which 
meant the cron job couldn't overwrite them.  I just fixed that, and hopefully 
within a couple of hours the cron job will awake from its slumber and overwrite 
everything.

tl;dr: Hopefully it'll silently fix itself sometime today.

--

___
Python tracker 

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

[issue25084] remove semi-busy loop in py2.7 threading.Condition.wait(timeout=x)

[STINNER Victor]

STINNER Victor added the comment:

2015-09-15 9:17 GMT+02:00 Flavio Grossi :
> however, being stuck to python 2.7 because of libraries still not ported to 
> 3, this is a serious problem to us,

Are there private libraries or public libraries? If there are public,
what are these libraries. I ported a lot of libraries last year, more
and more libraries are compatible with Python 3.

--

___
Python tracker 

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

[issue25131] The AST for dict and set displays has the lineno of the first value

[Claudiu Popa]

New submission from Claudiu Popa:

Hi,

In Python 3.5, the lineno for dict and set display ASTs is the line number of 
the first value, not the line number of the display character, as it was until 
3.5. Here's an example:


  from ast import parse
  module = parse('''{
   '1':'2',
  }
  ''')
  dict_display = module.body[0].value
  print(dict_display.lineno)

I don't seem to find anything related to this in the documentation, but I 
presume this is a side effect of the new parser changes. It would nice to have 
this fixed or at least documented.

--
components: Library (Lib)
messages: 250790
nosy: Claudiu.Popa
priority: normal
severity: normal
status: open
title: The AST for dict and set displays has the lineno of the first value
type: behavior
versions: Python 3.5, Python 3.6

___
Python tracker 

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

[issue25132] unable to install mongo-python-driver-3.0.3 driver

[siva]

New submission from siva:

Hi There, I am using Python 2.7.10. When I am trying to install 
mongo-python-driver-3.0.3 driver it's showing an error. Here, I am attaching 
the screenshot taken from my machine.
Thanks in advance for you quick help.

[root@localhost mongo-python-driver-3.0.3]# whereis python
python: /usr/bin/python /usr/bin/python2.4 /usr/lib/python2.4 
/usr/local/bin/python2.7-config /usr/local/bin/python2.7 /usr/local/bin/python 
/usr/local/lib/python2.7 /usr/include/python2.4 /usr/share/man/man1/python.1.gz
[root@localhost mongo-python-driver-3.0.3]# which python
/usr/local/bin/python
[root@localhost mongo-python-driver-3.0.3]# python -V
Python 2.7.10
[root@localhost mongo-python-driver-3.0.3]# pwd
/root/mongo-python-driver-3.0.3
[root@localhost mongo-python-driver-3.0.3]# ls
bson  CONTRIBUTING.rst  doc  ez_setup.py  green_framework_test.py  gridfs  
LICENSE  MANIFEST.in  pymongo  README.rst  RELEASE.rst  setup.py  test  tools  
tox.ini
[root@localhost mongo-python-driver-3.0.3]# python setup.py install
Downloading 
https://pypi.python.org/packages/source/s/setuptools/setuptools-1.4.2.tar.gz
Traceback (most recent call last):
  File "setup.py", line 20, in 
use_setuptools()
  File "/root/mongo-python-driver-3.0.3/ez_setup.py", line 132, in 
use_setuptools
return _do_download(version, download_base, to_dir, download_delay)
  File "/root/mongo-python-driver-3.0.3/ez_setup.py", line 110, in _do_download
to_dir, download_delay)
  File "/root/mongo-python-driver-3.0.3/ez_setup.py", line 290, in 
download_setuptools
downloader(url, saveto)
  File "/root/mongo-python-driver-3.0.3/ez_setup.py", line 215, in 
download_file_wget
_clean_check(cmd, target)
  File "/root/mongo-python-driver-3.0.3/ez_setup.py", line 160, in _clean_check
subprocess.check_call(cmd)
  File "/usr/local/lib/python2.7/subprocess.py", line 540, in check_call
raise CalledProcessError(retcode, cmd)
subprocess.CalledProcessError: Command '['wget', 
'https://pypi.python.org/packages/source/s/setuptools/setuptools-1.4.2.tar.gz', 
'--quiet', '--output-document', 
'/root/mongo-python-driver-3.0.3/setuptools-1.4.2.tar.gz']' returned non-zero 
exit status 1

--
components: Installation
messages: 250791
nosy: siva
priority: normal
severity: normal
status: open
title: unable to install mongo-python-driver-3.0.3 driver
type: behavior
versions: Python 2.7

___
Python tracker 

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

[issue25131] The AST for dict and set displays has the lineno of the first value

[STINNER Victor]

STINNER Victor added the comment:

Using hg bisect, I found the revision a65f685ba8c0:

   
changeset:   95886:a65f685ba8c0
user:Benjamin Peterson 
date:Tue May 05 20:16:41 2015 -0400
files:   Grammar/Grammar Include/Python-ast.h Include/dictobject.h 
Include/opcode.h Lib/importlib/_bootstrap_external.py Lib/opcode.py 
Lib/test/test_ast.py Lib/test/test_extcall.py Lib/test/test_grammar.py 
Lib/test/test_parser.py Lib/test/test_syntax.py Lib/test/test_unpack_ex.py 
Misc/ACKS Misc/NEWS Modules/parsermodule.c Objects/dictobject.c 
Parser/Python.asdl Python/Python-ast.c Python/ast.c Python/ceval.c 
Python/compile.c Python/graminit.c Python/importlib_external.h 
Python/opcode_targets.h Python/symtable.c Tools/parser/unparse.py
description:
PEP 448: additional unpacking generalizations (closes #2292)

Patch by Neil Girdhar.

--
nosy: +benjamin.peterson, haypo

___
Python tracker 

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

[issue25131] The AST for dict and set displays has the lineno of the first value

[STINNER Victor]

Changes by STINNER Victor :


--
nosy: +neil.g

___
Python tracker 

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

[issue25105] Docs 3.x buildbot: ":root" found in ...

[Berker Peksag]

Berker Peksag added the comment:

Looks happy now: http://buildbot.python.org/all/builders/Docs%203.x/builds/104

Thanks for the report, Victor.

--
nosy: +berker.peksag
resolution:  -> fixed
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

[issue25127] typo in concurrent.futures.Executor.shutdown() example

[Berker Peksag]

Berker Peksag added the comment:

Fixed. Thanks, Jakub.

--
nosy: +berker.peksag
resolution:  -> fixed
stage:  -> resolved
status: open -> closed
versions: +Python 3.4, Python 3.5, Python 3.6

___
Python tracker 

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

[issue25133] Clarify that the constants in selectors are module-level

[Brett Cannon]

New submission from Brett Cannon:

If you read the docs for the selectors module it isn't obvious that the 
constants EVENT_WRITE and EVENT_READ are module-level and not on the various 
classes since they are in the Classes section of the doc. Shouldn't require any 
more than adding the word "module" to "the constants below".

--
assignee: brett.cannon
components: Documentation
keywords: easy
messages: 250792
nosy: brett.cannon
priority: low
severity: normal
stage: needs patch
status: open
title: Clarify that the constants in selectors are module-level
versions: Python 3.5, Python 3.6

___
Python tracker 

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

[issue25121] python logger RotatingFileHandler can't wrap log file and blows with traceback

[R. David Murray]

R. David Murray added the comment:

Vinay has closed other issues reporting this two-open-files problem in the past 
(which was why i recommended you read through some of them :).  Windows causes 
problems when there are two open file handles and a rename is attempted, so no, 
that is not a supported configuration for the logging module.

So I'm going to close it as not a bug.  If you can propose a way to make things 
work better, by all means open an enhancement issue.

--
resolution:  -> not a bug
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

[issue25115] SSL_set_verify_depth not exposed by the ssl module

[Grant Bremer]

Grant Bremer added the comment:

I had thought that I had found documentation that the max depth is 100 and 
anything higher is ignored -- and as I read that back to me, I believe I read 
an example passage and interpreted it incorrectly. I'll remove that.

We primarily use Python 2.7, so I started there. I'll submit another patch with 
changes on the 3.5 branch and add tests.

--
versions: +Python 2.7

___
Python tracker 

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

[issue25127] typo in concurrent.futures.Executor.shutdown() example

[Roundup Robot]

Roundup Robot added the comment:

New changeset 8f94e695f56b by Berker Peksag in branch '3.4':
Issue #25127: Fix typo in concurrent.futures.rst
https://hg.python.org/cpython/rev/8f94e695f56b

New changeset afe82e6f00df by Berker Peksag in branch '3.5':
Issue #25127: Fix typo in concurrent.futures.rst
https://hg.python.org/cpython/rev/afe82e6f00df

New changeset 23ad070a6a2d by Berker Peksag in branch 'default':
Issue #25127: Fix typo in concurrent.futures.rst
https://hg.python.org/cpython/rev/23ad070a6a2d

--
nosy: +python-dev

___
Python tracker 

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

[issue25113] documentation version switcher is broken

[Berker Peksag]

Berker Peksag added the comment:

> tl;dr: Hopefully it'll silently fix itself sometime today.

Yes, it's working now. Thanks for the explanation.

--
resolution:  -> fixed
stage:  -> resolved
status: open -> closed
type: enhancement -> behavior

___
Python tracker 

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

[issue25130] Make tests more PyPy compatible

[Serhiy Storchaka]

New submission from Serhiy Storchaka:

PyPy includes modified Python 2.7 tests for testing compatibility. Some of 
changes skips tests for features that are not implemented in PyPy or are 
CPython specific, some reflects differences between error types or messages in 
CPython and PyPy, some are needed because PyPy doesn't use reference counting, 
some are workarounds for known PyPy or CPython bugs. The purpose of this issue 
is to port harmless non PyPy-specific changes. I'll split full patch on several 
parts for easier review.

The first patch in a series just adds gc.collect() or 
test.test_support.gc_collect() calls to force calling destructors or freeing 
memory.

--
assignee: serhiy.storchaka
components: Tests
files: pypy_tests_gc_collect-2.7.patch
keywords: patch
messages: 250789
nosy: benjamin.peterson, fijall, serhiy.storchaka
priority: normal
severity: normal
stage: patch review
status: open
title: Make tests more PyPy compatible
type: enhancement
versions: Python 2.7, Python 3.4, Python 3.5, Python 3.6
Added file: http://bugs.python.org/file40475/pypy_tests_gc_collect-2.7.patch

___
Python tracker 

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

[issue23496] Steps for Android Native Build of Python 3.4.2

[Cyd Haselton]

Cyd Haselton added the comment:

Ryan,

Here's the results after the edit to the ctypes test. I also re-compiled gdb 
with python support, which is why this took so long

(gdb) file ./python

Load new symbol table from "./python"? (y or n) y
Reading symbols from ./python...done.
Traceback (most recent call last):
  File "/bld/pyt/cpython-android/python-gdb.py", line 59, in 
_type_char_ptr = gdb.lookup_type('char').pointer() # char*
AttributeError: 'module' object has no attribute 'lookup_type'

(gdb) set args -m tests
(gdb) set sysroot /usr/gcc-4.9-pie/sysroot
(gdb) run

Starting program: /bld/pyt/cpython-android/python -m tests
setpgrp failed in child: No such process
warning: Unable to find dynamic linker breakpoint function.
GDB will be unable to debug shared library initializers
and track explicitly loaded dynamic code.

Program received signal SIGILL, Illegal instruction.
0xb6a63cc8 in ?? ()
(gdb) bt
Python Exception  No module named 'gdb.frames':
#0  0xb6a63cc8 in ?? ()
#1  0xb6a5feb0 in ?? ()
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

--

___
Python tracker 

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

[issue25132] unable to install mongo-python-driver-3.0.3 driver

[R. David Murray]

R. David Murray added the comment:

This tracker is for bugs in python itself.  You should report this to the 
mongo-python-driver project.  (If they find there really is a problem in 
python, which doesn't look likely from your traceback, a new issue with 
specifics can be opened.)

--
nosy: +r.david.murray
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

[issue25120] No option displayed in the Python install on windows XP

[Djoudi Benarfa]

Changes by Djoudi Benarfa :


--
title: Python install on windows XP -> No option displayed in the Python 
install on windows XP

___
Python tracker 

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

[issue25119] Windows installer fails to install VCRUNTIME140.DLL

[eryksun]

eryksun added the comment:

virtualenv fails to copy vcruntime140.dll. Use the standard library's venv 
module instead.

--
nosy: +eryksun
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

[issue25103] 3.5.0 installed standard library on Windows has LF line endings

[Larry Hastings]

Larry Hastings added the comment:

Is this a change (I hesitate to use the word "regression") as of Python 3.5.0?

--
nosy: +larry

___
Python tracker 

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

[issue25121] python logger can't wrap log file and blows with traceback

[Alexander Belchenko]

New submission from Alexander Belchenko:

We're using standard logging library for logs. On machine of my colleague there 
is constantly traceback like this:

[11:21:29]  PermissionError: [WinError 32] The process cannot access 
the file because it is
being used by another process: 'C:\\Users\\Andrew\\Desktop\\server\\logs\\2015-0
9-09_10-44-03\\2015-09-09_10-44-04-middleman-684.log.1'
Logged from file middleman.py, line 379
Traceback (most recent call last):
  File "c:\python33\lib\logging\handlers.py", line 73, in emit
self.doRollover()
  File "c:\python33\lib\logging\handlers.py", line 176, in doRollover
self.rotate(self.baseFilename, dfn)
  File "c:\python33\lib\logging\handlers.py", line 116, in rotate
os.rename(source, dest)

middleman.py, line 379 is simple call to logger.debug:

self.logger.debug('node %s is already processing, packet %s postponed', 
node_id, packet_no) 

It's strange that another log file with different basename in the same logs 
directory is wrapping without problems.

Anyway, my complain is about traceback. I don't think it's good behavior that 
my application crashes because logging library can't wrap file. The problem for 
me - I have no idea how to catch and ignore such problem, because it's in the 
logging internals.

--
components: Library (Lib), Windows
messages: 250747
nosy: bialix, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: python logger can't wrap log file and blows with traceback
type: crash
versions: Python 3.3

___
Python tracker 

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

[issue25084] remove semi-busy loop in py2.7 threading.Condition.wait(timeout=x)

[Flavio Grossi]

Flavio Grossi added the comment:

>> however, being stuck to python 2.7 because of libraries 
> Are there private libraries or public libraries?

It is a mix of public and internal libraries with the main public blockers 
being twisted and apache thrift (and other libs which have py3 alternatives but 
don't have retrocompatible apis).

(Yes, twisted is almost supported, but still has some parts not ready for 
python 3)

--

___
Python tracker 

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

[issue25115] SSL_set_verify_depth not exposed by the ssl module

[STINNER Victor]

Changes by STINNER Victor :


--
nosy: +christian.heimes

___
Python tracker 

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

[issue25116] It failed to install Py3.5 on win2008R2

[STINNER Victor]

Changes by STINNER Victor :


--
nosy: +steve.dower

___
Python tracker 

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

[issue25120] No option displayed in the Python install on windows XP

[Djoudi Benarfa]

Djoudi Benarfa added the comment:

Thanks for your response, I didn't know it.
+1 eryksun, this should be mentioned in python website.

--

___
Python tracker 

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

[issue25095] test_httpservers hangs on 3.5.0, win 7

[STINNER Victor]

STINNER Victor added the comment:

Where does it hang? For example, try to run the test using:

python.exe -m test -v --timeout=10 test_httpservers

Can it be a firewall or antivirus issue?

Try to add some print() in TestServerThread.run() to check if the HTTP server 
is running or not.

--
nosy: +haypo

___
Python tracker 

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

[issue25092] Regression: test_datetime fails on 3.5, Win 7, works on 3.4

[STINNER Victor]

STINNER Victor added the comment:

> We don't check errno on any other platform.

Oh ok. The code becomes more and more verbose because of Windows :-(

--

___
Python tracker 

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

[issue25103] 3.5.0 installed standard library on Windows has LF line endings

[STINNER Victor]

STINNER Victor added the comment:

> It would be nice to install the standard library (and test suite) with CRLF 
> line endings, to allow for reading/editing with Notepad.

Oh maybe Windows can realized in 2015 that other operating systems use 
different line ending and enhance notepad to be more "portable"? :-p

--
nosy: +haypo

___
Python tracker 

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

[issue25120] No option displayed in the Python install on windows XP

[Larry Hastings]

Larry Hastings added the comment:

That's an interesting thought, eryksun.  I'll pass it along to the python.org 
web developers.


Djoudi, it is mentioned on the Python web site, in the What's New In Python 3.5 
document:

https://docs.python.org/3.5/whatsnew/3.5.html#unsupported-operating-systems

--

___
Python tracker 

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

[issue25095] test_httpservers hangs on 3.5.0, win 7

[Terry J. Reedy]

Terry J. Reedy added the comment:

test_get (test.test_httpservers.RequestHandlerLoggingTestCase) ... Timeout 
(0:00:10)!
Thread 0x1654 (most recent call first):
  File "C:\Programs\Python35\lib\socket.py", line 571 in readinto
  File "C:\Programs\Python35\lib\http\server.py", line 383 in handle_one_request
  File "C:\Programs\Python35\lib\http\server.py", line 417 in handle
  File "C:\Programs\Python35\lib\socketserver.py", line 684 in __init__
  File "C:\Programs\Python35\lib\socketserver.py", line 357 in finish_request
  File "C:\Programs\Python35\lib\socketserver.py", line 344 in process_request
  File "C:\Programs\Python35\lib\socketserver.py", line 318 in 
_handle_request_noblock
  File "C:\Programs\Python35\lib\socketserver.py", line 239 in serve_forever
  File "C:\Programs\Python35\lib\test\test_httpservers.py", line 47 in run
  File "C:\Programs\Python35\lib\threading.py", line 923 in _bootstrap_inner
  File "C:\Programs\Python35\lib\threading.py", line 891 in _bootstrap

Thread 0x17f8 (most recent call first):
  File "C:\Programs\Python35\lib\socket.py", line 571 in readinto
  File "C:\Programs\Python35\lib\http\client.py", line 243 in _read_status
  File "C:\Programs\Python35\lib\http\client.py", line 282 in begin
  File "C:\Programs\Python35\lib\http\client.py", line 1174 in getresponse
  File "C:\Programs\Python35\lib\test\test_httpservers.py", line 257 in test_get
  File "C:\Programs\Python35\lib\unittest\case.py", line 597 in run
  File "C:\Programs\Python35\lib\unittest\case.py", line 645 in __call__
  File "C:\Programs\Python35\lib\unittest\suite.py", line 122 in run
  File "C:\Programs\Python35\lib\unittest\suite.py", line 84 in __call__
  File "C:\Programs\Python35\lib\unittest\suite.py", line 122 in run
  File "C:\Programs\Python35\lib\unittest\suite.py", line 84 in __call__
  File "C:\Programs\Python35\lib\unittest\runner.py", line 176 in run
  File "C:\Programs\Python35\lib\test\support\__init__.py", line 1775 in 
_run_suite
  File "C:\Programs\Python35\lib\test\support\__init__.py", line 1809 in 
run_unittest
  File "C:\Programs\Python35\lib\test\test_httpservers.py", line 890 in 
test_main
  File "C:\Programs\Python35\lib\test\regrtest.py", line 1281 in runtest_inner
  File "C:\Programs\Python35\lib\test\regrtest.py", line 979 in runtest
  File "C:\Programs\Python35\lib\test\regrtest.py", line 763 in main
  File "C:\Programs\Python35\lib\test\regrtest.py", line 1565 in 
main_in_temp_cwd
  File "C:\Programs\Python35\lib\test\__main__.py", line 3 in 
  File "C:\Programs\Python35\lib\runpy.py", line 85 in _run_code
  File "C:\Programs\Python35\lib\runpy.py", line 170 in _run_module_as_main

--

___
Python tracker 

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

[issue25122] test_eintr randomly fails on FreeBSD

[STINNER Victor]

New submission from STINNER Victor:

I'm unable to reproduce the hang. It's probably a race condition since 
sometimes the test pass. It may depend on the system load, the number of CPU 
cores, and other factors.

I tried to use faulthandler.dump_traceback_later() in the changeset 
ebccac60b9e7, but it didn't print the traceback of the blocked test. So I don't 
know which eintr test is blocked.

In the changeset ed0e6a9c11af, I rewrote test_eintr.py to use subprocess 
instead of os.fork(). I was supposed to reduce the risk of race condition, but 
the hang still occurs.

On FreeBSD, I know that any thread can receive a signal, and most Python tests 
only expect that the signal is received from a specific thread. But 
test_eintr.py runs Lib/test/eintrdata/eintr_tester.py in a subprocess to avoid 
threads, and Lib/test/eintrdata/eintr_tester.py itself uses subprocess to spawn 
child processes, so it should also avoid threads. So I don't think that the 
issue is related to threads.

At least, it would help to know which test hangs.

Example:

http://buildbot.python.org/all/builders/AMD64%20FreeBSD%209.x%203.x/builds/3337/steps/test/logs/stdio

[398/398] test_eintr
Timeout (1:00:00)!
Thread 0x000801807400 (most recent call first):
  File "/usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/selectors.py", 
line 375 in select
  File "/usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/subprocess.py", 
line 1698 in _communicate
  File "/usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/subprocess.py", 
line 1068 in communicate
  File 
"/usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/test/support/script_helper.py",
 line 86 in run_python_until_end
  File 
"/usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/test/support/script_helper.py",
 line 96 in _assert_python
  File 
"/usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/test/support/script_helper.py",
 line 135 in assert_python_ok
  File 
"/usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/test/test_eintr.py", 
line 17 in test_all
  File 
"/usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/unittest/case.py", line 
600 in run
  File 
"/usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/unittest/case.py", line 
648 in __call__
  File 
"/usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/unittest/suite.py", 
line 122 in run
  File 
"/usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/unittest/suite.py", 
line 84 in __call__
  File 
"/usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/unittest/suite.py", 
line 122 in run
  File 
"/usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/unittest/suite.py", 
line 84 in __call__
  File 
"/usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/unittest/suite.py", 
line 122 in run
  File 
"/usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/unittest/suite.py", 
line 84 in __call__
  File 
"/usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/unittest/runner.py", 
line 176 in run
  File 
"/usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/test/support/__init__.py",
 line 1775 in _run_suite
  File 
"/usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/test/support/__init__.py",
 line 1809 in run_unittest
  File 
"/usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/test/regrtest.py", line 
1280 in test_runner
  File 
"/usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/test/regrtest.py", line 
1281 in runtest_inner
  File 
"/usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/test/regrtest.py", line 
968 in runtest
  File 
"/usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/test/regrtest.py", line 
532 in main
  File 
"/usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/test/regrtest.py", line 
1565 in main_in_temp_cwd
  File 
"/usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/test/regrtest.py", line 
1590 in 
  File "/usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/runpy.py", line 
85 in _run_code
  File "/usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/runpy.py", line 
170 in _run_module_as_main
Traceback (most recent call last):
  File "/usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/runpy.py", line 
170, in _run_module_as_main
"__main__", mod_spec)
  File "/usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/runpy.py", line 
85, in _run_code
exec(code, run_globals)
  File 
"/usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/test/__main__.py", line 
3, in 
regrtest.main_in_temp_cwd()
  File 
"/usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/test/regrtest.py", line 
1565, in main_in_temp_cwd
main()
  File 
"/usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/test/regrtest.py", line 
738, in main
raise Exception("Child error on {}: {}".format(test, result[1]))
Exception: Child error on test_eintr: Exit code 1
*** [buildbottest] Error code 1

--
messages: 250753
nosy: haypo
priority: normal
severity: normal
status: open
title: test_eintr randomly fails on FreeBSD
versions: Python 3.5, 

[issue25120] Python want

[Djoudi Benarfa]

Changes by Djoudi Benarfa :


--
components: Installation
files: py-install-xp.bmp
nosy: djoudi, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: Python want
type: behavior
versions: Python 3.5
Added file: http://bugs.python.org/file40472/py-install-xp.bmp

___
Python tracker 

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

[issue25120] No option displayed in the Python install on windows XP

[Djoudi Benarfa]

Djoudi Benarfa added the comment:

I got it, thanks.

--

___
Python tracker 

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

[issue25121] python logger can't wrap log file and blows with traceback

[Alexander Belchenko]

Alexander Belchenko added the comment:

PermissionError mentions file name 
"C:\\Users\\Andrew\\Desktop\\server\\logs\\2015-0
9-09_10-44-03\\2015-09-09_10-44-04-middleman-684.log.1" - but this file does 
not exist in log directory. There is only 
"C:\\Users\\Andrew\\Desktop\\server\\logs\\2015-0
9-09_10-44-03\\2015-09-09_10-44-04-middleman-684.log" so I think it's about 
unable to rename.

Python 3.3.5 64 bits
Windows 7 64 bits.

--

___
Python tracker 

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

[issue25120] Python want

[Djoudi Benarfa]

New submission from Djoudi Benarfa:

The Python installation on Windows XP has a bizarre behavior.
No option is displayed in the first window of the installer (See attached 
screen capture).
but when I click blindly in the empty space, the installer continue to the next 
window.

--

___
Python tracker 

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

[issue25120] Python install on windows XP

[Djoudi Benarfa]

Changes by Djoudi Benarfa :


--
title: Python want -> Python install on windows XP

___
Python tracker 

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

[issue25120] No option displayed in the Python install on windows XP

[eryksun]

eryksun added the comment:

Maybe the download page should direct XP users to install 3.4.x.

--
nosy: +eryksun

___
Python tracker 

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

[issue25115] SSL_set_verify_depth not exposed by the ssl module

[STINNER Victor]

STINNER Victor added the comment:

+if (depth < 0 || depth > 100) {

Why 100 and not 10 or 1000?

SSL_CTX_set_verify_depth() is unable to check the depth?

The patch lacks unit tests and documentation.

The patch is for Python 2.7, it would be better to write a patch for the 
default branch (future Python 3.6).

--
nosy: +haypo

___
Python tracker 

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

[issue25084] remove semi-busy loop in py2.7 threading.Condition.wait(timeout=x)

[Nick Coghlan]

Nick Coghlan added the comment:

For the sake of folks writing single-source code, and needing to support Python 
2.7 for at least as long as we're supporting it upstream, I believe it would be 
beneficial to have consistency here.

For those that didn't follow the Fedora/RHEL issue chain, the original Fedora 
19 bug report was https://bugzilla.redhat.com/show_bug.cgi?id=917709 and the 
corresponding "won't fix" upstream issue was issue 17748.

Unfortunately, in addition to only helping in a subset of cases, the workaround 
we applied also extends the affected APIs in an undocumented way that's 
incompatible with the Python 3 changes to the same API, so I've suggested that 
regardless of the verdict upstream, we should bring the API extension into line 
with Python 3 downstream.

--
nosy: +bkabrda, ncoghlan, rkuska

___
Python tracker 

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

[issue25118] OSError in os.waitpid

[Roundup Robot]

Roundup Robot added the comment:

New changeset 9a80c687c28d by Victor Stinner in branch '3.5':
Issue #25118: Fix a regression of Python 3.5.0 in os.waitpid() on Windows.
https://hg.python.org/cpython/rev/9a80c687c28d

--
nosy: +python-dev

___
Python tracker 

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

[issue25120] No option displayed in the Python install on windows XP

[Larry Hastings]

Larry Hastings added the comment:

Python 3.5 is not supported on Windows XP.


The Python core dev team's policy is, a major Python version (e.g. 3.4, 3.5) 
only supports the Windows versions that are currently supported by Microsoft at 
the time of the initial release (e.g. 3.4.0 final, 3.5.0 final):

https://www.python.org/dev/peps/pep-0011/#microsoft-windows


Microsoft ended support for Windows XP on April 8, 2014:

http://windows.microsoft.com/en-GB/windows/lifecycle

Python 3.5.0 final was released on September 13, 2015, seventeen months later.  
Therefore, Python 3.5 is the first Python release to drop support for Windows 
XP.

--
nosy: +larry
resolution:  -> wont fix
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

[issue25118] OSError in os.waitpid() on Windows [3.5.0 regression]

[STINNER Victor]

Changes by STINNER Victor :


--
resolution:  -> fixed
status: open -> closed
title: OSError in os.waitpid -> OSError in os.waitpid() on Windows [3.5.0 
regression]
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

[issue25118] OSError in os.waitpid

[STINNER Victor]

STINNER Victor added the comment:

Oops :-/ Yet another Python 3.5.0 regression, it's now fixed.

os.waitpid() was not tested at all on Windows. os.waitpid() is not the best 
option to wait for a subprocess completion. By the way, you should use the 
subprocess module which is more portable, is widely used, etc. IMHO os.spawn*() 
is more kept for backward compatibility.

> It seems to me this entire loop should be removed. The Windows C runtime 
> doesn't set errno to EINTR. In the case of _cwait it doesn't even use an 
> alertable wait (i.e. it can't be interrupted by a regular asynchronous 
> procedure call).

Well, it looks like you are right: _cwait() cannot be interrupted on Windows. 
But I chose to only fix the if() after the loop... just in case.

--
nosy: +haypo

___
Python tracker 

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

[issue25121] python logger RotatingFileHandler can't wrap log file and blows with traceback

[Alexander Belchenko]

Alexander Belchenko added the comment:

Based on my last assumption I'm able to reproduce this issue with simple test 
attached. If I comment out the line

  setup_logger(loggerB)

The everything works OK.

Once this line in - it's traceback.

I guess it's fair to say the bug in my code and one never should use this 
approach. On Linux it never traceback but I think it may have other unvisible 
issues.

I expect you mark this as "won't fix" but maybe you want to look at it.

--
Added file: http://bugs.python.org/file40474/test-issue25121.py

___
Python tracker 

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

[issue25115] SSL_set_verify_depth not exposed by the ssl module

[Berker Peksag]

Changes by Berker Peksag :


--
stage:  -> patch review
versions: +Python 3.6 -Python 2.7, Python 3.5

___
Python tracker 

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

[issue25105] Docs 3.x buildbot: ":root" found in ...

[Roundup Robot]

Roundup Robot added the comment:

New changeset 953a14984aec by Berker Peksag in branch '3.5':
Issue #25105: Update susp-ignored.csv to avoid false positives
https://hg.python.org/cpython/rev/953a14984aec

New changeset efdbe17a9208 by Berker Peksag in branch 'default':
Issue #25105: Update susp-ignored.csv to avoid false positives
https://hg.python.org/cpython/rev/efdbe17a9208

--
nosy: +python-dev

___
Python tracker 

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

[issue25128] https://docs.python.org/3/download.html incorrect links to files (cannot download)

[yavvsy]

New submission from yavvsy:

When clicking on a download link in:
https://docs.python.org/3/download.html
The links point to files that don't exist (older document version)

For example:
https://docs.python.org/ftp/python/doc/3.5.0/python-3.5.0-docs-pdf-letter.zip
should be instead:
https://docs.python.org/ftp/python/doc/3.5.0/python-3.5.0a3-docs-pdf-letter.zip

--
assignee: docs@python
components: Documentation
messages: 250777
nosy: docs@python, yavvsy
priority: normal
severity: normal
status: open
title: https://docs.python.org/3/download.html incorrect links to files (cannot 
download)
type: behavior
versions: Python 3.5

___
Python tracker 

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

[issue25103] 3.5.0 installed standard library on Windows has LF line endings

[Zachary Ware]

Zachary Ware added the comment:

Victor: that would be ideal, but hoping for that seems an exercise in futility 
:)

Larry: It seems to be; the test case that brought it my attention 
(Lib\test\test_tcl.py) has CRLF in my 3.4.3 install and LF in 3.5.0.

--

___
Python tracker 

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

[issue25117] Windows installer: precompiling stdlib fails with missing DLL errors

[Zachary Ware]

Changes by Zachary Ware :


--
components: +Windows
nosy: +paul.moore, steve.dower, tim.golden, zach.ware

___
Python tracker 

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

[issue25074] Bind logger and waninigs modules for asyncio __del__ methods

[Andrew Svetlov]

Andrew Svetlov added the comment:

> You should try to implement something in aiohttp or even in the application 
> to cleanup objects at exit. For example, it's probably wrong if you still 
> have tasks when the event loop is closed. Especially if tasks are still 
> pending.

The problem is for client API. For server I have more control and  implemented 
checks like you suggest.

For for client lazy user writes floppy code like:

client = aiohttp.ClientSession()
resp = yield from client.get(url)
text = yield from resp.text()

Client is closed by GC, at the moment is not determined is loop has been closed 
or not (GC releases object in non-determenistic way).

So without changes I just cannot use `loop.call_exception_handler()` in 
`__del__` methods.

It's not only aiohttp issue but we should get rid of `call_exception_handler()` 
reports in asyncio itself for the same reason. 

We have `logger` and `warnings` modules usage e.g. in asyncio transports, it's 
not safe if transport is not closed properly before interpreter shutdown.

`subprecess` module has tricks for proper destruction like I've used in my 
patch.

--

___
Python tracker 

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

[issue25118] OSError in os.waitpid() on Windows [3.5.0 regression]

[Rocco Matano]

Rocco Matano added the comment:

I know that using os.spawn and and os.waitpid this way is not the best option, 
but a 3rd party tool i am using (scons) is doing it that way. So no scons with 
Python 3.5.0. (I am also aware that scons does not yet support Python 3.x 
officially.)

--

___
Python tracker 

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

[issue25112] Windows installer assigns non-existent icons to Python file types

[Thijs van Dien]

Thijs van Dien added the comment:

Thanks for the update. I'm not sure why the proper assignment of icons now 
depends on the installation of the Python launcher (py.exe). The icons are 
installed in the DLLs directory just like before. Perhaps I'm not familiar 
enough with the purpose of the launcher, but it seems to me that python.exe and 
pythonw.exe are enough to do something with Python files. Therefore, in my 
opinion, Python files should always be associated with Python and get the 
proper icons, regardless of the presence of the Python launcher. You may 
consider this a secondary issue, in which case I'd gladly open another ticket.

--

___
Python tracker 

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

[issue25123] Logging Documentation - dictConfig disable_existing_loggers

[Robin]

New submission from Robin:

logging.config.dictConfig appears to share the same parameter as 
logging.config.fileConfig - disable_existing_loggers.

This parameter is documented for fileConfig but not dictConfig.

Suggest update to dictConfig documentation section.

--
assignee: docs@python
components: Documentation
messages: 250755
nosy: coderobot, docs@python
priority: normal
severity: normal
status: open
title: Logging Documentation - dictConfig disable_existing_loggers
type: enhancement
versions: Python 2.7

___
Python tracker 

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

[issue25124] No single .msi available for 3.5 release

[Christian Ullrich]

New submission from Christian Ullrich:

The item "A new installer for Windows has replaced the old MSI" appears on the 
"What's new" page as an "improvement". It is not. I disagree strongly with the 
decision to abandon MSI packages for Windows distribution in 3.5. This decision 
should be reversed immediately, if not sooner.

The .msi package format was introduced well over ten years ago. Since that day, 
there has been *no* excuse at all to distribute software for Windows in any 
other form (except "a simple ZIP will do").

The MSI file format's main advantage over ad-hoc executable installers or 
wrappers is in automated installation. There are several ways to deploy 
software in a corporate network, such as SCCM/SMS and GPO. While the former can 
deal with .exe packages, using MSIs is much simpler. In an MSI, the Feature 
table offers clear information about how to install only part of a product 
(ADDLOCAL=x,y,z either works as intended or fails cleanly). An .exe wrapper 
does not provide this information in an obvious way, instead, the user has to 
rely on external documentation to discover the installable features.

Python's Windows packages have been exemplary for years. This change needlessly 
gives up this reputation.

As far as the Universal CRT is concerned, for which there are no redist MSIs 
available, it should be clear that Python is not responsible for installing it, 
as it is a system component now. If ucrtbase.dll/KB2999226 is not present on 
the target system, the Python installation should simply abort and inform the 
user about the missing prerequisite.

(Also, as Microsoft is pushing it into the market at seemingly any cost, the 
market share of Windows 10 with included UCRT is likely to increase quickly, 
making the wrapper ever more unnecessary. Servers are, of course, another 
story.)

Finally, just in case there were any plans on display for the last several 
months: I do not usually venture into basements to check for leopards. Python's 
Windows packaging was perfectly fine, and there was no reason to assume that 
this would change, rather the opposite, in fact.

--
components: Installation
messages: 250756
nosy: Christian.Ullrich
priority: normal
severity: normal
status: open
title: No single .msi available for 3.5 release
versions: Python 3.5

___
Python tracker 

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

[issue25125] "Edit with IDLE" does not work for shortcuts

[Thijs van Dien]

New submission from Thijs van Dien:

Right clicking a Python file shows "Edit with IDLE" in the context menu, then 
offering a next menu where one can choose which particular version of IDLE 
should be used. This works fine. Whenever a shortcut is created to a Python 
file, the same context menu is shown, but clicking for example "Edit with IDLE 
3.5 (32-bit)" does not seem to do anything. This is probably related to a 
change in the command used to launch IDLE with the file to be edited.

Tested on a fresh install of Windows 7 SP1 X86 and AMD64, with Python 3.5.0 X86.

--
components: IDLE, Installation, Windows
messages: 250759
nosy: paul.moore, steve.dower, thijsvandien, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: "Edit with IDLE" does not work for shortcuts
type: behavior
versions: Python 3.5

___
Python tracker 

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

[issue25103] 3.5.0 installed standard library on Windows has LF line endings

[Larry Hastings]

Larry Hastings added the comment:

Well, even if the Windows build was on fire and children were dying, we 
couldn't do anything about it until next week--Steve's on vacation.  I expect 
he'll weigh in on this when he gets back.

--

___
Python tracker 

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

[issue25129] suboptimal floating-point floor division

[Antoine Pitrou]

New submission from Antoine Pitrou:

>>> (78*6e-8) / 6e-8
78.0
>>> (78*6e-8) // 6e-8
77.0

Note this doesn't make divmod() wrong:

>>> q, r = divmod(78*6e-8, 6e-8)
>>> q, r
(77.0, 5.965e-08)
>>> r < 6e-8
True
>>> q * 6e-8 + r == 78*6e-8
True

But, still, it is somewhat of an oddity to not return the real quotient when it 
is an exact integer.

Note this came from a Numpy issue where Numpy actually shows better behaviour:
https://github.com/numpy/numpy/issues/6127

--
components: Interpreter Core
messages: 250786
nosy: mark.dickinson, pitrou, tim.peters
priority: normal
severity: normal
status: open
title: suboptimal floating-point floor division
type: behavior
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

[issue25128] https://docs.python.org/3/download.html incorrect links to files (cannot download)

[Berker Peksag]

Berker Peksag added the comment:

The correct link for python-3.5.0-docs-pdf-letter.zip should be 
https://docs.python.org/3/archives/python-3.5.0-docs-pdf-letter.zip

It was a cache issue and should be resolved now. I can confirm that all links 
at https://docs.python.org/3/download.html are working for me. Can you please 
check again?

--
nosy: +berker.peksag
resolution:  -> out of date
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

[issue24899] Add an os.path <=> pathlib equivalence table in pathlib docs

[Nikita Klimov]

Nikita Klimov added the comment:

Patch in attach. Could anybody do review?

--
keywords: +patch
Added file: http://bugs.python.org/file40476/pathlib-os-correlation-doc.patch

___
Python tracker 

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

[issue13253] 2to3 fix_renames renames sys.maxint only in imports

[Nikita Klimov]

Nikita Klimov added the comment:

I'm interesting to research this. 
I can show results by 23 September, I think.

--
nosy: +klimov
versions: +Python 3.4, Python 3.5, Python 3.6

___
Python tracker 

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

[issue25129] suboptimal floating-point floor division

[STINNER Victor]

STINNER Victor added the comment:

IEEE 754 uses the ROUND_HALF_EVEN rounding mode by default:
https://en.wikipedia.org/wiki/Rounding#Round_half_to_even

That's why round() uses the same rounding mode. I discovered recently while 
working on the datetime module :-) (issue #23517)

--
nosy: +haypo

___
Python tracker 

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

[issue25129] suboptimal floating-point floor division

[Antoine Pitrou]

Antoine Pitrou added the comment:

Hum, I see. What is the rounding mode used by true division, by the way?

--

___
Python tracker 

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

[issue25129] suboptimal floating-point floor division

[Tim Peters]

Tim Peters added the comment:

Stare at footnote 2 for the Reference Manual's "Binary arithmetic operations" 
section:

"""
[2] If x is very close to an exact integer multiple of y, it’s possible for 
x//y to be one larger than (x-x%y)//y due to rounding. In such cases, Python 
returns the latter result, in order to preserve that divmod(x,y)[0] * y + x % y 
be very close to x.
"""

This is such a case.

>>> x
4.679e-06
>>> y
6e-08
>>> divmod(x,y)[0] * y + x % y == x
True
>>> (x/y) * y + x % y == x
False
>>> ((x/y) * y + x % y) / x # and not close at all
1.0128205128205128

Yes, trying to preserve identities in floating-point always was a fool's errand 
;-)

Note that "but x is an _exact_ integer multiple of y, not just 'very close to'" 
would be succumbing to an illusion:

>>> dx = decimal.Decimal(x)
>>> dy = decimal.Decimal(y)
>>> dx / dy
Decimal('77.99426488108630')

It's just that x/y _appears_ to be an exact integer (78) due to rounding.  As 
the decimal calcs show, infinite-precision floor division really would return 
77.

--

___
Python tracker 

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

[issue25129] suboptimal floating-point floor division

[Tim Peters]

Tim Peters added the comment:

> What is the rounding mode used by true division,

For binary floats?  It inherits whatever the platform C's x/y double division 
uses.  Should be nearest/even on "almost all" platforms now, unless the user 
fiddles with their FPU's rounding flags.

--

___
Python tracker 

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

[issue25080] The example-code for making XLM-RPC requests through proxy, fail!

[Berker Peksag]

Changes by Berker Peksag :


--
components:  -Demos and Tools
stage:  -> needs patch
type:  -> behavior
versions: +Python 3.5, Python 3.6

___
Python tracker 

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

[issue20438] inspect: Deprecate getfullargspec?

[Markus Unterwaditzer]

Markus Unterwaditzer added the comment:

It should be properly noted that the API isn't going to be actually removed 
anytime soon.

Also I think issuing a warning about this was a mistake. For software that 
wants to stay compatible with both Python 2 and 3 it's basically useless.

--
nosy: +untitaker

___
Python tracker 

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

[issue25122] test_eintr randomly fails on FreeBSD

[Roundup Robot]

Roundup Robot added the comment:

New changeset 24dbca4e746c by Victor Stinner in branch 'default':
Issue #25122: test_eintr: don't redirect stdout to stderr
https://hg.python.org/cpython/rev/24dbca4e746c

--

___
Python tracker 

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

[issue25134] SSL asyncio

[Bar Harel]

New submission from Bar Harel:

Seems like at 
https://docs.python.org/3.5/library/asyncio-eventloop.html#creating-connections 
(Creating connections) in asyncio, it states that "On Windows with 
ProactorEventLoop, SSL/TLS is not supported."
But on the ProactorEventLoop it states that SSL support was added in 3.5
Please remove the "unsupported" statement in the docs of 3.5 and 3.6
p.s. Is there a way I can fix these errors myself instead of hassling other 
people?

--
assignee: docs@python
components: Documentation
messages: 250803
nosy: Bar Harel, docs@python
priority: normal
severity: normal
status: open
title: SSL asyncio
versions: Python 3.5, Python 3.6

___
Python tracker 

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

[issue25122] test_eintr randomly fails on FreeBSD

[Roundup Robot]

Roundup Robot added the comment:

New changeset edbc35d8babb by Victor Stinner in branch 'default':
Issue #25122: Fix test_eintr, kill child process on error
https://hg.python.org/cpython/rev/edbc35d8babb

--

___
Python tracker 

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

[issue25134] SSL asyncio

[Roundup Robot]

Roundup Robot added the comment:

New changeset d371ce905395 by Victor Stinner in branch '3.5':
Issue #25134: Update asyncio doc for SSL on Windows
https://hg.python.org/cpython/rev/d371ce905395

--
nosy: +python-dev

___
Python tracker 

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

[issue25134] SSL asyncio

[STINNER Victor]

Changes by STINNER Victor :


--
resolution:  -> fixed
status: open -> closed

___
Python tracker 

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

[issue25134] SSL asyncio

[STINNER Victor]

STINNER Victor added the comment:

> But on the ProactorEventLoop it states that SSL support was added in 3.5

Right, I forgot to update the doc. Thanks for the bug report.

> p.s. Is there a way I can fix these errors myself instead of hassling other 
> people?

Sure, you can write patches and open an issue with your patch.

* Clone Python repository: hg clone http://hg.python.org/cpython/
* Edit the doc: Doc/library/asyncio*.rst
* Produce a patch: hg diff > patch

Don't hesitate to enhance asyncio doc! Patches are welcome!

--
nosy: +haypo

___
Python tracker 

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

[issue20438] inspect: Deprecate getfullargspec?

[Markus Unterwaditzer]

Markus Unterwaditzer added the comment:

My last comment was in reference to getfullargspec, which is, as far as I 
understand, not going to be deprecated until after 3.7.

--

___
Python tracker 

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

[issue25121] python logger RotatingFileHandler can't wrap log file and blows with traceback

[Alexander Belchenko]

Alexander Belchenko added the comment:

I have suspicion about this issue.

In my application tornado framework is used. I setup logger for my own code, 
but use the same logger for tornado, so all messages from tornado itself go 
into the same log file.

As I said earlier it's strange but one log file works as expected. This log 
file is not used by tornado.

--

___
Python tracker 

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

[issue25124] No single .msi available for 3.5 release

[Zachary Ware]

Changes by Zachary Ware :


--
assignee:  -> steve.dower
components: +Windows
nosy: +paul.moore, steve.dower, tim.golden, zach.ware

___
Python tracker 

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

[issue25121] python logger RotatingFileHandler can't wrap log file and blows with traceback

[Alexander Belchenko]

Alexander Belchenko added the comment:

Update to previous comment. I use the same settings for tornado logger (e.g. 
filename).

logger = logging.getLogger('tornado')
setup_logger(logger, log_config)

So I have 2 loggers in one application which are trying to write to the same 
file. I guess it's out of supported use cases?

--

___
Python tracker 

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

[issue25121] python logger RotatingFileHandler can't wrap log file and blows with traceback

[Alexander Belchenko]

Alexander Belchenko added the comment:

According to documentation on RotateFileHandler

"When this file is filled, it is closed and renamed to app.log.1, and if files 
app.log.1, app.log.2, etc. exist, then they are renamed to app.log.2, app.log.3 
etc. respectively."

But we have 2 loggers which holds open file inside the same process. And while 
one handler is trying to close and rename file, another handler (tornado, which 
writes something to log only when there are errors actually) is holding file 
open.

--

___
Python tracker 

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

[issue25122] test_eintr randomly fails on FreeBSD

[Roundup Robot]

Roundup Robot added the comment:

New changeset 3d9164aecc6f by Victor Stinner in branch 'default':
Issue #25122: try to debug test_eintr hang on FreeBSD
https://hg.python.org/cpython/rev/3d9164aecc6f

--
nosy: +python-dev

___
Python tracker 

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