[issue15586] Provide some examples for usage of ElementTree methods/attributes

New submission from Sarbjit singh: Please provide some basic usage examples for ElementTree module documentation. While parsing an xml, most common scenarios will be reading elements from xml, modifying elements, removal of elements. Though there are few examples given for modification of xml

[issue15586] Provide some examples for usage of ElementTree methods/attributes

Changes by Ezio Melotti : -- keywords: +easy nosy: +ezio.melotti stage: -> needs patch ___ Python tracker ___ ___ Python-bugs-list ma

[issue15580] fix True/False/None reST markup

Georg Brandl added the comment: We have to draw the line somewhere. Otherwise there will be dozens of issues like this, introducing potential breakage and costing developer time that can better be spent elsewhere. The rule in the devguide is mostly there so that developers don't bother writi

[issue14182] collections.Counter equality test thrown-off by zero counts

Stephen Webber added the comment: Hmm, that is odd behavior indeed. I think having keys that point to zero values is important for iterating over a set. For example: >>> x = Counter(a=10, b=0) >>> for k in set(x): ... x[k] += 1 ... >>> x Counter({'a': 11, 'b': 1}) is probably preferable

[issue15580] fix True/False/None reST markup

Chris Jerdonek added the comment: Yes, I can see the trade off. However, is there a sense in which the situation for documentation could be different from the situation for code? With code, style and refactoring changes cause churn without directly benefiting the end user (because code is jus

[issue15424] __sizeof__ of array should include size of items

Georg Brandl added the comment: LGTM. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org

[issue15580] fix True/False/None reST markup

Georg Brandl added the comment: Agreed with David. -- nosy: +georg.brandl resolution: -> wont fix status: open -> closed ___ Python tracker ___ _

[issue15577] Real argc and argv in embedded interpreter

Changes by Ramchandra Apte : -- title: Real Argc Argv in embedded interpreter -> Real argc and argv in embedded interpreter ___ Python tracker ___ __

[issue15585] usage of os.popen in standard library

Ramchandra Apte added the comment: Sorry, os.py:# Supply os.popen() should not be in the list. -- ___ Python tracker ___ ___ Python-bu

[issue15585] usage of os.popen in standard library

New submission from Ramchandra Apte: The following standard library modules use os.popen which is deprecated. These calls should be replaced with calls to subprocess.Popen . Ironically, even the subprocess module uses os.popen! webbrowser.py:osapipe = os.popen("osascript", "w") webbro

[issue15584] os.popen deprecation warning not in Python 3 docs

New submission from Ramchandra Apte: The os.popen deprecation warning is not in the Python 3 docs! -- assignee: docs@python components: Documentation messages: 167662 nosy: docs@python, ramchandra.apte priority: normal severity: normal status: open title: os.popen deprecation warning not

[issue15583] Provide examples in Python doc for usage of various modules

R. David Murray added the comment: I'm closing this with no specific resolution because the real resolution is "this issue is too general" :) As Ezio said, specific suggestions are welcome, but should be in separate issues limited to the module/example proposed. -- nosy: +r.david.murr

[issue15580] fix True/False/None reST markup

R. David Murray added the comment: I think changing these is unnecessary churn. Change them when you change surrounding text, just like we refrain from refactoring for PEP 8 compliance, etc, unless we are changing the code for other reasons. There is nothing *wrong* with these being links, i

[issue15583] Provide examples in Python doc for usage of various modules

Ezio Melotti added the comment: > If you look at ElementTree XMl module or take any other > standard module, examples which are provided are very limited We already try to provide examples where/when appropriate, and several modules have examples showing the basic usage. Often, documenting all

[issue15561] update subprocess docs to reference io.TextIOWrapper

Chris Jerdonek added the comment: io module experts: Can one of you review this minor change to the subprocess documentation to make it reference the newly added io.TextIOWrapper documentation changes? For background purposes, digging back, it looks like the original change to subprocess was

[issue15583] Provide examples in Python doc for usage of various modules

New submission from Sarbjit singh: For beginners who are learning Python, it would be very helpful if Python doc could provide examples on usage of various methods/attributes of different modules. For eg: If you look at ElementTree XMl module or take any other standard module, examples which

[issue14182] collections.Counter equality test thrown-off by zero counts

Meador Inge added the comment: Ah, good examples Mark. So, why is it ever useful keep a key with a value of zero? In other words, why: >>> Counter(a=0) Counter({'a': 0}) instead of: >>> Counter(a=0) Counter() ? The latter seems more consistent to me. -- _

[issue15580] fix True/False/None reST markup

Changes by Chris Jerdonek : -- stage: -> patch review versions: +Python 2.7, Python 3.2, Python 3.3 ___ Python tracker ___ ___ Python

[issue15573] Support unknown formats in memoryview comparisons

Meador Inge added the comment: I agree that the general case is complicated. It will get even more complicated if the full of PEP 3118 gets implemented since it turns into a tree comparison. In general, I think you will probably have to compute some canonical form and then compare the canoni

[issue15582] Enhance inspect.getdoc to follow inheritance chains

New submission from Nick Coghlan: Currently, if you override a method from a base class, the docstring is not inherited, even if it remains accurate. This issue proposes an enhancement to inspect.getdoc() that allows the docstring to be retrieved from the inheritance hierarchy in the case wher

[issue15581] curses: segfault in addstr()

New submission from hut: Under certain circumstances, the curses function addstr() will cause a segfault in python3.2.3 and python2.7.3. Necessary, but not sufficient conditions are: 1. the window has been resized while curses was running 2. addstr() attempts to write a string that doesn't fit

[issue15510] textwrap.wrap('') returns empty list

Chris Jerdonek added the comment: Thanks for weighing in, Greg! At least for me, this edge case was important because it determines how the canonical advice or recipe for handling multiple paragraphs behaves when the input string has line breaks in between paragraphs. That advice, of course,

[issue15510] textwrap.wrap('') returns empty list

Greg Ward added the comment: Random comments from original author of textwrap.py, in case anyone cares at this point... * This is a pretty obscure edge case, and I admit that it never occurred to me when writing the code. (If it had, I would have tested it!) * One can debate endlessly about w

[issue15580] fix True/False/None reST markup

Chris Jerdonek added the comment: Here is a command to find the file names of all occurrences: find Doc -type f -name *.rst | xargs grep -ERl ":const:\`(True|False|None)\`" The occurrences are in the following directories: Doc/c-api/ Doc/library/ Doc/reference/ Doc/whatsnew/ And here are comm

[issue15424] __sizeof__ of array should include size of items

Meador Inge added the comment: Georg, yet another __sizeof__ fix. OK for 3.3? -- nosy: +georg.brandl stage: -> commit review ___ Python tracker ___

[issue15580] fix True/False/None reST markup

New submission from Chris Jerdonek: The Dev Guide says not to markup True, False, and None in the documentation in a way that generates a link (e.g. ":const:`True`") because "they’re fundamental to the language and should be known to any programmer": http://docs.python.org/devguide/documenting

[issue15579] some unicode keys not found using in dictionary.keys()

Changes by R. David Murray : -- resolution: -> invalid ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://

[issue15579] some unicode keys not found using in dictionary.keys()

axw added the comment: Thanks, I did not realize that. The behaviour is obviously correct. -- resolution: invalid -> ___ Python tracker ___ _

[issue15579] some unicode keys not found using in dictionary.keys()

R. David Murray added the comment: In the first example you are shrinking the list you are iterating over, so not all of the items in the list are going to be tested. Try doing for m in uzlist instead. -- nosy: +r.david.murray resolution: -> invalid stage: -> committed/rejected stat

[issue15574] IDLE crashes using clipboard copy command on OS X with ActiveTcl 8.5.12

Changes by Ned Deily : -- status: open -> pending versions: +Python 3.2, Python 3.3 ___ Python tracker ___ ___ Python-bugs-list mailin

[issue15574] IDLE crashes using clipboard copy command on OS X with ActiveTcl 8.5.12

Changes by Ned Deily : -- status: pending -> open title: IDLE crash in OS X even with 2.7.3 and ActiveTcl 8.5.12 -> IDLE crashes using clipboard copy command on OS X with ActiveTcl 8.5.12 ___ Python tracker __

[issue15579] some unicode keys not found using in dictionary.keys()

New submission from axw: This simple snippet demonstrates the misbehaviour. Confirmed on two amd64 machines, python 2.7.3. ### import copy uzlist = [u'abc', u'def', u'ghj', u'klm', u'zxc'] utzdict = {u'abc':1, u'def':2, u'ghj':3, u'klm':4, u'zxc':5} utemplist = copy.copy(uzl

[issue15574] IDLE crash in OS X even with 2.7.3 and ActiveTcl 8.5.12

Ned Deily added the comment: The Mac Tcl community has jumped on the problem and there is now a tentative patch for Tk: http://permalink.gmane.org/gmane.comp.lang.tcl.core/14173 I've opened a formal issue on the Tcl/Tk bug tracker here: https://sourceforge.net/tracker/?func=detail&aid=3555211

[issue14330] don't use host python, use host search paths for host compiler

Ezio Melotti added the comment: On another Ubuntu 12.04 machine with dpkg-dev installed I didn't have any issue. Once I removed dpkg-dev I was able to reproduce the issue again. Applying ma.diff from #11715 solves the issue, with and without dpkg-dev installed. -- ___

[issue15578] Crash when modifying sys.modules during import

R. David Murray added the comment: If I remember correctly there were non-trivial improvements made to the way modules are finalized in 2.7 compared to earlier versions. That could be what exposed the bug. The pre-2.7 code might have been leaving another reference alive because of your more

[issue15578] Crash when modifying sys.modules during import

Changes by Gregory P. Smith : -- nosy: +gregory.p.smith ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://

[issue9890] Visual C++ Runtime Library Error is there a fix?

Karen KarenL added the comment: Yes. It is the same bug. And changing pythonhome path from c:\python26 to c:\python32 fixes the problem. My initial google search found bug 9890, but not 11288. Let me know if there is anything I can do. Karen On Mon, Aug 6, 2012 at 8:27 PM, Roger Serwy wrote:

[issue15578] Crash when modifying sys.modules during import

New submission from Thomas Wouters: In a submodule of a package, replacing the parent package in sys.modules during import of the package (meaning the only reference to it is in sys.modules) and then importing itself (or something from itself) crashes the interpreter: centurion:~/python/crashe

[issue15577] Real Argc Argv in embedded interpreter

Changes by nordaux : -- title: Real Argc Argv in embeded interpreter -> Real Argc Argv in embedded interpreter ___ Python tracker ___ ___

[issue15577] Real Argc Argv in embeded interpreter

New submission from nordaux: I have found out certain peculiarity of interpreter in case it is embedded. There is no way to reference to the real parameters argv, argc of main process from embedded python's C extensions. When python is not embedded, it is task of function Py_Main, which sets the

[issue15576] importlib: ExtensionFileLoader not used to load packages from __init__.so files

Brett Cannon added the comment: That's another thing that would need to be changed; ExtensionFileLoader would need to work for is_package() and would need to set __path__ as needed. -- ___ Python tracker _

[issue15573] Support unknown formats in memoryview comparisons

Changes by Christian Heimes : -- nosy: +christian.heimes ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http:/

[issue15576] importlib: ExtensionFileLoader not used to load packages from __init__.so files

Stefan Behnel added the comment: Hi, thanks for bringing in the 'historical details'. It's not so much that "Cython has been relying on it" - it's entirely up to users what they compile and what not. It's more that I don't see anything being wrong with it as a feature and that it worked before

[issue15574] IDLE crash in OS X even with 2.7.3 and ActiveTcl 8.5.12

Leon Maurer added the comment: Thanks for the quick response. I don't have access to an older version of ActiveTcl, but in truth, I'm mostly relieved that it's not just me. (I spent a long time trying to figure out why some Tkinter code I had written would work on Linux and Windows but not OS

[issue15574] IDLE crash in OS X even with 2.7.3 and ActiveTcl 8.5.12

Ned Deily added the comment: Ouch! That appears to be a major regression in the newly released ActiveTcl 8.5.12. I can easily reproduce a crash just using wish8.5 so the problem is strictly in Tcl/Tk itself, not Python. If you have an older version of ActiveTcl 8.5 available, you can revert

[issue15576] importlib: ExtensionFileLoader not used to load packages from __init__.so files

Brett Cannon added the comment: So this was on purpose. At some point over the past five years I was working on importlib I think I was told I shouldn't support it (or something) as I explicitly remember making the decision to not support __init__.so on purpose. Plus the package specification

[issue15576] importlib: ExtensionFileLoader not used to load packages from __init__.so files

R. David Murray added the comment: I wouldn't worry about working around it from user code...finding and fixing regressions is what the beta period is for, after all. As for which component, that's a good question with importlib ;) Both, I suppose. Not that components are used for much other

