[issue25505] undefined name 'window' in Tools/scripts/fixdiv.py

Changes by John Mark Vandenberg : Added file: http://bugs.python.org/file40889/fixdiv-remove-truncate.diff ___ Python tracker ___ ___ Python-b

[issue25505] undefined name 'window' in Tools/scripts/fixdiv.py

New submission from John Mark Vandenberg: Tools/scripts/fixdiv.py 's `FileContext.truncate` has used `window` since it was created, when it is supposed to use self.window. https://hg.python.org/cpython/annotate/60f290a7eae8/Tools/scripts/fixdiv.py#l195 `truncate` is unused, so an alternative f

[issue25503] inspect.getdoc does find inherited property __doc__

Serhiy Storchaka added the comment: Thank you John for your report and your patch. Committed tests are slightly changed because "contradiction" was originally purposed to test properties. -- assignee: -> serhiy.storchaka resolution: -> fixed stage: -> resolved status: open -> closed

[issue25503] inspect.getdoc does find inherited property __doc__

Roundup Robot added the comment: New changeset bbf00faf25ff by Serhiy Storchaka in branch '3.5': Issue #25503: Fixed inspect.getdoc() for inherited docstrings of properties. https://hg.python.org/cpython/rev/bbf00faf25ff New changeset e80d1e9737d4 by Serhiy Storchaka in branch 'default': Issue #

[issue25502] unnecessary re-imports

Roundup Robot added the comment: New changeset dec0a26d0b4d by Benjamin Peterson in branch '3.5': remove duplicated imports (closes #25502) https://hg.python.org/cpython/rev/dec0a26d0b4d New changeset 695c50c8cc92 by Benjamin Peterson in branch 'default': merge 3.5 (#25502) https://hg.python.org

[issue25482] signal.set_wakeup_fd() doesn't work if the signal don't have handler

Benjamin Peterson added the comment: The OP probably wants something like the Linux-specific signalfd() syscall. -- ___ Python tracker ___ ___

[issue25504] undefined name 'modules' in Tools/freeze/checkextensions_win32.py

New submission from John Mark Vandenberg: All versions of Tools/freeze/checkextensions_win32.py have had an error due to accessing 'modules.sourceFiles' instead of 'module.sourceFiles'. https://hg.python.org/cpython/diff/8e9d5e5103f5/Tools/freeze/checkextensions_win32.py#l1.96 Presumably there

[issue25502] unnecessary re-imports

Changes by John Mark Vandenberg : Added file: http://bugs.python.org/file40886/re-imports.diff ___ Python tracker ___ ___ Python-bugs-list mai

[issue25496] tarfile: Default value for compresslevel is not documented

Sworddragon added the comment: At tarfile, but the compresslevel argument is mentioned there but not its default value. -- title: Default value for compresslevel is not documented -> tarfile: Default value for compresslevel is not documented ___ Pyt

[issue25498] Python 3.4.3 core dump with simple sample code

Changes by eryksun : Removed file: http://bugs.python.org/file40884/ctypes_from_buffer_1.patch ___ Python tracker ___ ___ Python-bugs-list mai

[issue24805] Python installer having problem in installing Python for all users in Windows

mandeep added the comment: Team, Please let me know , if there is a workaround to this. -- ___ Python tracker ___ ___ Python-bugs-lis

[issue25503] inspect.getdoc does find inherited property __doc__

Changes by John Mark Vandenberg : -- nosy: +serhiy.storchaka ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: ht

[issue25503] inspect.getdoc does find inherited property __doc__

New submission from John Mark Vandenberg: inspect.getdoc's helper _finddoc raises an AttributeError on encountering a property, which is silently discarded. >>> class Foo(object): ... @property ... def foo(self): ... """foobar.""" ... return 'foo' ... >>> class Bar(Foo)

[issue25498] Python 3.4.3 core dump with simple sample code

Changes by eryksun : -- keywords: +patch Added file: http://bugs.python.org/file40884/ctypes_from_buffer_1.patch ___ Python tracker ___ __

[issue25498] Python 3.4.3 core dump with simple sample code

Changes by eryksun : Added file: http://bugs.python.org/file40883/ctypes_crash.py ___ Python tracker ___ ___ Python-bugs-list mailing list Uns

[issue25486] Resurrect inspect.getargspec() in 3.6

Changes by John Mark Vandenberg : -- nosy: +John.Mark.Vandenberg ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue25395] SIGSEGV using json.tool: highly nested OrderedDict

