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

[STINNER Victor]

STINNER Victor added the comment:

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

Well, it depends on your point of view :-) On the performance point of view, 
it's much faster to flatten heavily nested partials like:

>>> import functools
>>> f = functools.partial(print, 1)
>>> f = functools.partial(f, 2)
>>> f = functools.partial(f, 3)
>>> f = functools.partial(f, 4)
>>> f = functools.partial(f, 5)
>>> f()
1 2 3 4 5

> This is a behavioral change that causes a test failure in Django because we 
> use nested partials to resolve relationships between models

Can you point me to the code? Why do you need to know the full chain of nested 
partials?

If you need to remember the chain of actions, maybe you can store it manually? 
You can add an attribute to a functools.partial() object. Or you can create a 
subclass of functools.partial.

--
nosy: +haypo

___
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:

Just for reference here is a full difference between 2.7 tests in PyPy and 
CPython. It makes tests fail in CPython and skips some tests or makes them too 
lenient.

--
Added file: http://bugs.python.org/file40481/pypy_tests-2.7_full.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

[Maciej Fijalkowski]

Maciej Fijalkowski added the comment:

Hi

I can answer precise questions, which tests are you asking about?

Note that if the point is to unify the test suite, would be cool to make 
changes to both pypy and cpython and not just change cpython one.

--

___
Python tracker 

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

[issue24965] Implement PEP 498: Literal String Formatting

[Eric V. Smith]

Eric V. Smith added the comment:

I rewrote the format_spec parser to recursively call the f-string parser, so 
any oddness in what's allowed in a format_spec is gone.

It took way longer than I thought, but the code is better for it.

--
Added file: http://bugs.python.org/file40480/pep-498-6.diff

___
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:

"""
The root of the issue is that

>>> Fraction(78*6e-8) != Fraction(78*6, 10**8)
True
>>> Fraction(6e-8) != Fraction(6, 10**8)
True
"""

It's not an issue, it's just a fact: floating point rounding is annoying and 
very few people understand it :-)

--

___
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]

STINNER Victor added the comment:

More debug traces:


test_open (__main__.SocketEINTRTest) ... try to open '@test_57236_tmp' fifo for 
writing, pid 57236
try to open '@test_57236_tmp' fifo for reading, pid 57305, ppid 57236
'@test_57236_tmp' fifo opened for reading and closed, pid 57305, ppid 57236
Timeout (0:05:00)!
Thread 0x000802006400 (most recent call first):
  File 
"/usr/home/buildbot/python/3.x.koobs-freebsd10/build/Lib/test/eintrdata/eintr_tester.py",
 line 354 in 
  File 
"/usr/home/buildbot/python/3.x.koobs-freebsd10/build/Lib/test/eintrdata/eintr_tester.py",
 line 345 in _test_open
  File 
"/usr/home/buildbot/python/3.x.koobs-freebsd10/build/Lib/test/eintrdata/eintr_tester.py",
 line 354 in test_open
  File 
"/usr/home/buildbot/python/3.x.koobs-freebsd10/build/Lib/unittest/case.py", 
line 600 in run
  File 
"/usr/home/buildbot/python/3.x.koobs-freebsd10/build/Lib/unittest/case.py", 
line 648 in __call__
  File 
"/usr/home/buildbot/python/3.x.koobs-freebsd10/build/Lib/unittest/suite.py", 
line 122 in run
  File 
"/usr/home/buildbot/python/3.x.koobs-freebsd10/build/Lib/unittest/suite.py", 
line 84 in __call__
  File 
"/usr/home/buildbot/python/3.x.koobs-freebsd10/build/Lib/unittest/suite.py", 
line 122 in run
  File 
"/usr/home/buildbot/python/3.x.koobs-freebsd10/build/Lib/unittest/suite.py", 
line 84 in __call__
  File 
"/usr/home/buildbot/python/3.x.koobs-freebsd10/build/Lib/unittest/runner.py", 
line 176 in run
  File 
"/usr/home/buildbot/python/3.x.koobs-freebsd10/build/Lib/test/support/__init__.py",
 line 1775 in _run_suite
  File 
"/usr/home/buildbot/python/3.x.koobs-freebsd10/build/Lib/test/support/__init__.py",
 line 1809 in run_unittest
  File 
"/usr/home/buildbot/python/3.x.koobs-freebsd10/build/Lib/test/eintrdata/eintr_tester.py",
 line 475 in test_main
  File 