[issue15576] importlib: ExtensionFileLoader not used to load packages from __init__.so files

Stefan Behnel added the comment: Additional info: working around this bug from user code is fairly involved because some FileLoader instances are already created early at initialisation time and the overall configuration of the FileLoaders is kept in the closure of a path hook. -- __

[issue15574] IDLE crash in OS X even with 2.7.3 and ActiveTcl 8.5.12

Changes by Roger Serwy : -- nosy: +ned.deily ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python

[issue15572] Python2 documentation of the file() built-in function

Roundup Robot added the comment: New changeset db1b4aab53eb by Benjamin Peterson in branch '2.7': make documented file() kw names and actual ones agree (closes #15572) http://hg.python.org/cpython/rev/db1b4aab53eb -- nosy: +python-dev resolution: -> fixed stage: -> committed/rejected s

[issue15576] importlib: ExtensionFileLoader not used to load packages from __init__.so files

Changes by Eric Snow : -- nosy: +eric.snow ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.o

[issue15576] importlib: ExtensionFileLoader not used to load packages from __init__.so files

Changes by Eric Snow : -- nosy: +brett.cannon ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pytho

[issue15501] Document exception classes in subprocess module

Changes by Andrew Svetlov : -- stage: -> patch review ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://m

[issue15576] importlib: ExtensionFileLoader not used to load packages from __init__.so files

New submission from Stefan Behnel: The new importlib shows a regression w.r.t. previous CPython versions. It no longer recognises an "__init__.so" file as a package. All previous CPython versions have always tested first for an extension file before testing for a .py/.pyc file. The new importl

[issue15575] Tutorial is unclear on multiple imports of a module.

R. David Murray added the comment: Well, I don't think a full discussion of the subtlety about a module appearing under multiple names belongs in the tutorial, but I think the sentence could be amended to say "Statements in a module are executed only the *first* time the module name is encount

[issue15575] Tutorial is unclear on multiple imports of a module.

New submission from Roy Smith: Opening this bug at Ben Finney's request. See https://groups.google.com/forum/?fromgroups#!topic/comp.lang.python/wmDUrpW2ZCU for the full thread discussing the problem. Here's a significant excerpt: - The tutoria

[issue14330] don't use host python, use host search paths for host compiler

Stefan Krah added the comment: With ma.diff from #11715 dpkg-dev is indeed not required (checked on Wheezy). -- ___ Python tracker ___ ___

[issue14330] don't use host python, use host search paths for host compiler

Stefan Krah added the comment: Installing dpkg-dev indeed resolved the issue for me on Debian Wheezy, but msg166444 said that the problem appeared in 7955d769fdf5. So was dpkg-dev already an official dependency before 7955d769fdf5 or not? -- nosy: +skrah __

[issue14330] don't use host python, use host search paths for host compiler

Georg Brandl added the comment: Ezio? -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org

[issue15574] IDLE crash in OS X even with 2.7.3 and ActiveTcl 8.5.12

New submission from Leon Maurer: I'm getting crashes with IDLE like those that have been reported before (e.g. by trying to copy using Command-C), but I followed (or at least tried to follow) the directions at http://www.python.org/getit/mac/tcltk/ and have installed Python 2.7.3 64-bit/32-bi

[issue9635] Add Py_BREAKPOINT and sys._breakpoint hooks

Dave Malcolm added the comment: On Tue, 2010-11-02 at 17:25 +, Antoine Pitrou wrote: > Antoine Pitrou added the comment: > > I would rename Py_BREAKPOINT to _Py_BREAKPOINT since we don't really want to > support this. Also, why do you allow any arguments to sys._breakpoint()? Agreed about

[issue8800] add threading.RWLock

Changes by Matthew Lauber : -- nosy: +mklauber ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pytho

[issue15500] Python should support naming threads

Changes by Andrew Svetlov : -- nosy: +asvetlov ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyth

[issue15572] Python2 documentation of the file() built-in function

Daniel Ellis added the comment: I've updated the documentation. This is my first patch, so please let me know if I've done something wrong. -- keywords: +patch nosy: +Daniel.Ellis Added file: http://bugs.python.org/file26721/file_update.patch ___ Py

[issue15573] Support unknown formats in memoryview comparisons

Nick Coghlan added the comment: I confess I was thinking of an even simpler "format strings must be identical" fallback, but agree your way is better, since it reproduces the 3.2 behaviour in many more cases where ignoring the format string actually did the right thing. The struct docs for th

[issue12641] Remove -mno-cygwin from distutils

Ruben Van Boxem added the comment: Checking for a compiler's file name is stupid. Native Windows gcc is just "gcc.exe", Cygwin native GCC is also "gcc". Some have a lot of toolchains in PATH at the same time. That's not the right way to handle this kind of thing. -- __

[issue15570] email.header.decode_header parses differently

R. David Murray added the comment: This is an intentional change (see issue 1079). It is entirely possible that this bug fix should be reverted, however, because of backward compatibility concerns. I'm open to that argument, but I'd prefer to keep the fixed behavior, since the unfixed behavi

[issue15573] Support unknown formats in memoryview comparisons

New submission from Stefan Krah: Continuing the discussion from #13072. I hit a snag here: Determining in full generality whether two format strings describe identical items is pretty complicated, see also #3132. I'm attaching a best effort fmtcmp() function that should do the following: -

[issue15572] Python2 documentation of the file() built-in function

Changes by Eli Bendersky : -- nosy: +eli.bendersky ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.

[issue14870] Descriptions of os.utime() and os.utimensat() use wrong notation

Changes by Ezio Melotti : -- stage: -> needs patch type: -> enhancement ___ Python tracker ___ ___ Python-bugs-list mailing list Uns

[issue15572] Python2 documentation of the file() built-in function

New submission from Cherniavsky Beni: [followup for issue 12642 which only fixed it for open()] http://docs.python.org/library/functions.html#file says the arg names are: file(filename[, mode[, bufsize]]) but in practice they are: file(name[, mode[, buffering]]) -- assignee: docs@py

[issue15424] __sizeof__ of array should include size of items

Serhiy Storchaka added the comment: Patch looks good to me, however tests for 3.2 and 2.7 should be modified (change "n" struct format specifier to "P", remove last "i" and use test_support instead test.support (or import test_support as support) in 2.7). -- __

[issue14330] don't use host python, use host search paths for host compiler

Matthias Klose added the comment: afaics, msg166444 doesn't have to do anything with the cross build issue, but a missing build dependency (here: dpkg-dev). -- ___ Python tracker __

[issue15560] _sqlite3.so is built with wrong include file on OS X when using an SDK

Roundup Robot added the comment: New changeset 59223da36dec by Ned Deily in branch 'default': Issue #15560: Ensure consistent sqlite3 behavior and feature availability http://hg.python.org/cpython/rev/59223da36dec -- ___ Python tracker

[issue14330] don't use host python, use host search paths for host compiler

Matthias Klose added the comment: and please make sure that other build dependencies are installed as well: sudo apt-get build-dep python3.2 (on 12.04/precise) sudo apt-get build-dep python3.3 (on 12.10/quantal) -- ___ Python tracker

[issue14330] don't use host python, use host search paths for host compiler

Matthias Klose added the comment: these are all extensions, which use headers and libraries installed in multiarch paths, which I think are not found in this case. If the dpkg-dev package isn't installed, please install it and recheck. So this issue should be closed, maybe with the ma.diff pat

[issue11715] Building Python on multiarch Debian and Ubuntu

Matthias Klose added the comment: about searching /lib/: adding this directory won't help. all .a and .so files are installed in /usr/lib or /usr/lib/. about the missing dpkg-architecture: see the attached ma.diff patch. the Debian/Ubuntu system compilers add an option -print-multiarch, which

[issue15424] __sizeof__ of array should include size of items

Ludwig Hähne added the comment: Meador, thanks for reviewing. The updated patch is now attached to the bug. -- Added file: http://bugs.python.org/file26718/array_sizeof_v5.patch ___ Python tracker _

[issue13992] Segfault in PyTrash_destroy_chain

Francois VISCONTE added the comment: Hi, Following Manu's information I complete with what you asked. I repeated the bug described by Manu, with the same software in exactly the same conditions. The corrupted object is one of our SQLAlchemy mapped object. Chances are that the bug came from

[issue15571] Python version of TextIOWrapper ignores "write_through" arg

Chris Jerdonek added the comment: Attaching patch. -- keywords: +patch Added file: http://bugs.python.org/file26716/issue-15571-1.patch ___ Python tracker ___ ___

[issue15571] Python version of TextIOWrapper ignores "write_through" arg

Nick Coghlan added the comment: Ah, thanks. Yes, that could definitely use a comment :) -- priority: release blocker -> normal stage: test needed -> needs patch type: behavior -> enhancement ___ Python tracker

[issue15571] Python version of TextIOWrapper ignores "write_through" arg

Chris Jerdonek added the comment: The fact that the Python implementation doesn't look at write_through doesn't necessarily mean that it's not respected. It could always write through. Indeed, it looks like this is the case and was discussed at one point: http://bugs.python.org/issue12591#ms

[issue14182] collections.Counter equality test thrown-off by zero counts

Mark Dickinson added the comment: > Raymond, Stephen's analysis seems correct. Are we missing something or > can this issue be closed? Well, depending on how you think about Counters, the current behaviour of equality definitely leads to some surprises. For example: >>> Counter(a = 3) + Coun