Mailman 3 May 2018 - docs

[issue24318] Better documentaiton of profile-opt (and release builds in general?)
by Gregory P. Smith May 16, 2018

May 16, 2018

Change by Gregory P. Smith <greg(a)krypto.org>: ---------- resolution: -> fixed stage: patch review -> resolved status: open -> closed _______________________________________ Python tracker <report(a)bugs.python.org> <https://bugs.python.org/issue24318> _______________________________________

1 0

[issue24318] Better documentaiton of profile-opt (and release builds in general?)
by miss-islington May 16, 2018

May 16, 2018

Change by miss-islington <mariatta.wijaya+miss-islington(a)gmail.com>: ---------- pull_requests: +6577 _______________________________________ Python tracker <report(a)bugs.python.org> <https://bugs.python.org/issue24318> _______________________________________

1 0

[issue24318] Better documentaiton of profile-opt (and release builds in general?)
by Gregory P. Smith May 16, 2018

May 16, 2018

Gregory P. Smith <greg(a)krypto.org> added the comment: New changeset 93f9a8a5afb58b1d2e4f27bb46d3d4e0fa8c08f0 by Gregory P. Smith in branch 'master': bpo-24318: Rewrite the README PGO section. (#6863) https://github.com/python/cpython/commit/93f9a8a5afb58b1d2e4f27bb46d3d4e0fa… ---------- _______________________________________ Python tracker <report(a)bugs.python.org> <https://bugs.python.org/issue24318> _______________________________________

1 0

[issue33503] use pypi.org instead of pypi.python.org
by Ned Deily May 16, 2018

May 16, 2018

Ned Deily <nad(a)python.org> added the comment: Thanks, Stéphane! ---------- assignee: -> docs@python components: +Documentation nosy: +docs@python resolution: -> fixed stage: patch review -> resolved status: open -> closed versions: +Python 2.7, Python 3.6, Python 3.7 _______________________________________ Python tracker <report(a)bugs.python.org> <https://bugs.python.org/issue33503> _______________________________________

1 0

Python Install location bug (Maybe?)
by Nick Kemp May 16, 2018

May 16, 2018

The documentation (https://docs.python.org/3.6/tutorial/interpreter.html) states: "Python installation is usually placed in|C:\Python36"| On my install on a Widows 10 machine, I think it is installed in: "C:\Users\/MyUserName/\AppData\Local\Programs\Python\Python36\python.exe" This may or may not be a problem but it does cause concern for novices like me. ---------------------------- The problem I'm having is that I want to begin using Python to recreate a rather extensive program I created using Excel. Python being new there is lots to learn and this should be fun .... but I'm spending way too much time learning about setting up Python, setting up an IDE and setting up a GUI designer feature. So you could say I'm chasing rats down rat holes and not making any progress against the fundamental problem of setting up a development tool and getting into Python. And the discrepancy listed above appears to me to be another rat hole to chase.

1 0

[issue19124] os.execv executes in background on Windows
by Eryk Sun May 15, 2018

May 15, 2018

Change by Eryk Sun <eryksun(a)gmail.com>: ---------- components: +Windows nosy: +paul.moore, steve.dower, tim.golden, zach.ware _______________________________________ Python tracker <report(a)bugs.python.org> <https://bugs.python.org/issue19124> _______________________________________

1 0

[issue19124] os.execv executes in background on Windows
by Eryk Sun May 15, 2018

May 15, 2018

Eryk Sun <eryksun(a)gmail.com> added the comment: The exec functions provided by the Windows C runtime really are practically useless, due to creating an orphaned process, disrupting synchronous operation, and returning the wrong status code. It might be more useful for Python 3.7.x to implement an internal win32_execv[e] function that calls _wspawnv[e] with _P_NOWAIT mode. Assign the child process to a silent-breakaway, kill-on-close Job. Wait for it to end, and exit with the child's status code. ---------- nosy: +eryksun versions: +Python 3.7, Python 3.8 -Python 2.7, Python 3.3, Python 3.4 _______________________________________ Python tracker <report(a)bugs.python.org> <https://bugs.python.org/issue19124> _______________________________________

1 0

[issue32374] Document that m_traverse for multi-phase initialized modules can be called with m_state=NULL
by Petr Viktorin May 15, 2018

May 15, 2018

Change by Petr Viktorin <encukou(a)gmail.com>: ---------- resolution: -> fixed stage: patch review -> resolved status: open -> closed _______________________________________ Python tracker <report(a)bugs.python.org> <https://bugs.python.org/issue32374> _______________________________________

1 0

[issue33515] subprocess.Popen on a Windows batch file always acts as if shell=True
by Eryk Sun May 15, 2018

May 15, 2018

Eryk Sun <eryksun(a)gmail.com> added the comment: There's no simple workaround for this behavior. All we can reasonably do is document that running a batch script directly has the same security risks as using shell=True. CMD doesn't support a file argument. It only supports running a /c or /k command, which can include running multiple commands joined by the &, &&, or || operators. CreateProcess thus executes a .bat or .cmd script by prepending "%ComSpec% /c" to the command line. If %ComSpec% isn't defined, it defaults to "%SystemRoot%\System32\cmd.exe /c". Environment variables in a command can be escaped in most cases by inserting the "^" escape character after the first "%" character. This disrupts matching the variable name (unless a variable name happens to start with "^"). The escape character itself gets skipped as long as it isn't quoted literally. ---------- assignee: -> docs@python components: +Documentation keywords: +security_issue nosy: +docs@python, eryksun stage: -> needs patch versions: +Python 3.7, Python 3.8 _______________________________________ Python tracker <report(a)bugs.python.org> <https://bugs.python.org/issue33515> _______________________________________

1 0