"/usr/home/buildbot/python/3.x.koobs-freebsd10/build/Lib/test/eintrdata/eintr_tester.py",
 line 479 in 

--

___
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 30bc256f2346 by Victor Stinner in branch 'default':
Issue #25122: add debug traces to test_eintr.test_open()
https://hg.python.org/cpython/rev/30bc256f2346

--

___
Python tracker 

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

[issue24493] subprocess with env=os.environ doesn't preserve environment variables when calling a 32bit process on Windows 8.1

[STINNER Victor]

Changes by STINNER Victor :


--
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

[Mark Dickinson]

Mark Dickinson added the comment:

> What is the rounding mode used by true division, by the way?

Probably not what you were asking, but with respect to true division of 
integers (int / int -> float), we always use round-half-to-even.  Any deviation 
from that (non-IEEE 754 platforms excepted) is a bug that should be reported.

--

___
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]

STINNER Victor added the comment:

Syscalls traced by truss.


Parent process:

 1436: unlink("fifo_5950861521") ERR#2 'No such file or 
directory'
 1436: open("fifo_5950861521",O_WRONLY|O_CLOEXEC,00) ERR#4 'Interrupted system 
call'
 1436: open("fifo_5950861521",O_WRONLY|O_CLOEXEC,00) ERR#4 'Interrupted system 
call'
 ...
 1436: open("fifo_5950861521",O_WRONLY|O_CLOEXEC,00) ERR#4 'Interrupted system 
call'


Child process:

 2689: open("fifo_5950861521",O_CLOEXEC,00)  = 3 (0x3)
 2689: close(3)  ERR#4 'Interrupted system call'


Hum, it looks like the child process gets signals, many syscalls are 
interrupted by signals. In my simple test, 7 syscalls were interrupted by 
signals in the child process. I didn't expect "setitimer" to be inherited by 
subprocess.Popen.

The suspicious thing is that close() fails with EINTR in the child process and 
it is not retried.

--

___
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]

STINNER Victor added the comment:

Ok, I got the first interesting result thanks to my enhancements of test_eintr:

[383/398/1] test_eintr
test_read (__main__.OSEINTRTest) ... ok
test_wait (__main__.OSEINTRTest) ... ok
test_wait3 (__main__.OSEINTRTest) ... ok
test_wait4 (__main__.OSEINTRTest) ... ok
test_waitpid (__main__.OSEINTRTest) ... ok
test_write (__main__.OSEINTRTest) ... ok
test_accept (__main__.SocketEINTRTest) ... ok
test_open (__main__.SocketEINTRTest) ...
Timeout (0:05:00)!
Thread 0x000801807400 (most recent call first):
  File 
"/usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/test/eintrdata/eintr_tester.py",
 line 340 in 
  File 
"/usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/test/eintrdata/eintr_tester.py",
 line 334 in _test_open
  File 
"/usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/test/eintrdata/eintr_tester.py",
 line 340 in test_open
  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/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/eintrdata/eintr_tester.py",
 line 461 in test_main
  File 
"/usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/test/eintrdata/eintr_tester.py",
 line 465 in 
test_all (test.test_eintr.EINTRTests) ... FAIL

==
FAIL: test_all (test.test_eintr.EINTRTests)
--
Traceback (most recent call last):
  File 
"/usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/test/test_eintr.py", 
line 25, in test_all
self.assertEqual(exitcode, 0)
AssertionError: 1 != 0

--
Ran 1 test in 306.939s

FAILED (failures=1)
Warning -- files was modified by test_eintr
test test_eintr failed

--

___
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

[Antoine Pitrou]

Antoine Pitrou added the comment:

The specific attributes of a partial are not documented, so it is you are 
relying on them. Using partial as a container is also a bit unexpected...

--

___
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:

I have no problem with closing. Admittedly, I opened this issue mostly to get a 
witty and enlightening response :-)

--

___
Python tracker 

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

[issue25138] test_socket: socket.EAI_NODATA doesn't exist on FreeBSD

[STINNER Victor]

New submission from STINNER Victor:

test_socket.test_idna() uses socket.EAI_NODATA constant which doesn't exists on 
FreeBSD.

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

==
ERROR: test_idna (test.test_socket.GeneralModuleTests)
--
Traceback (most recent call last):
  File 