Martin Panter added the comment: Left a comment about a minor English grammar problem. The existing comment Serhiy mentioned was added way back in 2003 for Issue 668433. It appears to use the same underlying technique, reverting the nesting level before calling the base class dealloc. One para

[issue25502] unnecessary re-imports

New submission from John Mark Vandenberg: The following four modules re-import another module unnecessarily as it is already imported in the global scope. Lib/getpass.py : msvcrt Lib/pickletools.py : sys Lib/smtplib.py : sys PC/testpy.py : os In each case, the import being removed in the attac

[issue25156] shutil.copyfile should internally use os.sendfile when possible

Martin Panter added the comment: Also, the os.sendfile() doc suggests that some platforms only support writing to sockets, so I definitely think a backup plan is needed. -- stage: -> patch review ___ Python tracker

[issue25156] shutil.copyfile should internally use os.sendfile when possible

Martin Panter added the comment: I’ve never used sendfile() nor shutil.copyfile(), but my immediate reaction is maybe we need a backup plan if os.sendfile() is available but not supported in the circumstances. E.g. if it is practical to use copyfile() to copy from a named socket in the filesys

[issue25156] shutil.copyfile should internally use os.sendfile when possible

Josh Rosenberg added the comment: Adding interested parties from earlier ticket. -- nosy: +josh.r, martin.panter, r.david.murray ___ Python tracker ___ __

[issue22896] Don't use PyObject_As*Buffer() functions

Martin Panter added the comment: Please see Issue 25498 for a crash possibly caused by the memoryview hack in CDataType_from_buffer(). -- ___ Python tracker ___

[issue25498] Python 3.4.3 core dump with simple sample code

Martin Panter added the comment: I traced this down to part of revision 1da9630e9b7f (Issue #22896). If I revert the changes to CDataType_from_buffer() at , the crash no longer happens. I suspect the offending code is this, that is trying t

[issue25501] Use async/await through asyncio docs

Andrew Svetlov added the comment: We have dropped 3.3 in aiohttp BTW. Proper handling of resource leaks is too annoying without PEP 442 which don't crash with core dump starting from Python 3.4.1 -- ___ Python tracker

[issue25501] Use async/await through asyncio docs

Andrew Svetlov added the comment: Also sphinx (pygments actually) still do not support async/await syntax highlighting yet. -- nosy: +asvetlov ___ Python tracker ___ ___

[issue25156] shutil.copyfile should internally use os.sendfile when possible

desbma added the comment: Thoughts anyone? Here is a patch that implements the change. My tests show a 30-40% performance improvement for 128KB-512MB single file copy: 128 KB file copy: $ dd if=/dev/urandom of=/tmp/f1 bs=1K count=128 Without the patch: $ ./python -m timeit -s 'import shutil;

[issue25500] docs claim __import__ checked for in globals, but IMPORT_NAME bytecode does not

R. David Murray added the comment: Fix the docs. -- nosy: +r.david.murray ___ Python tracker ___ ___ Python-bugs-list mailing list Uns

[issue25501] Use async/await through asyncio docs

Guido van Rossum added the comment: It makes it more awkward to keep the asyncio docs in sync between 3.4 and 3.5. Also it makes copying examples harder for users who need compatibility with 3.4 or 3.3. -- ___ Python tracker

[issue24765] Move .idlerc to %APPDATA%\IDLE on Windows

Mark Roseman added the comment: Further to Terry's backwards compatibility issues (also discussed in #8231). Storing things in the "correct" location (%APPDATA% on Windows, and Application Support on OS X) would presumably be the "right" thing to do if backwards compatibility weren't an issue.

[issue25498] Python 3.4.3 core dump with simple sample code

Martin Panter added the comment: Crashes on Linux x86-64 for me with and without --with-pydebug, with the default 3.6 branch, 3.5.0, and 3.4 tip. No extra debugging output though in the --with-pydebug cases though. -- nosy: +martin.panter ___ Python

[issue25500] docs claim __import__ checked for in globals, but IMPORT_NAME bytecode does not

Brett Cannon added the comment: I think the documentation is wrong. Going all the way back to Python 2.7, you will see that importing a module emits IMPORT_NAME as the bytecode. That bytecode only looks for __import__ in the builtin namespace: https://hg.python.org/cpython/file/2.7/Python/cev

[issue8231] Unable to run IDLE without write-access to home directory

Mark Roseman added the comment: Just a note that the 'store things in APPDATA' is issue #24765 -- ___ Python tracker ___ ___ Python-bug

[issue25501] Use async/await through asyncio docs

Changes by Ezio Melotti : -- keywords: +easy nosy: +ezio.melotti type: -> enhancement ___ Python tracker ___ ___ Python-bugs-list mai

[issue25501] Use async/await through asyncio docs

New submission from Brett Cannon: The asyncio docs still use `yield from` and @asyncio.coroutine all over the place instead of async/await. It would be best to update the docs to follow best practices (unless there is some reason I can't think of as to why this hasn't happened yet). -

[issue25500] _find_and_load_unlocked doesn't always use __import__

Changes by R. David Murray : -- nosy: +brett.cannon, eric.snow ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue25500] _find_and_load_unlocked doesn't always use __import__

