Mailman 3 February 2017 - docs

[issue18069] Subprocess searches special directories before PATH on Windows
by Mark Lawrence 04 Feb '17

04 Feb '17

Changes by Mark Lawrence <breamoreboy(a)gmail.com>: ---------- nosy: -BreamoreBoy _______________________________________ Python tracker <report(a)bugs.python.org> <http://bugs.python.org/issue18069> _______________________________________

1 0

[issue15451] PATH is not honored in subprocess.Popen in win32
by Eryk Sun 04 Feb '17

04 Feb '17

Eryk Sun added the comment: Sure, let's close this in favor of the older documentation issue 8557. ---------- resolution: -> duplicate stage: needs patch -> resolved status: open -> closed superseder: -> subprocess PATH semantics and portability _______________________________________ Python tracker <report(a)bugs.python.org> <http://bugs.python.org/issue15451> _______________________________________

1 0

[issue15451] PATH is not honored in subprocess.Popen in win32
by Martin Panter 04 Feb '17

04 Feb '17

Martin Panter added the comment: Perhaps this is a duplicate of Issue 8557 ---------- nosy: +martin.panter _______________________________________ Python tracker <report(a)bugs.python.org> <http://bugs.python.org/issue15451> _______________________________________

1 0

[issue20927] Different behaviour on Posix and Windows when using subprocess.Popen(..., cwd=path)
by Jovik 04 Feb '17

04 Feb '17

New submission from Jovik: This works on Linux as expected: import subprocess proc = subprocess.Popen(["./app"], stdout=subprocess.PIPE, cwd="workspace") but on Windows I get: FileNotFoundError: [WinError 2] The system cannot find the file specified To successfully execute it on Windows I need to set shell=True first: proc = subprocess.Popen(["app.exe"], stdout=subprocess.PIPE, cwd="workspace", shell=True) which is odd since by default it should use cwd when searching for binary: "If cwd is not None, the function changes the working directory to cwd before executing the child. In particular, the function looks for executable (or for the first item in args) relative to cwd if the executable path is a relative path." from http://docs.python.org/3.3/library/subprocess.html ---------- assignee: docs@python components: Documentation messages: 213570 nosy: Jovik, docs@python priority: normal severity: normal status: open title: Different behaviour on Posix and Windows when using subprocess.Popen(..., cwd=path) type: behavior versions: Python 3.3 _______________________________________ Python tracker <report(a)bugs.python.org> <http://bugs.python.org/issue20927> _______________________________________

6 18

[issue13196] subprocess: undocumented if shell=True is necessary to find executable in Windows PATH
by anatoly techtonik 04 Feb '17

04 Feb '17

New submission from anatoly techtonik <techtonik(a)gmail.com>: The reason I ask is this changeset - http://code.google.com/p/spyderlib/source/detail?spec=svne5d86b685619a470d5… - seems like without shell=True, subprocess.Popen is unable to find Mercurial executable in PATH. ---------- assignee: docs@python components: Documentation messages: 145664 nosy: docs@python, techtonik priority: normal severity: normal status: open title: subprocess: undocumented if shell=True is necessary to find executable in Windows PATH _______________________________________ Python tracker <report(a)bugs.python.org> <http://bugs.python.org/issue13196> _______________________________________

5 6

[issue18069] Subprocess searches special directories before PATH on Windows
by Martin Panter 04 Feb '17

04 Feb '17

Changes by Martin Panter <vadmium+py(a)gmail.com>: ---------- title: Subprocess picks the wrong executable on Windows -> Subprocess searches special directories before PATH on Windows _______________________________________ Python tracker <report(a)bugs.python.org> <http://bugs.python.org/issue18069> _______________________________________

1 0

[issue29430] zipfile: invalid link
by Serhiy Storchaka 04 Feb '17

04 Feb '17

Serhiy Storchaka added the comment: https://support.pkware.com/display/PKZIP/Application+Note+Archives contains links to old versions of APPNOTE (the last is 6.3.3). But the actual version was at least 6.3.4 (I have a local copy). All external links refer to http://www.pkware.com/documents/casestudies/APPNOTE.TXT. I think we should report a bug to PKWare. ---------- _______________________________________ Python tracker <report(a)bugs.python.org> <http://bugs.python.org/issue29430> _______________________________________

1 0

[issue29430] zipfile: invalid link
by Berker Peksag 04 Feb '17

04 Feb '17

Berker Peksag added the comment: > <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1//EN" "http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd"> I think that HTML output suggests that their server configuration is broken. If you look at further down the page there is this error message: <p>Something has triggered missing webpage on your website. This is the default 404 error page for <strong>nginx</strong> that is distributed with EPEL. It is located <tt>/usr/share/nginx/html/404.html</tt></p> And: $ curl -I https://pkware.cachefly.net/webdocs/casestudies/APPNOTE.TXT HTTP/1.1 404 Not Found ... https://support.pkware.com/display/PKZIP/Application+Note+Archives might be a suitable alternative to the broken link. I'm adding Serhiy to nosy list since he knows a lot about the ZIP file format. ---------- assignee: -> docs@python components: +Documentation nosy: +berker.peksag, docs@python, serhiy.storchaka resolution: not a bug -> stage: resolved -> needs patch status: closed -> open type: -> behavior versions: +Python 3.5, Python 3.7 _______________________________________ Python tracker <report(a)bugs.python.org> <http://bugs.python.org/issue29430> _______________________________________

1 0

[issue15451] PATH is not honored in subprocess.Popen in win32
by Eryk Sun 04 Feb '17

04 Feb '17

Eryk Sun added the comment: > difference from the behaviour of Posix's execvpe() was deliberate POSIX doesn't define execvpe [1]. GNU glibc implemented it in 2009 [2]. On Windows, MSC has had execvpe and spawnvpe since at least 5.0 [3], and I think it arrived in 4.0 in 1986. Guido added os._execvpe in 1.2b4 [4] in 1995. I think it's the only implementation of execvpe that searches the passed environment. [1]: http://pubs.opengroup.org/onlinepubs/9699919799/functions/execvp.html [2]: https://sourceware.org/ml/libc-alpha/2009-10/msg00063.html [3]: https://openlibrary.org/works/OL2028669W [4]: https://hg.python.org/cpython/file/534a97c400cc/Lib/os.py ---------- nosy: +eryksun _______________________________________ Python tracker <report(a)bugs.python.org> <http://bugs.python.org/issue15451> _______________________________________

1 0

round bug
by Enrique Ubillus 03 Feb '17

03 Feb '17

Dear team, I found a bug when using round. it is using a number ending with .575 like: 2613.575 which when rounding it shows 2613.575 but when adding 0.0000000001 it goes well. I am attaching a example I on a test windows we use for python code. and I found when it is a 2713.575 it goes well too. I was trying with different number and remembert it went bad when it was a xxxxx.575 long number but 6 (xxxxxx.575) long went ok again when rounding. I thanks for the support. I am a 3 months python developer but I am getting well with. Greetings Enrique [image: Imágenes integradas 1]

1 0