"/usr/home/buildbot/python/3.x.koobs-freebsd10/build/Lib/test/test_socket.py", 
line 1294, in test_idna
socket.gethostbyname('python.org')
socket.gaierror: [Errno 8] hostname nor servname provided, or not known

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File 
"/usr/home/buildbot/python/3.x.koobs-freebsd10/build/Lib/test/test_socket.py", 
line 1296, in test_idna
if e.errno == socket.EAI_NODATA:
AttributeError: module 'socket' has no attribute 'EAI_NODATA'

--
components: Tests
messages: 250817
nosy: haypo
priority: normal
severity: normal
status: open
title: test_socket: socket.EAI_NODATA doesn't exist on FreeBSD
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

[issue25129] suboptimal floating-point floor division

[Mark Dickinson]

Mark Dickinson added the comment:

I agree with Tim that this is the correct behaviour.  Antoine: okay to close?  
Or should we leave it open for the doc fix that Tim noticed?

--

___
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

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

>>> from fractions import Fraction
>>> Fraction(78*6e-8) / Fraction(6e-8)
Fraction(353610802237278976, 4533471823554859)
>>> Fraction(78*6e-8) // Fraction(6e-8)
77
>>> float(Fraction(78*6e-8) / Fraction(6e-8))
78.0
>>> Fraction(78*6e-8) / Fraction(6e-8) - 78
Fraction(-26, 4533471823554859)

The root of the issue is that

>>> Fraction(78*6e-8) != Fraction(78*6, 10**8)
True
>>> Fraction(6e-8) != Fraction(6, 10**8)
True

--
nosy: +serhiy.storchaka

___
Python tracker 

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

[issue24493] subprocess with env=os.environ doesn't preserve environment variables when calling a 32bit process on Windows 8.1

[Florian Bruhin]

Florian Bruhin added the comment:

I just ran into this again - when trying to run `git` via subprocess with "env" 
set, I got:

# Start the process
try:
hp, ht, pid, tid = _winapi.CreateProcess(executable, args,
 # no special security
 None, None,
 int(not close_fds),
 creationflags,
 env,
 cwd,
>startupinfo)
EFileNotFoundError: [WinError 2] The system 
cannot find the file specified

This only seems to happen when starting my Python process in cmd.exe, not when 
it's started via my buildbot (CI).

Again, when passing shell=True everything worked - except when passing `cwd` as 
well, then it's broken again.

--

___
Python tracker 

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

[issue25139] Just a little refactoring

[Алексей Смирнов]

New submission from Алексей Смирнов:

https://github.com/python/cpython/blob/3.5/Lib/socketserver.py#L627
Must be:
try:
self.finish_request(request, client_address)
except:
self.handle_error(request, client_address)
finally:
self.shutdown_request(request)

--
components: Library (Lib)
hgrepos: 317
messages: 250833
nosy: Алексей Смирнов
priority: normal
severity: normal
status: open
title: Just a little refactoring
type: enhancement
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

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

[Maciej Fijalkowski]

Maciej Fijalkowski added the comment:

I find numbers really hard to believe. It would mean that over 40% of django 
templates is string hashing (assuming 2x speedup) which really sounds 
unbelievable.

In fact in PyPy I never found string hashing to be significant while I would 
expect PyPy to have string hashing more of a bottleneck, since it's almost 
never optimized away really.

What made you think string hashing is a good target for optimizations?

--
nosy: +fijall

___
Python tracker 

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

[issue25140] platform.platform() incorrectly identifies Windows 10 as 'Windows-8-6.2.9200'

[Andrey Fedyashov]

New submission from Andrey Fedyashov:

Here's actual OS version:
OS Name:   Microsoft Windows 10 Enterprise Insider Preview
OS Version:10.0.10534 N/A Build 10534
OS Manufacturer:   Microsoft Corporation
OS Configuration:  Standalone Workstation
OS Build Type: Multiprocessor Free

Here is bug repro with Python 3.4

Python 3.4.3 (v3.4.3:9b73f1c3e601, Feb 24 2015, 22:44:40) [MSC v.1600 64 bit 
(AMD64)] on win32
Type "help", "copyright", "credits" or "license" for more information.
>>> import platform
>>> platform.platform()
'Windows-8-6.2.9200'

Here is bug repro with Python 2.7