New submission from Sergei Lebedev: According to the current import system documentation > When calling ``__import__()`` as part of an import statement, the import > system first checks the module global namespace for a function by that name. > If it is not found, then the standard builtin ``_

[issue25485] Add a context manager to telnetlib.Telnet

desbma added the comment: I was actually writing a patch with a test, but since Stéphane beat me to it, I'll let him do the job :) -- ___ Python tracker ___

[issue25485] Add a context manager to telnetlib.Telnet

Stéphane Wirtel added the comment: totally agree, I will work on this issue tomorrow -- ___ Python tracker ___ ___ Python-bugs-list ma

[issue25485] Add a context manager to telnetlib.Telnet

SilentGhost added the comment: This probably needs test -- nosy: +SilentGhost ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue25485] Add a context manager to telnetlib.Telnet

Stéphane Wirtel added the comment: Maybe, modify the documentation or improve the current examples. -- ___ Python tracker ___ ___ Pyth

[issue25483] Improve f-string implementation: FORMAT_VALUE opcode

Eric V. Smith added the comment: Thanks, Serihy. I looked at those, and neither one is a great fit. But not having a better option, I went with ceval.h. Here's the patch. -- Added file: http://bugs.python.org/file40880/format-opcode-2.diff ___ Python

[issue25485] Add a context manager to telnetlib.Telnet

Stéphane Wirtel added the comment: Here is a small patch -- keywords: +patch nosy: +matrixise Added file: http://bugs.python.org/file40879/issue25485.patch ___ Python tracker ___

[issue18973] Use argparse in the calendar module

Changes by SilentGhost : -- versions: +Python 3.6 -Python 3.4 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: h

[issue18973] Use argparse in the calendar module

Stéphane Wirtel added the comment: Hi Serhiy, I just reviewed your patch, works fine with 3.6. -- nosy: +matrixise ___ Python tracker ___ ___

[issue25495] binascii documentation incorrect

Mouse added the comment: Thank you for the quick turn-around, and for taking care of this issue! -- ___ Python tracker ___ ___ Python-

[issue25499] use argparse for the calendar module

Serhiy Storchaka added the comment: Because we need only one issue for every feature. Tests was committed in issue18982. The patch in issue18973 just waits for review. -- ___ Python tracker __

[issue25495] binascii documentation incorrect

Stéphane Wirtel added the comment: Here is a patch with the submitted description. -- keywords: +patch nosy: +matrixise Added file: http://bugs.python.org/file40878/issue25495.patch ___ Python tracker _

[issue25496] Default value for compresslevel is not documented

Stéphane Wirtel added the comment: Hi Sworddragon, Where compresslevel is not mentioned in the doc ? Thank you -- nosy: +matrixise ___ Python tracker ___ __

[issue25499] use argparse for the calendar module

Stéphane Wirtel added the comment: Why do you close it ? Ok, it's a duplicated issue, but the other issue is not closed. So, in that issue, there is no tests, maybe we can add some tests and re-submit a new patch. What do you think? -- ___ Python t

[issue25499] use argparse for the calendar module

Serhiy Storchaka added the comment: This is a duplicate of issue18973. -- nosy: +serhiy.storchaka resolution: -> duplicate stage: -> resolved status: open -> closed superseder: -> Use argparse in the calendar module ___ Python tracker

[issue21827] textwrap.dedent() fails when largest common whitespace is a substring of smallest leading whitespace

Serhiy Storchaka added the comment: Thank you Robert for your report and patch. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue21827] textwrap.dedent() fails when largest common whitespace is a substring of smallest leading whitespace

Roundup Robot added the comment: New changeset faeeb8dbe432 by Serhiy Storchaka in branch '3.4': Issue #21827: Fixed textwrap.dedent() for the case when largest common https://hg.python.org/cpython/rev/faeeb8dbe432 New changeset c307ae7b3d9f by Serhiy Storchaka in branch '2.7': Issue #21827: Fix

[issue25499] use argparse for the calendar module

New submission from Stéphane Wirtel: optparse is marked as deprecated. I have moved argparse for the calendar module. Need reviews. -- components: Library (Lib) files: calendar_move_to_argparse.patch keywords: patch messages: 253619 nosy: matrixise priority: normal severity: normal st

[issue25483] Improve f-string implementation: FORMAT_VALUE opcode

Serhiy Storchaka added the comment: Does the dis module need these constants? If no, you can use either ceval.h or compile.h. -- ___ Python tracker ___ _

[issue25498] Python 3.4.3 core dump with simple sample code

Zachary Ware added the comment: I get the crash on OSX with recent builds of 3.4 and 3.6: Assertion failed: (self->exports == 0), function mbuf_dealloc, file Objects/memoryobject.c, line 115. Abort trap: 6 -- nosy: +jnoller, sbt, zach.ware stage: -> needs patch type: -> crash version

[issue25498] Python 3.4.3 core dump with simple sample code

R. David Murray added the comment: The program does not crash for me on gentoo running python 3.4 tip (--with-pydebug). It does crash running gentoo's stock 3.4.3. So, perhaps this bug has already been fixed. -- nosy: +r.david.murray ___ Python tr

[issue25483] Improve f-string implementation: FORMAT_VALUE opcode

Eric V. Smith added the comment: Brett: I'll take a look. Serhiy: I'm looking for a place to put some #defines related to the bit masks and bit values that my FORMAT_VALUE opcode is using for opargs. One option is to just put them in Tools/scripts/generate_opcode_h.py, so that they end up in

[issue25483] Improve f-string implementation: FORMAT_VALUE opcode

Serhiy Storchaka added the comment: > I'll try to find some reasonable .h file to use and submit a new patch soon. It's Lib/opcode.py. -- nosy: +serhiy.storchaka ___ Python tracker

[issue25498] Python 3.4.3 core dump with simple sample code

New submission from Jake Montgomery: We are seeing a consistent "invalid memory access" crash in Python3.4.3. *Test setup* This is occurring on Ubuntu 14.04.1 LTS. It is occurring on multiple unrelated installs, but has not been tested with any other operating system. It occurs using the "Py

[issue21827] textwrap.dedent() fails when largest common whitespace is a substring of smallest leading whitespace

Changes by R. David Murray : -- versions: +Python 3.4 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://m