Python 2.7.10 (default, May 23 2015, 09:44:00) [MSC v.1500 64 bit (AMD64)] on 
win32
Type "help", "copyright", "credits" or "license" for more information.
>>> import platform
>>> platform.platform()
'Windows-8-6.2.9200'

--
components: Library (Lib), Windows
messages: 250837
nosy: Andrey Fedyashov, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: platform.platform() incorrectly identifies Windows 10 as 
'Windows-8-6.2.9200'
type: behavior
versions: Python 2.7, Python 3.4

___
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]

Changes by Grant Bremer :


--
hgrepos:  -316

___
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:

Attached is a patch for the 3.5 branch. The test is minimal -- we are relying 
on the underlying OpenSSL library and its context to manage the data. I have 
removed the data validation from the set function -- OpenSSL seems happy to 
accept negative numbers for depth, even if that is a non-sensical value. I have 
started on the documentation, and can do a more comprehensive job if the code 
section is good or mostly good. I'll do the same for the 2.7 patch.

--
Added file: http://bugs.python.org/file40483/verify_depth-3.5.patch

___
Python tracker 

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

[issue25140] platform.platform() incorrectly identifies Windows 10 as 'Windows-8-6.2.9200'

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

A duplicate of issue19143?

--
nosy: +lemburg, serhiy.storchaka

___
Python tracker 

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

[issue25141] Spam

[Petri Lehtinen]

Changes by Petri Lehtinen :


--
status: open -> closed
title: Returned mail: see transcript for details -> Spam

___
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

[Maciej Fijalkowski]

Maciej Fijalkowski added the comment:

Hi

Looking through your comments, yes, maybe those tests or those things require 
fixing. We at pypy don't have enough will to fight python-dev most of the time, 
so the usual approach is to do "minimal hack that works" without trying to 
dwelve into why this or that works that way. Obviously feel free to fix the 
underlaying issue, we'll be happy to commit it to pypy

--

___
Python tracker 

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

[issue25141] Spam

[Petri Lehtinen]

Changes by Petri Lehtinen :


Removed file: http://bugs.python.org/file40482/mail.zip

___
Python tracker 

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

[issue24493] subprocess with env=os.environ doesn't preserve environment variables when calling a 32bit process on Windows 8.1

[Florian Bruhin]

Florian Bruhin added the comment:

> Sounds like there's something in the cwd that is making the difference (this 
> being Windows which looks for things in the cwd always).

The cwd is an empty temporary directory. And that still wouldn't explain why 
passing env=os.environ breaks it as well, and why it only breaks in cmd.exe, 
and only when launching a 32bit process ;)

--

___
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

[Martin Panter]

Martin Panter added the comment:

According to those back traces, the server has apparently already handled one 
request and is waiting for a second request. However the client is still 
waiting for a response from its original request.

Some things I might try would be to disable the server, and make my own dummy 
server to see if it responds to that. Similarly, disable the client and 
manually make a request to the server and see what the response is. On Linux 
the “socat” or “netcat” programs are useful for this stuff, or you can just use 
the Python interactive interpreter to create a socket and send and receive.

Client connection is made at 
. 
Server is constructed at 
.

You could also try adding self.con.set_debuglevel(99) to the test_get() method, 
though I suspect it will just output the request sent, and not report any reply 
or headers. In my case the test works, and I see:

send: b'GET / HTTP/1.1\r\nHost: 127.0.0.1:48059\r\nAccept-Encoding: 
identity\r\n\r\n'
reply: 'HTTP/1.1 200 OK\r\n'
[Unit test output]
header: Server header: Date $

--

___
Python tracker 

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

[issue19143] Finding the Windows version getting messier (detect windows 8.1?)

[Marc-Andre Lemburg]

Marc-Andre Lemburg added the comment:

Steve: Could you please merge your changes into platform.py ?

I think it should go into Python 2.7.

--

___
Python tracker 

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

[issue24493] subprocess with env=os.environ doesn't preserve environment variables when calling a 32bit process on Windows 8.1

[R. David Murray]

R. David Murray added the comment:

Sounds like there's something in the cwd that is making the difference (this 
being Windows which looks for things in the cwd always).

--
nosy: +r.david.murray

___
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:

Maciej: I put a few questions and comments in the code review. See the 
 (also linked next to Serhiy’s 
first patch).

--

___
Python tracker 

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

[issue25140] platform.platform() incorrectly identifies Windows 10 as 'Windows-8-6.2.9200'

[Marc-Andre Lemburg]

Changes by Marc-Andre Lemburg :


--
resolution:  -> duplicate
status: open -> closed

___
Python tracker 

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

[issue25140] platform.platform() incorrectly identifies Windows 10 as 'Windows-8-6.2.9200'

[Marc-Andre Lemburg]

Marc-Andre Lemburg added the comment:

On 16.09.2015 13:22, Serhiy Storchaka wrote:
> 
> A duplicate of issue19143?

I guess so.

--

___
Python tracker 

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

[issue24927] multiprocessing.Pool hangs forever on segfault

[Jonas Obrist]

Changes by Jonas Obrist :


--
resolution:  -> duplicate
status: open -> closed

___
Python tracker 

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

[issue22393] multiprocessing.Pool shouldn't hang forever if a worker process dies unexpectedly

[Brian Boonstra]

Changes by Brian Boonstra :


--
nosy: +brianboonstra

___
Python tracker 

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

[issue24493] subprocess with env=os.environ doesn't preserve environment variables when calling a 32bit process on Windows 8.1

[eryksun]

eryksun added the comment:

The issue as I understand it is that, on this particular Windows 8.1 system, 
passing a non-NULL lpEnvironment to CreateProcess works when starting a native 
64-bit executable, but fails when starting a 32-bit executable via the WOW64 
system. The child process instead gets an empty environment block. 

As an additional check, run the following command in 64-bit cmd.exe:

start "" /I "%SystemRoot%\SysWOW64\cmd.exe"

The /I option of the start command passes the shell's original environment to 
CreateProcess, so it should exhibit the same empty-environment problem when 
starting 32-bit cmd.exe. In this case you'll get cmd's default environment, 
which includes COMSPEC, PATHEXT, and PROMPT.

Since inheriting the current environment works in all cases and passing a 
custom environment works for 64-bit executables, the workaround that I 
suggested is to use shell=True to pass your custom environment to the shell. 
The 32-bit executable thus inherits the custom environment from the shell. If 
using shell=True is a security concern, then you can replace it with a Python 
script that executes and waits for the child process. 

> when passing shell=True everything worked - except 
> when passing `cwd` as well, then it's broken again.

Since the shell executes the file, a relative path is resolved against the 
shell's working directory. If you set the latter via the cwd parameter, then 
pass the file's path as either relative to the cwd path or as a fully qualified 
path.

--

___
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:

You may try "hg bisect" to find which revision broke test_httpservers. It can 
be slow if you have to recompile manually Python :-(

--

___
Python tracker 

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

[issue24965] Implement PEP 498: Literal String Formatting

[Eric V. Smith]

Eric V. Smith added the comment:

Simplified error handling, fixed 2 memory leaks.

All tests now pass with no leaks.

This should be the final version.

--
Added file: http://bugs.python.org/file40484/pep-498-7.diff

___
Python tracker 

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

[issue25142] Misleading error when initing ImportError

[Sebastian Kreft]

New submission from Sebastian Kreft:

ImportError now supports the keyword arguments name and path. However, when 
passing invalid keyword arguments, the reported error is misleading, as shown 
below.

In [1]: ImportError('lib', name='lib')
Out[1]: ImportError('lib')

In [2]: ImportError('lib', name='lib', foo='foo')
---
TypeError Traceback (most recent call last)
 in ()
> 1 ImportError('lib', name='lib', foo='foo')

TypeError: ImportError does not take keyword arguments

--
messages: 250850
nosy: Sebastian Kreft
priority: normal
severity: normal
status: open
title: Misleading error when initing ImportError
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

[issue25140] platform.platform() incorrectly identifies Windows 10 as 'Windows-8-6.2.9200'

[Zachary Ware]

Changes by Zachary Ware :


--
superseder:  -> Finding the Windows version getting messier (detect windows 
8.1?)

___
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

[Skip Montanaro]

Changes by Skip Montanaro :


--
nosy: +skip.montanaro

___
Python tracker 

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

[issue25143] 3.5 install fails poorly on Windows XP

[Paul]

New submission from Paul:

Running the installer on an unsupported system (such as Windows XP)should fail 
gracefully and not just leave the user hanging.

https://mail.python.org/pipermail/python-list/2015-September/696789.html

--
components: Installation
messages: 250852
nosy: pwat...@phs.org
priority: normal
severity: normal
status: open
title: 3.5 install fails poorly on Windows XP
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

[issue25113] documentation version switcher is broken

[Yury Selivanov]

Yury Selivanov added the comment:

The switcher isn't visible on all pages, I suspect we need to bust caches on 
cdns/varnish

--

___
Python tracker 

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

[issue25143] 3.5 install fails poorly on Windows XP

[Brett Cannon]

Changes by Brett Cannon :


--
components: +Windows -Installation
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

[issue25139] Just a little refactoring

[Berker Peksag]

Changes by Berker Peksag :


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

___
Python tracker 

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

[issue25143] 3.5 install fails poorly on Windows XP

[Djoudi Benarfa]

Djoudi Benarfa added the comment:

The Python installer could check what operating system the user is trying to 
install python on and if it's not supported then, information him, and maybe 
redirect him to the correct python version.

--
nosy: +djoudi

___
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]