[issue21827] textwrap.dedent() fails when largest common whitespace is a substring of smallest leading whitespace

R. David Murray added the comment: You are right, I'd forgotten we hadn't done 3.4 final yet. -- ___ Python tracker ___ ___ Python-bug

[issue25483] Improve f-string implementation: FORMAT_VALUE opcode

Brett Cannon added the comment: I know this issue is slowly turning into "make Eric update outdated docs", but if you find that https://docs.python.org/devguide/compiler.html#introducing-new-bytecode is outdated, could you update that doc? -- ___ P

[issue25483] Improve f-string implementation: FORMAT_VALUE opcode

Eric V. Smith added the comment: Oops. Forgot to include the diff with that last message. But it turns out it doesn't work, anyway, because I put the #define's in opcode.h, which is generated (so my code got deleted!). I'll try to find some reasonable .h file to use and submit a new patch soon

[issue21827] textwrap.dedent() fails when largest common whitespace is a substring of smallest leading whitespace

Serhiy Storchaka added the comment: I thought that 3.4 will switch to "security fixes only" mode after releasing first release since releasing 3.5.0. It was so with 3.2 and 3.3. -- ___ Python tracker _

[issue21333] Document recommended exception for objects that shouldn't be pickled

Serhiy Storchaka added the comment: PicklingError is raised in following cases: 1. Programmical Pickler error (Pickler.__init__() was not called by subclass' __init__()). 2. Due to protocol or implementation limitations: memoizing more than 2**32 objects, saving non-ASCII globals with protoco

[issue25495] binascii documentation incorrect

Mouse added the comment: Yes I know where this came from. :-) Here is my proposed change. Replace the statement The length of data should be at most 57 to adhere to the base64 standard. with: To be MIME-compliant, the Base64 output (as defined in RFC4648) should be broken into lines of at

[issue21333] Document recommended exception for objects that shouldn't be pickled

Michael Crouch added the comment: When pickling an object fails on line 70 of copy_reg.py, a "TypeError" is raised. However, according to section 11.1.3 of the Standard Library documentation, when an unpicklable object is passed to the dump() method the "PicklingError" exception will be raised

[issue21827] textwrap.dedent() fails when largest common whitespace is a substring of smallest leading whitespace

Raymond Hettinger added the comment: Serhiy, your way looks best. Go ahead with it. -- assignee: rhettinger -> serhiy.storchaka ___ Python tracker ___ __

[issue25489] sys.exit() caught in exception handler

Guido van Rossum added the comment: How about we extend loop.stop() so that you can pass it an exception to raise once the loop is stopped? This exception would then be thrown out of run_forever(). There may be some delay (callbacks already scheduled will run first) but it is how things were mean

[issue8231] Unable to run IDLE without write-access to home directory