Tim Graham added the comment:

We can use an alternate approach in Django, if appropriate: 
https://github.com/django/django/pull/5294

--

___
Python tracker 

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

[issue25139] Just a little refactoring

[Berker Peksag]

Changes by Berker Peksag :


--
nosy: +berker.peksag

___
Python tracker 

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

[issue22627] Calling timestamp() on a datetime object modifies the timestamp of a different datetime object.

[Alexander Belopolsky]

Alexander Belopolsky added the comment:

I am reopening this issue as an "enhancement" because I would like to revisit 
it in light of PEP 495.

--
assignee:  -> belopolsky
resolution: not a bug -> 
status: closed -> open
type: behavior -> enhancement
versions: +Python 3.6 -Python 3.4

___
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]

STINNER Victor added the comment:

Ok, I'm now quite sure that it's a bug in the FreeBSD kernel or in the BSD C 
library.

The C library ignores EINTR: if the close() syscalls fails with EINTR, the C 
close() function returns a success.

When the close() syscall fails with EINTR, the test hangs. It's unclear to me 
if the close() syscall fails with EINTR in the parent or in the child process. 
I'm quite sure that the FreeBSD truss tool (tool to trace syscalls) has bugs 
too, so it's hard to be sure what happens exactly.

Attached tarball eintr_bug.tar.gz reproduces the bug in a program written in 
pure C language. So it's not a bug in Python.

For test_eintr, we should skip the test on FreeBSD (until the bug is fixed in 
FreeBSD).

--
Added file: http://bugs.python.org/file40485/eintr_bug.tar.gz

___
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

[Mark Lawrence]

Mark Lawrence added the comment:

This wasn't working for me earlier but it is now at 21:11 BST so I'd assume we 
can leave this closed.

--
nosy: +BreamoreBoy

___
Python tracker 

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

[issue23551] IDLE to provide menu link to PIP gui.

[Terry J. Reedy]

Terry J. Reedy added the comment:

On python-ideas, Wes Turner reported Stallion, a visual (browser) + command 
line package manager interface. I believe it uses pip 'under the hood'. 
http://perone.github.io/stallion/ has screenshots that can give gui design 
ideas, though these are more elaborate than what we need. Package at 
https://pypi.python.org/pypi/Stallion

--

___
Python tracker 

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

[issue25145] urllib how-to should be updated to remove PyGoogle

[Robert Xiao]

New submission from Robert Xiao:

PyGoogle has been dead for 6-7 years at this point (probably longer), yet the 
newest urllib documentation (https://docs.python.org/3/howto/urllib2.html#id1) 
still refers to it in a footnote:

[1] Like Google for example. The proper way to use google from a program is 
to use PyGoogle of course.

This should probably be amended to remove the outdated reference altogether 
(the footnote itself can probably just go).

While we're at it: the user agent version strings are _really_ old - MSIE 5.5 
and MSIE 6.0. I know they are just illustrative, but couldn't we at least 
update them to something from the last decade? :P

--
assignee: docs@python
components: Documentation
messages: 250863
nosy: docs@python, nneonneo
priority: normal
severity: normal
status: open
title: urllib how-to should be updated to remove PyGoogle
versions: Python 3.2, Python 3.3, 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

[issue25145] urllib how-to should be updated to remove PyGoogle

[Zachary Ware]

Changes by Zachary Ware :


--
stage:  -> needs patch
versions: +Python 2.7 -Python 3.2, Python 3.3

___
Python tracker 

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

[issue25146] IDLE debugger could better visualize program execution

[Mark Roseman]

New submission from Mark Roseman:

(This touches a bit on things mentioned in #14111)

I'm looking through the debugger code in IDLE, and now understand that it's 
essentially trying to make a GUI program act like a command line program. Hence 
the nested call to mainloop(), when we receive a trace execution callback. This 
is the equivalent of saying "stop here until I input something, and then 
continue along" at which point the callback completes and we return to the 
running program.

Right now, if you run a program with the debugger on, and just hit Go, it's 
just like you're not running it in the debugger at all.

I've mentioned elsewhere (#15347) that I suspect the nested mainloop is behind 
some of the instability problems related to quitting when the debugger is 
active.

But if we don't assume that each time we print where we are we have to wait for 
input, we can do some more interesting things. Most importantly, we should be 
able to say "Go", and actually watch our program being executed. In other 
words, whenever it goes to the next statement, the debugger actually shows that 
statement, highlights the line in the source file, updates variables, etc. -- 
all without user interaction. 

Someone can sit back and watch, getting a better understanding of what their 
program is doing while running. You'd be able to see if a program was stuck in 
a loop, without necessarily going through it one statement at a time, step by 
step, or setting breakpoints. 

It also makes it clearer that the program is running because you see something 
happening... now there's not great feedback in that regard. Similarly, some of 
the issues with pausing/continuing or stopping the program become a bit easier 
to deal with.

--
components: IDLE
messages: 250864
nosy: kbk, markroseman, roger.serwy, terry.reedy
priority: normal
severity: normal
status: open
title: IDLE debugger could better visualize program execution
type: enhancement
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

[issue25146] IDLE debugger could better visualize program execution

[Terry J. Reedy]

Terry J. Reedy added the comment:

I agree that without breakpoints set, Go is currently useless. I believe that 
you are proposing that it become a 'Start slide show' button, where a 'slide' 
is the execution of one statement.

I really like this idea. Like music or dance notation, a programs is a static 
representation of a dynamic performance.  An expert programmer, like an expert 
musician or dancer, can imagine a performance.  But without seeing a 
calculation performance, novice programmers may have trouble knowing what they 
are supposed to be doing.  For Python, calculation results are made visible by 
namespace bindings. 

Suggestions based on experience with automated slide shows:
* a user-settable delay between statement execution (possible 0).
* use space bar to stop and start
* allow single stepping while stopped, and space-bar restart after

A debugger-specific suggestion:
* step over functions whose code is not in a clean editor window (no unsaved 
edits)

try:
filename = f.__globals__['__file__']
except AttributeError:  # builtin function or method

else:
if filename not in filelist or buffer dirty:

else:


> trying to make a GUI program act like a command line program.
I don't think I understand that completely, except perhaps that the reason for 
the nested event loop is to avoid blocking the main event loop.  And maybe that 
you believe we can avoid the likely troublesome nested loop without blocking 
the main loop. (It does seem like judicious use of .after, commands, and 
callbacks should avoid needing a nested loop.)

--

___
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

[Terry J. Reedy]

Terry J. Reedy added the comment:

Pre-compiling should generally not be needed; I try to remember to uncheck it.  
If you do want everything compiled, read the doc for compileall module.

--
nosy: +terry.reedy

___
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

[eryksun]

eryksun added the comment:

There should be a bunch of logs named "Python 3.5.0*.log" in your user's %TEMP% 
directory. If you don't mind, zip them up and attach the file to this issue for 
Steve Dower to review when he returns from vacation. 

In the mean time, try directly installing the Universal CRT update, 
[KB2999226][1]. For Server 2012 R2, [KB2919355][2] should be installed first.

[1]: http://www.microsoft.com/en-us/download/details.aspx?id=48234
[2]: http://www.microsoft.com/en-us/download/details.aspx?id=42334

--
nosy: +eryksun

___
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

[eryksun]

eryksun added the comment:

> Pre-compiling should generally not be needed

It's a useful optimization if Python is installed to a directory that doesn't 
grant write access to regular users, such as %ProgramFiles%.

--

___
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

[Terry J. Reedy]

Terry J. Reedy added the comment:

I will let Steve Dower explain or link to explanations for the change.  But 
there were reasons.

All of the approximately 10 pre-releases for 3.5.0 have been in the new .exe 
format.  See https://www.python.org/downloads/release/python-350a1/ , which 
offered python-3.5.0a1-amd64.exe last Feb 8.

--
nosy: +terry.reedy

___
Python tracker 

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

[issue25144] 3.5 Win install fails with "TARGETDIR"

[Terry J. Reedy]

Changes by Terry J. Reedy :


--
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

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

[Raymond Hettinger]

Changes by Raymond Hettinger :


Added file: http://bugs.python.org/file40486/deque_nonreentrant_clear2.diff

___
Python tracker 

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

[issue1471934] Python libcrypt build problem on Solaris 8, 9, 10 and OpenSolaris

[Peter Bray]

Peter Bray added the comment:

While I have not tested the patch provided, the following ls(1) command on Sun 
Solaris 10 Update 8 and Oracle Solaris 10 Update 11, show that on (at least) 
X86 systems, there is no -lcrypt for 64-bit builds. So a patch is required on 
64-bit builds, and possibly 32-bit builds if library variant (_d vs _i) 
consistency is required.

% ls -l /usr/lib/**/libcrypt* | sed -e 's/ 1 root .* 20.. //'

lrwxrwxrwx  /usr/lib/amd64/libcrypt_d.so -> ./libcrypt_d.so.1
-rwxr-xr-x  /usr/lib/amd64/libcrypt_d.so.1
lrwxrwxrwx  /usr/lib/amd64/libcrypt_i.so -> libcrypt_i.so.1
-rwxr-xr-x  /usr/lib/amd64/libcrypt_i.so.1
lrwxrwxrwx  /usr/lib/amd64/libcryptoutil.so -> libcryptoutil.so.1
-rwxr-xr-x  /usr/lib/amd64/libcryptoutil.so.1
lrwxrwxrwx  /usr/lib/libcrypt.so -> libcrypt_d.so
lrwxrwxrwx  /usr/lib/libcrypt.so.1 -> libcrypt_d.so.1
lrwxrwxrwx  /usr/lib/libcrypt_d.so -> ./libcrypt_d.so.1
-rwxr-xr-x  /usr/lib/libcrypt_d.so.1
lrwxrwxrwx  /usr/lib/libcrypt_i.so -> ./libcrypt_i.so.1
-rwxr-xr-x  /usr/lib/libcrypt_i.so.1
lrwxrwxrwx  /usr/lib/libcryptoutil.so -> ./libcryptoutil.so.1
-rwxr-xr-x  /usr/lib/libcryptoutil.so.1

PS: Solaris 11.2 (X86) on the other hand does have a -lcrypt for both 32-bit 
and 64-bit libraries (libcrypt.so -> ./libcrypt.so.1)

--
nosy: +illumino

___
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

[Marius Gedminas]

Changes by Marius Gedminas :


Added file: http://bugs.python.org/file40487/Python 3.5.0 installer crash 
logs.zip

___
Python tracker 

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

[issue21578] Misleading error message when ImportError called with invalid keyword args

[Berker Peksag]

Changes by Berker Peksag :


--
stage: needs patch -> patch review
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

[issue24598] asyncio: add background task detecting reference cycles

[Andrew Svetlov]

Changes by Andrew Svetlov :


--
nosy: +asvetlov

___
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

[Alecsandru Patrascu]

Alecsandru Patrascu added the comment:

Please hold this patch for a while, while I analyze the received feedback.

--

___
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

[Brett Cannon]

Changes by Brett Cannon :


--
status: open -> pending

___
Python tracker 

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

[issue25144] 3.5 Win install fails with "TARGETDIR"

[Felipe]

New submission from Felipe:

The 3.5 Windows installer fails with "The TARGETDIR variable must be provided 
when invoking this installer"

Here are the steps I followed:

1. Initial screen:

   - uncheck the add path and all users options
   - select "Customize installation"

2. Optional features:

   - Check all boxes except "all users"

3. Advanced options

   - Uncheck all
   - Pick a different path to install to (clean folder)


4. A message box pops up saying "The TARGETDIR variable must be provided when 
invoking this installer" -- I hit OK.

5. Final screen showing 0x8007063 - Fatal error during installation


I've saved the log file and can upload if helpful, but will have to remove 
personal info first

--
components: Installation
messages: 250857
nosy: fov
priority: normal
severity: normal
status: open
title: 3.5 Win install fails with "TARGETDIR"
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