Mark Roseman added the comment: Checked on Linux and Mac - doesn't work correctly. mkdtemp() returns a different name every time it's called, and GetUserCfgDir() is called in three places, meaning we end up with three different tmp directories (which on quick examination didn't all get cleaned

[issue25489] sys.exit() caught in exception handler

R. David Murray added the comment: Using sys.exit means you are depending on garbage collection to clean up all of your program's resources. In the general case this is a bad idea. A better design is to call loop.stop, and then do cleanup (which might involve calling some wait_closed functio

[issue25482] signal.set_wakeup_fd() doesn't work if the signal don't have handler

STINNER Victor added the comment: > IMO this reduces usefulness of set_wakeup_fd(). (...) Sorry, I don't understand your use case. Could you elaborate. What do you need? -- According to the GNU libc doc, the signal SIGWINCH is *ignored* by default: "Window size change. This is generated on som

[issue21827] textwrap.dedent() fails when largest common whitespace is a substring of smallest leading whitespace

R. David Murray added the comment: It's one of the PEPs (I forget which one). We only apply non-security fixes to the most recent non-development branch...except that for now we also apply bug fixes to 2.7. So, 2.7, 3.5, and 3.6 are the targets for this issue. -- versions: -Python 3

[issue25497] Rewrite test_robotparser

New submission from Berker Peksag: The attached patch rewrites test_robotparser to use a class based approach. Other changes: * Added support.reap_threads to PasswordProtectedSiteTestCase * Reenabled testPythonOrg since the python.org problem has already been fixed -- components: Tests

[issue20519] Replace uuid ctypes usage with an extension module.

Gustavo J. A. M. Carneiro added the comment: New patch that: 1. adds assert(sizeof(uuid_t) == 16); to the extension module; 2. fixes the code path when ctypes has to be used instead of the extension module (needed a bit more refactoring, apologies if it makes the diff harder to read); 3. Adj

[issue25485] Add a context manager to telnetlib.Telnet

Berker Peksag added the comment: This seems like a reasonable request to me. See https://docs.python.org/devguide/ to learn how to contribute to Python. -- nosy: +berker.peksag stage: -> needs patch ___ Python tracker

[issue21827] textwrap.dedent() fails when largest common whitespace is a substring of smallest leading whitespace

Serhiy Storchaka added the comment: LGTM. But the implementation can be more efficient. Here is optimized patch. 34e88a05562f.diff: $ ./python -m timeit -s 'import textwrap; s = "{0} x\n{0}\tx\n".format(" "*100)' -- 'textwrap.dedent(s)' 1 loops, best of 3: 87.5 usec per loop $ ./python -m t

[issue25482] signal.set_wakeup_fd() doesn't work if the signal don't have handler

Changes by Berker Peksag : -- nosy: +haypo ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.

[issue20607] multiprocessing cx_Freeze windows GUI bug (& easy fixes)

Mark Summerfield added the comment: I've now signed the contributor agreement. However, with Python 3.4 I don't seem to get the same problem anymore even though there are a few places in the code where sys.std{err,out} are used without if ... is not None guards. -- __

[issue25496] Default value for compresslevel is not documented

Changes by Berker Peksag : -- assignee: -> docs@python components: +Documentation keywords: +easy nosy: +berker.peksag, docs@python stage: -> needs patch versions: +Python 3.4, Python 3.6 ___ Python tracker _

[issue25489] sys.exit() caught in exception handler

Brian Sutherland added the comment: Calling loop.stop() means that I need other, more complex code, to store and return the non-zero exit status. -- ___ Python tracker ___ _

[issue21827] textwrap.dedent() fails when largest common whitespace is a substring of smallest leading whitespace

John Mark Vandenberg added the comment: Not surprising also occurs on Python 3.2, 3.3, & 3.6. I'm not sure whether fixes like this are suitable to be merged into 3.2/3.3.(is there a document describing this?) -- nosy: +John.Mark.Vandenberg versions: +Python 3.2, Python 3.3, Python 3.6

[issue25496] Default value for compresslevel is not documented

New submission from Sworddragon: After ticket #21404 got solved I'm noticing that the default value for the compresslevel argument is not mentioned. Maybe this can be documented too. -- components: Library (Lib) messages: 253592 nosy: Sworddragon priority: normal severity: normal status

[issue19628] maxlevels -1 on compileall for unlimited recursion

Sworddragon added the comment: I'm wondering what the recursion limit is if -l and -r are not given. Does it default to 10 too or is there no limit? If the first is the case maybe this should also get documented. -- ___ Python tracker

[issue25432] isinstance documentation: explain behavior when type is a tuple

Changes by Terry J. Reedy : -- resolution: -> fixed stage: needs patch -> resolved status: open -> closed ___ Python tracker ___ ___

[issue25432] isinstance documentation: explain behavior when type is a tuple

Roundup Robot added the comment: New changeset aaf8a25133ff by Terry Jan Reedy in branch '2.7': Issue #25432: Explain isinstance behaviour when type is a tuple. https://hg.python.org/cpython/rev/aaf8a25133ff New changeset 8b1418e5dcc8 by Terry Jan Reedy in branch '3.4': Issue #25432: Explain isi