[issue11477] Bug in code dispatching based on internal slots
Changes by Daniel Urban urban.dani...@gmail.com: -- nosy: +durban ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11477 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3493] No Backslash (\) in IDLE 1.2.2
Changes by Ned Deily n...@acm.org: Removed file: http://bugs.python.org/file21099/unnamed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3493 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11480] Cannot copy a class with a metaclass other than type
New submission from Daniel Urban urban.dani...@gmail.com: copy.copy cannot copy a class which have a metaclass other than type: import abc import copy class C(metaclass=abc.ABCMeta): ... pass ... copy.copy(C) Traceback (most recent call last): ... TypeError: can't pickle int objects The reason seems to be, as described in msg8329 (issue494904) that the __reduce_ex__ function inherited from object will be called instead of the method bound to the class object (that's the reason of the strange error message). (See also issue7689.) The interesting thing is, that copy.deepcopy was already fixed in 4680ef4fe90a. I'm attaching a patch, that does basically the same for copy that was done with deepcopy (it also includes a test). -- components: Library (Lib) files: copy_metaclass.patch keywords: patch messages: 130731 nosy: durban priority: normal severity: normal status: open title: Cannot copy a class with a metaclass other than type type: behavior versions: Python 3.1, Python 3.2, Python 3.3 Added file: http://bugs.python.org/file21100/copy_metaclass.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11480 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1635741] Interpreter seems to leak references after finalization
Changes by Santoso Wijaya santoso.wij...@gmail.com: -- nosy: +santa4nt ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1635741 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11481] The copy module already uses copyreg
New submission from Daniel Urban urban.dani...@gmail.com: In the copyreg documentation there is this sentence: The copy module is likely to use this in the future as well. (http://docs.python.org/dev/py3k/library/copyreg) But the copy module already uses the copyreg module. -- assignee: docs@python components: Documentation messages: 130732 nosy: docs@python, durban priority: normal severity: normal status: open title: The copy module already uses copyreg versions: Python 3.1, Python 3.2, Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11481 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7689] Pickling of classes with a metaclass and copy_reg
Daniel Urban urban.dani...@gmail.com added the comment: Attaching an updated patch for py3k. Not an expert, but the Python parts of your patch look good to me. Me neither, but the C parts also look good to me. The tests fail without the patch, succeed with it. Note, that it is possible, that the copy module also should be fixed similarly (but currently that can't even copy non-dynamic classes with a metaclass, see issue11480). -- components: +Extension Modules versions: +Python 3.3 Added file: http://bugs.python.org/file21101/issue7689.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7689 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11482] Float Plus Error
New submission from Lu Feng lufen...@gmail.com: Run 1.1 + 3.2, result is 4.301 And when Run [x * 0.1 for x in range(0, 10)], the result is [0.0, 0.1, 0.2, 0.30004, 0.4, 0.5, 0.6001, 0.7001, 0.8, 0.9] -- messages: 130734 nosy: lufen...@gmail.com priority: normal severity: normal status: open title: Float Plus Error versions: Python 2.5, Python 2.6, Python 2.7, Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11482 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11482] Float Plus Error
Mark Dickinson dicki...@gmail.com added the comment: See: http://docs.python.org/tutorial/floatingpoint.html -- nosy: +mark.dickinson resolution: - invalid status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11482 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11477] Bug in code dispatching based on internal slots
Armin Rigo ar...@users.sourceforge.net added the comment: Note that I fixed one case in PyPy: if the class C has no __iter__() but only __radd__(), and we call somelist += C(). This was done simply by having somelist.__iadd__(x) return NotImplemented in case x is not iterable, instead of propagating the TypeError. This fix doesn't change the outcome in the case reported here: if there are two possible ways to get a valid answer, then PyPy will systematically prefer the way implemented by the LHS method over the way implemented by the RHS method, whereas CPython might not. -- nosy: +arigo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11477 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7391] Re-title the Using Backslash to Continue Statements anti-idiom
Changes by Ezio Melotti ezio.melo...@gmail.com: -- nosy: +ezio.melotti ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7391 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2931] optparse: various problems with unicode and gettext
Ivan Vilata i Balaguer ivil...@users.sourceforge.net added the comment: After so much time I've checked again with the little script I sent and I see that it doesn't happen under Python 2.7 (2.7.1+), but it does under 2.6 (2.6.6) and 2.5 (2.5.5). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2931 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10735] platform.architecture() gives misleading results for OS X multi-architecture executables
Ronald Oussoren ronaldousso...@mac.com added the comment: W.r.t the MachO name: I misread the patch, MachO is fine as the name for the reasons you mention. I'm not convinced that your hack to make bits return the pointer size of the currently running architecture when testing sys.executable is useful, especially because the behaviour is inconsistent (it doesn't work for other executables) and also does something different than the document behaviour. I'd prefer to return all pointer sizes supported by the binary, even if that can be surprising for users not used to fat binaries. This can easily be accomplished by added the calculation of 'bits' to the elif branch below: + elif ('Mach-O executable' in fileout +or 'Mach-O 64-bit executable' in fileout): Using sys.maxsize or struct.calcsize(P) are both good ways of determining the actual size, and if there is a real need we could add a function that explicitly returns the pointer size (although I don't think that such a function is really necessary). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10735 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11479] Add discussion of trailing slash in raw string to tutorial
Graham Wideman initcont...@grahamwideman.com added the comment: Eli: Excellent and thoughtful point. This would indeed be exactly the place to suggest os.path.join as an alternative. In addition, there are still occasions where one needs to form a string with trailing backslash. Two examples: 1. When writing the string specifying root directory: r'C:\ '[:-1] 2. Using python to prepare command lines to run other command line programs, where an argument may require a final backslash to explicitly specify a target directory (as opposed to a file). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11479 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11483] python fails to follow symlinks on windows
New submission from nw nils.win...@googlemail.com: Go to C:/Python2.7/Lib create directory foo + __init__.py Make a symlink: mklink /D bar foo. Start Python. import foo # works import bar # fails (no module named bar) -- components: Windows messages: 130740 nosy: nw priority: normal severity: normal status: open title: python fails to follow symlinks on windows versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11483 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11483] python fails to follow symlinks on windows
Changes by Ezio Melotti ezio.melo...@gmail.com: -- nosy: +brian.curtin type: - behavior ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11483 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11483] python fails to follow symlinks on windows
Brian Curtin cur...@acm.org added the comment: This is a duplicate of #6727, which is now easier to fix due to the symlink work in 3.2. -- resolution: - duplicate stage: - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11483 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6727] ImportError when package is symlinked on Windows
Changes by Brian Curtin cur...@acm.org: -- nosy: +brian.curtin ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6727 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11479] Add discussion of trailing slash in raw string to tutorial
Ezio Melotti ezio.melo...@gmail.com added the comment: I would rephrase: +There is one subtle aspect to raw strings that is of special concern to Windows +programmers: a raw string may not end in an odd number of ``\`` characters. to something like: +There is one subtle aspect to raw strings: a raw string may not end in +an odd number of ``\`` characters. That is of special concern while +dealing with Windows paths. Otherwise it seems that this problem only affects raw strings on Windows. -- nosy: +ezio.melotti ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11479 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11479] Add discussion of trailing slash in raw string to tutorial
Eli Bendersky eli...@gmail.com added the comment: Ezio Melotti ezio.melo...@gmail.com added the comment: I would rephrase: +There is one subtle aspect to raw strings that is of special concern to Windows +programmers: a raw string may not end in an odd number of ``\`` characters. to something like: +There is one subtle aspect to raw strings: a raw string may not end in +an odd number of ``\`` characters. That is of special concern while +dealing with Windows paths. Otherwise it seems that this problem only affects raw strings on Windows. I agree, but I'd also say something about os.path.join when mentioning Windows paths, because the vast majority of problems that require the trailing backslashes can be solved with it. -- Added file: http://bugs.python.org/file21102/unnamed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11479 ___div dir=ltrbrdiv class=gmail_quoteblockquote class=gmail_quote style=margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex; Ezio Melotti lt;a href=mailto:ezio.melo...@gmail.com;ezio.melo...@gmail.com/agt; added the comment:br br I would rephrase:br +There is one subtle aspect to raw strings that is of special concern to Windowsbr +programmers: Â a raw string may not end in an odd number of ``\`` characters.br br to something like:br +There is one subtle aspect to raw strings: a raw string may not end inbr +an odd number of ``\`` characters. Â That is of special concern whilebr +dealing with Windows paths.br br Otherwise it seems that this problem only affects raw strings on Windows.br/blockquote/divbrI agree, but I#39;d also say something about os.path.join when mentioning Windows paths, because the vast majority of problems that require the trailing backslashes can be solved with it.br /div ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11479] Add discussion of trailing slash in raw string to tutorial
Changes by SilentGhost ghost@gmail.com: Removed file: http://bugs.python.org/file21102/unnamed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11479 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11477] Bug in code dispatching based on internal slots
Changes by Meador Inge mead...@gmail.com: -- nosy: +meador.inge ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11477 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11479] Add discussion of trailing slash in raw string to tutorial
Ezio Melotti ezio.melo...@gmail.com added the comment: That would of course be a good addition too. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11479 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2931] optparse: various problems with unicode and gettext
Éric Araujo mer...@netwok.org added the comment: I’m afraid 2.5 and 2.6 don’t get bug fixes any more, only security fixes. For 2.7 and 3.x, even if your bug can’t be reproduced, I think it would be useful to add the test to prevent a regression. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2931 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2771] Test issue
Changes by Ezio Melotti ezio.melo...@gmail.com: -- resolution: fixed - status: closed - open ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2771 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2771] Test issue
Roundup Robot devnull@devnull added the comment: New changeset e51cd925a89a by Ezio Melotti in branch 'default': Test hook (closes #2771). http://hg.python.org/test/rev/e51cd925a89a -- resolution: - fixed stage: - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2771 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2931] optparse: various problems with unicode and gettext
Ezio Melotti ezio.melo...@gmail.com added the comment: +1 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2931 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11479] Add discussion of trailing slash in raw string to tutorial
R. David Murray rdmur...@bitdance.com added the comment: Well, the problem with both [:-1] and os.path.join is that they are inappropriate for that section of the tutorial. I considered putting the discussion later in the section so that I could use [:-1] (which hasn't been introduced at that point), but it made the flow even worse than adding the text where I did. I suppose the os.path.join could be put in if the sentence was short and cross referenced the library docs rather than going into a detailed example. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11479 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1271] Raw string parsing fails with backslash as last character
R. David Murray rdmur...@bitdance.com added the comment: Well, the problem with the reference is that the language reference is intended as a specification document, not a tutorial, so such a discussion does not belong there. The library reference, which does contain platform-specific and tutorial-like information simply cross links to the reference docs for raw string syntax. So adding such a note to the library docs is a bit more significant of an undertaking. Anyone want to take a crack at it? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1271 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2771] Test issue
Changes by Martin v. Löwis mar...@v.loewis.de: -- hgrepos: +1 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2771 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2771] Test issue
Changes by Martin v. Löwis mar...@v.loewis.de: -- hgrepos: +2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2771 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2771] Test issue
Changes by Martin v. Löwis mar...@v.loewis.de: Added file: http://bugs.python.org/file21103/6a1c8fcce229.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2771 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2771] Test issue
Changes by Martin v. Löwis mar...@v.loewis.de: -- status: closed - open ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2771 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2771] Test issue
Changes by Martin v. Löwis mar...@v.loewis.de: -- status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2771 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2771] Test issue
Changes by Martin v. Löwis mar...@v.loewis.de: -- status: closed - open ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2771 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5863] bz2.BZ2File should accept other file-like objects.
Antoine Pitrou pit...@free.fr added the comment: Review posted at http://codereview.appspot.com/4274045/ -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5863 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5863] bz2.BZ2File should accept other file-like objects. (issue4274045)
Antoine Pitrou pit...@free.fr added the comment: Reviewers: nadeem vawda nadeem.vawda_gmail.com, http://codereview.appspot.com/4274045/diff/1/Lib/bz2.py File Lib/bz2.py (right): http://codereview.appspot.com/4274045/diff/1/Lib/bz2.py#newcode25 Lib/bz2.py:25: class BZ2File: Is there any reason it doesn't inherit io.BufferedIOBase? (it should also bring you a couple of methods implemented for free: readlines, writelines, __iter__, __next__, __enter__, __exit__) You should probably also implement fileno() (simply return self.fp.fileno()) and the `closed` property. http://codereview.appspot.com/4274045/diff/1/Lib/bz2.py#newcode386 Lib/bz2.py:386: class BZ2Compressor: I don't think there's a point in a Python wrapper, since the wrapper is so trivial. Just do the lock operations in C. Same for BZ2Decompressor. http://codereview.appspot.com/4274045/diff/1/Modules/_bz2module.c File Modules/_bz2module.c (left): http://codereview.appspot.com/4274045/diff/1/Modules/_bz2module.c#oldcode123 Modules/_bz2module.c:123: #ifdef WITH_THREAD As mentioned in Lib/bz2.py, I would keep the lock on the C side since it isn't significantly more complicated, and it avoids having to write a Python wrapper around the compressor and decompressor types. http://codereview.appspot.com/4274045/diff/1/Modules/_bz2module.c File Modules/_bz2module.c (right): http://codereview.appspot.com/4274045/diff/1/Modules/_bz2module.c#newcode3 Modules/_bz2module.c:3: #include Python.h Since this is a new start, perhaps we should add #define PY_SSIZE_T_CLEAN before including Python.h? This will ensure no code in the module will rely on the old behaviour. http://codereview.appspot.com/4274045/diff/1/Modules/_bz2module.c#newcode48 Modules/_bz2module.c:48: libbzip2 was not compiled correctly); Just a nit, but I'm not sure there's any point in renaming the bz2 library to libbzip2? (also, under Windows I'm not sure the library naming convention is the same as under Unix) http://codereview.appspot.com/4274045/diff/1/Modules/_bz2module.c#newcode78 Modules/_bz2module.c:78: Unrecognized error from libbzip2: %d, bzerror); Out of curiousity, did you encounter this condition? http://codereview.appspot.com/4274045/diff/1/Modules/_bz2module.c#newcode122 Modules/_bz2module.c:122: c-bzs.avail_out = PyBytes_GET_SIZE(result); Do note that avail_in and avail_out are 32-bit ints, and therefore this is not 64-bit clean. I guess you're just copying the old code here, but that would deserve a separate patch later. Perhaps add a comment in the meantime. http://codereview.appspot.com/4274045/diff/1/Modules/_bz2module.c#newcode209 Modules/_bz2module.c:209: Provide a block of data to the compressor.}, You could instead re-use the old, more precise docstrings. Also, using PyDoc_STRVAR is preferred so as to make it easier to modify multi-line docstrings. http://codereview.appspot.com/4274045/diff/1/setup.py File setup.py (right): http://codereview.appspot.com/4274045/diff/1/setup.py#newcode1236 setup.py:1236: exts.append( Extension('_bz2', ['_bz2module.c'], The Windows build files probably need updating as well. Can you do it? Otherwise I'll have a try. Please review this at http://codereview.appspot.com/4274045/ Affected files: A Lib/bz2.py M Lib/test/test_bz2.py M Modules/_bz2module.c M setup.py -- title: bz2.BZ2File should accept other file-like objects. - bz2.BZ2File should accept other file-like objects. (issue4274045) ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5863 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9856] Change object.__format__(s) where s is non-empty to a TypeError
Changes by Eric Smith e...@trueblade.com: -- priority: release blocker - deferred blocker ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9856 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5800] make wsgiref.headers.Headers accept empty constructor
SilentGhost ghost@gmail.com added the comment: Looks good to me. Would you mind committing it then? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5800 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1777134] minidom pretty xml output improvement
Dávid Gábor Bodor david.gabor.bo...@gmail.com added the comment: I would prefer to see this improvement as an option, rather than the default, because I believe that 'Issue4147' satisfies pretty printing better. While leaving out whitespace from text-only elements is benefical for compatibility and roundtripping, there are certain situation where it hurts the prettyness of the xml really hard, an example: root element1 TextNode1 childnode2 / childnode3 / TextNode4 /element1 element2TextNode/element2 /root vs. root element1TextNode1childnode2 / childnode3 /TextNode4/element1 element2TextNode/element2 /root -- nosy: +Dávid.Gábor.Bodor ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1777134 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11223] interruption of locks by signals not guaranteed when the semaphore implementation is not used
Roundup Robot devnull@devnull added the comment: New changeset 5d0d488cbca8 by Antoine Pitrou in branch '3.2': Issue #11223: Fix test_threadsignals to fail, not hang, when the http://hg.python.org/cpython/rev/5d0d488cbca8 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11223 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11233] clarifying Availability: Unix
Roundup Robot devnull@devnull added the comment: New changeset f197dac00f43 by Antoine Pitrou in branch 'default': Merge commit for #11233 http://hg.python.org/cpython/rev/f197dac00f43 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11233 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2771] Test issue
Changes by Martin v. Löwis mar...@v.loewis.de: -- status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2771 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11478] Docs list nonexistant PyObject_CopyToObject function
Antoine Pitrou pit...@free.fr added the comment: Indeed, it doesn't exist. There is also a function named PyObject_CopyData which is not documented anywhere (and I'd bet noone has ever used it). -- nosy: +mark.dickinson, pitrou ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11478 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11478] Docs list nonexistant PyObject_CopyToObject function
Roundup Robot devnull@devnull added the comment: New changeset 539e6f1fce78 by Antoine Pitrou in branch '3.1': Remove documentation to non-existent function PyObject_CopyToObject (fixes #11478) http://hg.python.org/cpython/rev/539e6f1fce78 New changeset eb8c2f43b251 by Antoine Pitrou in branch '3.2': Remove documentation to non-existent function PyObject_CopyToObject (fixes #11478) http://hg.python.org/cpython/rev/eb8c2f43b251 New changeset 955547e57cff by Antoine Pitrou in branch 'default': Remove documentation to non-existent function PyObject_CopyToObject (fixes #11478) http://hg.python.org/cpython/rev/955547e57cff -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11478 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11478] Docs list nonexistant PyObject_CopyToObject function
Roundup Robot devnull@devnull added the comment: New changeset 248800b58175 by Antoine Pitrou in branch '2.7': Remove documentation to non-existent function PyObject_CopyToObject (fixes #11478) http://hg.python.org/cpython/rev/248800b58175 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11478 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11478] Docs list nonexistant PyObject_CopyToObject function
Changes by Antoine Pitrou pit...@free.fr: -- resolution: - fixed stage: - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11478 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5863] bz2.BZ2File should accept other file-like objects. (issue4274045)
Nadeem Vawda nadeem.va...@gmail.com added the comment: Thanks for the review. I'll try and have an updated patch ready by next weekend. Regarding your comments: Is there any reason it doesn't inherit io.BufferedIOBase? No, there isn't; I'll fix that in my revised patch. Since this is a new start, perhaps we should add #define PY_SSIZE_T_CLEAN before including Python.h? Sounds like a good idea. Just a nit, but I'm not sure there's any point in renaming the bz2 library to libbzip2? (also, under Windows I'm not sure the library naming convention is the same as under Unix) Well, the official name for the library is libbzip2 bzip.org. I thought that the lib prefix would make it clearer that the error is referring to the that library and not _bz2module.c. But if you think it would be better not to make this change, I'll leave it out. Modules/_bz2module.c:78: Unrecognized error from libbzip2: %d, bzerror); Out of curiousity, did you encounter this condition? No, I was just programming defensively (in case the underlying library adds more error codes in future). Unlikely, but I would think it's better than taking the risk of silently ignoring an error. Do note that avail_in and avail_out are 32-bit ints, and therefore this is not 64-bit clean. I guess you're just copying the old code here, but that would deserve a separate patch later. Perhaps add a comment in the meantime. Good catch. I'll make a note of it. This would only be a problem for avail_in, though. The output buffer never grows by more than BIGCHUNK (512KiB) at a time (see grow_buffer()) so there is no risk of overflowing in avail_out. The Windows build files probably need updating as well. Can you do it? Otherwise I'll have a try. I'll give it a try, and let you know if I can't get it to work. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5863 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11484] `with_traceback` in 2.7 docs but not implemented
New submission from Jonas H. jo...@lophus.org: Either a `BaseException.with_traceback` implementation is missing or the docs are wrong. http://docs.python.org/library/exceptions.html?highlight=with_traceback#exceptions.BaseException.with_traceback python3 -c 'print(with_traceback in dir(BaseException))' True python2 -c 'print(with_traceback in dir(BaseException))' False -- assignee: docs@python components: Documentation messages: 130760 nosy: docs@python, jonash priority: normal severity: normal status: open title: `with_traceback` in 2.7 docs but not implemented versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11484 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11474] url2pathname() handling of '/C|/' on Windows
Santoso Wijaya santoso.wij...@gmail.com added the comment: I agree. Attaching a patch with a fix and unittest. -- keywords: +patch nosy: +santa4nt Added file: http://bugs.python.org/file21104/nturl2path.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11474 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11484] `with_traceback` in 2.7 docs but not implemented
Roundup Robot devnull@devnull added the comment: New changeset 22f991bb9b0b by Ezio Melotti in branch '2.7': #11484: remove paragraph about with_traceback from 2.7 doc. http://hg.python.org/cpython/rev/22f991bb9b0b -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11484 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11484] `with_traceback` in 2.7 docs but not implemented
Ezio Melotti ezio.melo...@gmail.com added the comment: It's a documentation bug, with_traceback is available in 3.x only. I now fixed the doc for 2.7, thanks for the report! -- assignee: docs@python - ezio.melotti nosy: +ezio.melotti resolution: - fixed stage: - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11484 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11485] Default SDK value on MacOSX needs changing
New submission from Ronald Oussoren ronaldousso...@mac.com: (based on the fruitfull meating I had with Ned after the language summit at Pycon '11) Running configure on a MacOSX system will set MACOSX_DEPLOYMENT_TARGET to 10.4, which is probably not optimal for anyone on a recentish system. It would be better to set the deployment target to something more recent. There seem to be two options: * set the deployment target to the current OS release by default (that is, 10.6 on a Snow Leopard system, 10.4 on a Tiger system) * set the deployment target to 10.4 on OSX 10.4 and 10.5 on later versions. Setting it to the version of the current OS is probably the least surprising. Related to this: configure --enable-universalsdk selects the 10.4u SDK by default. That would have to be changed at the same time, setting the deployment target to 10.6 while still trying to use files from the 10.4u SDK is not very useful. I'd set the default value of the SDK to '/' on anything newer than OSX 10.4 and keep the 10.4u SDK on OSX 10.4 (because you cannot build universal binaries using the default system headers on a lot of 10.4 systems). I'll work on a patch for the default branch during the sprints, and interesting question is if this should be backported. -- assignee: ronaldoussoren components: Build, Macintosh messages: 130764 nosy: ned.deily, ronaldoussoren priority: normal severity: normal stage: needs patch status: open title: Default SDK value on MacOSX needs changing type: behavior ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11485 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11467] urlparse.urlsplit() regression for paths consisting of digits
Changes by Santoso Wijaya santoso.wij...@gmail.com: -- nosy: +santa4nt versions: +Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11467 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11486] Add option to not install into /Applications
New submission from Ronald Oussoren ronaldousso...@mac.com: It would be nice if it were possible to install a framework installation from source without also installing files into /Applications. This could be done by adding an option to configure --without-macosx-applications. The primairy usecase for this is development: I have a rather large set of Python frameworks on my machine with different build options and all of those install a copy of of IDLE and other application bundles into /Applications. -- assignee: ronaldoussoren components: Build, Macintosh messages: 130765 nosy: ned.deily, ronaldoussoren priority: normal severity: normal stage: needs patch status: open title: Add option to not install into /Applications type: behavior versions: Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11486 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11485] Default SDK value on MacOSX needs changing
Changes by Ronald Oussoren ronaldousso...@mac.com: -- versions: +Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11485 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11487] build_installer.py should avoid relying on a young Python
New submission from Antoine Pitrou pit...@free.fr: There was this failure in the daily DMG builder: http://www.python.org/dev/buildbot/all/builders/3.x.dmg/builds/423/steps/compile/logs/stdio The problem is that asdl_c.py gets run by the Makefile with the standard Python, which on this machine is 2.3.5 (according to David). The easy solution would be to freshen the timestamps of Include/Python-ast.* in build_installer.py. -- assignee: ronaldoussoren components: Build, Macintosh keywords: buildbot messages: 130766 nosy: db3l, ned.deily, pitrou, ronaldoussoren priority: low severity: normal status: open title: build_installer.py should avoid relying on a young Python type: compile error versions: Python 2.7, Python 3.1, Python 3.2, Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11487 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11487] build_installer.py should avoid relying on a young Python
Ronald Oussoren ronaldousso...@mac.com added the comment: I noticed this myself as well when building a fresh checkout, without build_installer.py. This is because the header file and input grammar have the same timestamp, and which forces the rebuild. That causes problems on OSX when you build with a different deployment target than the one used to build the python command on $PATH. I'm not familiar enough with mercurial to know if there is a way to ensure that the header file has a new timestamp when checking in an updated grammer (IIRC you could do this with SVN by first checking in the grammar file and then the generated files). I'm +O on updating build_framework.py, it should be safe enough as developers should be carefull enough when updating the grammar file. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11487 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11487] build_installer.py should avoid relying on a young Python
Ronald Oussoren ronaldousso...@mac.com added the comment: To avoid duplicate work: I'll commit a patch during the pycon sprints -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11487 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11487] build_installer.py should avoid relying on a young Python
David Bolen db3l@gmail.com added the comment: Just a few thoughts that were in part in an earlier exchange with Antoine. It seems to me that if the Python-ast.[ch] files are included in the repository then they ought to be up to date as part of any given change set. So I think I'd actually prefer having them touched in the master copy to avoid needing to be rebuilt (e.g., what presumably has been true up until this most recent change, although I'm not sure if switching to hg has changed something in this area). If that isn't feasible (but the files are still in the repository) then there probably does need to be some way for the build-installer process to permit a more-recent-than-system python to be used. However, it goes to some lengths (understandably) to avoid the risk of corruption from local system files, so it's not clear how to generically make a build script that uses /usr/bin/env python to work. Manually touching the output files, either by build-installer, or a separate step in the build process controlled by the master (like the current umask step) seems to be least attractive, since there's no way to know for sure that the files are really up to date that way, right? If they are up to date, then a checkout ought to reflect that, no? -- David -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11487 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1590744] mail message parsing glitch
Changes by R. David Murray rdmur...@bitdance.com: -- versions: +Python 2.7, Python 3.1, Python 3.2, Python 3.3 -Python 2.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1590744 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11487] build_installer.py should avoid relying on a young Python
Ronald Oussoren ronaldousso...@mac.com added the comment: This does not only affect the installer. On my machine the python on $PATH was build using the 10.6 deployment target. When I build python from a fresh checkout I get an error message because the 10.6 python gets run with deployment target 10.4 and then barfs (which in itself is a problem that needs to be fixed). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11487 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue975330] Inconsistent newline handling in email module
Changes by R. David Murray rdmur...@bitdance.com: -- versions: +Python 2.7, Python 3.1, Python 3.2, Python 3.3 -Python 2.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue975330 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11329] PyEval_InitThreads() not safe before Py_Initialize()
Roundup Robot devnull@devnull added the comment: New changeset 4c59cd84086f by Antoine Pitrou in branch '3.2': Issue #11329: PyEval_InitThreads() cannot be called before Py_Initialize() anymore http://hg.python.org/cpython/rev/4c59cd84086f New changeset 3c0edb157ea2 by Antoine Pitrou in branch 'default': Issue #11329: PyEval_InitThreads() cannot be called before Py_Initialize() anymore http://hg.python.org/cpython/rev/3c0edb157ea2 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11329 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11329] PyEval_InitThreads() not safe before Py_Initialize()
Antoine Pitrou pit...@free.fr added the comment: Patch now committed, thank you! -- resolution: - fixed stage: - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11329 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11487] build_installer.py should avoid relying on a young Python
David Bolen db3l@gmail.com added the comment: Note that some of my last comment was before I saw the others, so I'm fine with script changes if that seems ok to others. From Ronald: This is because the header file and input grammar have the same timestamp, and which forces the rebuild. Note in the buildbot case the .[ch] files have much older timestamps than the generator script. I think if they were the same it would be ok. I suspect this may be an issue now because the old svn approach was a full checkout for each build, whereas the hg approach is to pull to the local clone, and then just update the build tree. So in the svn case all the files would have a good shot at the same timestamp, whereas with the hg approach the generated files get stale if the contents don't change. I wonder if just doing a full checkout from the local clone would be closer to the old svn behavior in general with respect to timestamps and maybe a reasonable policy? -- David -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11487 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11474] url2pathname() handling of '/C|/' on Windows
Changes by Antoine Pitrou pit...@free.fr: -- nosy: +brian.curtin, orsenthil, tim.golden stage: - patch review versions: +Python 3.1, Python 3.2, Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11474 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1681333] email.header unicode fix
Changes by R. David Murray rdmur...@bitdance.com: -- versions: +Python 2.7, Python 3.1, Python 3.2, Python 3.3 -Python 2.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1681333 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2658] decode_header() fails on multiline headers
Changes by R. David Murray rdmur...@bitdance.com: -- versions: +Python 2.7, Python 3.1, Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2658 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1690608] email.utils.formataddr() should be rfc2047 aware
Changes by R. David Murray rdmur...@bitdance.com: -- versions: +Python 2.7, Python 3.1, Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1690608 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11487] build_installer.py should avoid relying on a young Python
David Bolen db3l@gmail.com added the comment: Note in the meantime, I've manually touched those two files on the dmg buildbot and it builds successfully. As Antoine pointed out to me separately, the hg update used by the buildbot should leave that intact, so this should stop any buildbot failures for the time being, or until the source dependencies are touched again. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11487 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1443875] email/charset.py convert() patch
Changes by R. David Murray rdmur...@bitdance.com: -- versions: +Python 3.3 -Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1443875 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue504152] rfc822 long header continuation broken
Changes by R. David Murray rdmur...@bitdance.com: -- versions: +Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue504152 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1440472] email.Generator is not idempotent
Changes by R. David Murray rdmur...@bitdance.com: -- versions: +Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1440472 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11487] build_installer.py should avoid relying on a young Python
Antoine Pitrou pit...@free.fr added the comment: I suspect this may be an issue now because the old svn approach was a full checkout for each build, whereas the hg approach is to pull to the local clone, and then just update the build tree. So in the svn case all the files would have a good shot at the same timestamp, whereas with the hg approach the generated files get stale if the contents don't change. I wonder if just doing a full checkout from the local clone would be closer to the old svn behavior in general with respect to timestamps and maybe a reasonable policy? Ok, I've made the change on the DMG builders. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11487 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11474] url2pathname() handling of '/C|/' on Windows
Changes by Santoso Wijaya santoso.wij...@gmail.com: Removed file: http://bugs.python.org/file21104/nturl2path.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11474 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11474] url2pathname() handling of '/C|/' on Windows
Santoso Wijaya santoso.wij...@gmail.com added the comment: Oops, wrong library name in patch comment. -- Added file: http://bugs.python.org/file21105/nturl2path.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11474 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11474] url2pathname() handling of '/C|/' on Windows
Changes by Santoso Wijaya santoso.wij...@gmail.com: -- type: - behavior ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11474 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11487] build_installer.py should avoid relying on a young Python
Antoine Pitrou pit...@free.fr added the comment: (the change will probably make things worse actually; see http://bugs.python.org/issue11419) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11487 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11488] Add writelines test coverage in tempfile
New submission from ev e...@ubuntu.com: Ran coverage.py and noticed that writelines had no coverage in tempfile, so I added it in. -- components: Tests files: test_tempfile_writelines.patch keywords: patch messages: 130778 nosy: brian.curtin, ev, georg.brandl priority: normal severity: normal status: open title: Add writelines test coverage in tempfile type: behavior Added file: http://bugs.python.org/file21106/test_tempfile_writelines.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11488 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11489] json.dumps not parsable by json.loads (on Linux only)
New submission from Brian Merrell br...@merrells.org: The following works on Win7x64 Python 2.6.5 and breaks on Ubuntu 10.04x64-2.6.5. This raises three issues: 1) Shouldn't anything generated by json.dumps be parsed by json.loads? 2) It appears this is an invalid unicode character. Shouldn't this be caught by decode(utf8) 3) Why does Windows raise no issue with this and Linux does? import json unicode_bytes = '\xed\xa8\x80' unicode_string = unicode_bytes.decode(utf8) json_encoded = json.dumps(my_key:unicode_string) json.loads(json_encoded) Traceback (most recent call last): File stdin, line 1, in module File /usr/lib/python2.6/json/__init__.py, line 307, in loads return _default_decoder.decode(s) File /usr/lib/python2.6/json/decoder.py, line 319, in decode obj, end = self.raw_decode(s, idx=_w(s, 0).end()) File /usr/lib/python2.6/json/decoder.py, line 336, in raw_decode obj, end = self._scanner.iterscan(s, **kw).next() File /usr/lib/python2.6/json/scanner.py, line 55, in iterscan rval, next_pos = action(m, context) File /usr/lib/python2.6/json/decoder.py, line 183, in JSONObject value, end = iterscan(s, idx=end, context=context).next() File /usr/lib/python2.6/json/scanner.py, line 55, in iterscan rval, next_pos = action(m, context) File /usr/lib/python2.6/json/decoder.py, line 155, in JSONString return scanstring(match.string, match.end(), encoding, strict) ValueError: Invalid \u escape: line 1 column 14 (char 14) -- components: Library (Lib), Unicode, Windows messages: 130779 nosy: Brian.Merrell priority: normal severity: normal status: open title: json.dumps not parsable by json.loads (on Linux only) type: behavior versions: Python 2.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11489 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11487] build_installer.py should avoid relying on a young Python
David Bolen db3l@gmail.com added the comment: Guess I cry uncle - not sure how it used to work then. I just did a dummy svn checkout off of the older svn.python.org from trunk and the .[ch] files appear to have dates earlier than the asdl.py script, so I would have assumed it would have the same problem. Yet I don't recall this being an issue on the DMG slave, so guess we were just lucky somehow. -- David -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11487 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1079] decode_header does not follow RFC 2047
Changes by R. David Murray rdmur...@bitdance.com: -- versions: +Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1079 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9878] Avoid parsing pyconfig.h and Makefile by autogenerating extension module
Changes by Carl Meyer c...@dirtcircle.com: -- nosy: +carljm ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9878 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1162477] Parsing failures in parsedate_tz
Roundup Robot devnull@devnull added the comment: New changeset 9d7a83654870 by R David Murray in branch 'default': #1162477: accept '.' in addition to ':' when parsing time in date header. http://hg.python.org/cpython/rev/9d7a83654870 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1162477 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1162477] Parsing failures in parsedate_tz
Changes by R. David Murray rdmur...@bitdance.com: -- resolution: - accepted stage: patch review - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1162477 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7679] Warning building 2.7 on OS X 10.6 libintl.h Present But Cannot Be Compiled
Nicholas Riley com-python-b...@sabi.net added the comment: You should be able to invoke the compiler like this: gcc -nostdinc -I/usr/include -F/System/Library/Frameworks ... which will remove /usr/local/include (and /Library/Frameworks). This also removes the compiler-specific include dir, so to be fully general you could postprocess $CC -v output to just filter /usr/local/include - it looks like the Clang driver is GCC-compatible as far as -v output goes. And in general, I guess this is really an Apple bug... -- nosy: +nriley ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7679 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2650] re.escape should not escape underscore
Ezio Melotti ezio.melo...@gmail.com added the comment: I took a look to what other languages do, and it turned out that: perl escapes [^A-Za-z_0-9] [0]; .net escapes the metachars and whitespace [1]; java escapes the metachars or escape sequences [2]; ruby escapes the metachars [3]; It might be OK to exclude _ from the escaped chars, but I would keep escaping all the other non-alnum chars too (i.e. match perl behavior). (FWIW, I don't think re.escape() is used in performance-critical situation, so readability should probably be preferred over speed.) [0]: http://perldoc.perl.org/functions/quotemeta.html [1]: http://msdn.microsoft.com/en-us/library/system.text.regularexpressions.regex.escape.aspx [2]: http://download.oracle.com/javase/1.5.0/docs/api/java/util/regex/Pattern.html [3]: http://www.ruby-doc.org/core/classes/Regexp.html -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2650 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11490] subprocess test_leaking_fds_on_error fails if last directory in path is not accessible
New submission from R. David Murray rdmur...@bitdance.com: test_subprocess was failing for me on my laptop, and my laptop only. With some guidance from haypo on using strace, I tracked the problem down to the fact that the last directory in my path is a directory to which I don't have permission. So the error subprocess was getting from trying to access the non-existent file was permission denied (errno 13) instead of not found (errno 2). It is possible this is an error in subprocess as well, since the shell, for example, returns command not found in that case. But I don't think that it is, since I think the errno is being returned by the exec call. So, I think the test just needs to be changed to ignore errno 13 as well (by name, of course). -- components: Tests keywords: easy messages: 130784 nosy: r.david.murray priority: low severity: normal stage: needs patch status: open title: subprocess test_leaking_fds_on_error fails if last directory in path is not accessible type: behavior versions: Python 2.7, Python 3.1, Python 3.2, Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11490 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11490] subprocess test_leaking_fds_on_error fails if last directory in path is not accessible
Changes by R. David Murray rdmur...@bitdance.com: -- assignee: - r.david.murray ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11490 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11490] subprocess test_leaking_fds_on_error fails if last directory in path is not accessible
Roundup Robot devnull@devnull added the comment: New changeset 2b75ac7c9c12 by R David Murray in branch '3.1': #11490: EACCES can also mean command not found http://hg.python.org/cpython/rev/2b75ac7c9c12 New changeset 67f4ef6094ed by R David Murray in branch '3.2': Merge fix for #11490 from 3.1. http://hg.python.org/cpython/rev/67f4ef6094ed New changeset cdfdc99d21d3 by R David Murray in branch 'default': Merge fix for #11490 from 3.2. http://hg.python.org/cpython/rev/cdfdc99d21d3 New changeset 0a19b3278fa2 by R David Murray in branch '2.7': #11490: EACCES can also mean command not found http://hg.python.org/cpython/rev/0a19b3278fa2 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11490 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11490] subprocess test_leaking_fds_on_error fails if last directory in path is not accessible
Changes by R. David Murray rdmur...@bitdance.com: -- resolution: - fixed stage: needs patch - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11490 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11488] Add writelines test coverage in tempfile
R. David Murray rdmur...@bitdance.com added the comment: Patch looks good to me. -- assignee: - r.david.murray nosy: +r.david.murray ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11488 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11488] Add writelines test coverage in tempfile
Changes by Ezio Melotti ezio.melo...@gmail.com: -- nosy: +ezio.melotti ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11488 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1025395] email.Utils.parseaddr fails to parse valid addresses
Changes by R. David Murray rdmur...@bitdance.com: -- versions: +Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1025395 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8769] Straightforward usage of email package fails to round-trip
Changes by R. David Murray rdmur...@bitdance.com: -- versions: +Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8769 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9967] encoded_word regular expression in email.header.decode_header()
Changes by R. David Murray rdmur...@bitdance.com: -- versions: +Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9967 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1823] Possible to set invalid Content-Transfer-Encoding on email.mime.multipart.MIMEMultipart
Changes by R. David Murray rdmur...@bitdance.com: -- versions: +Python 3.3 -Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1823 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10574] email.header.decode_header fails if the string contains multiple directives
Changes by R. David Murray rdmur...@bitdance.com: -- versions: +Python 3.2, Python 3.3 -Python 2.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10574 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11021] email MIME-Version headers for each part in multipart message
R. David Murray rdmur...@bitdance.com added the comment: Assuming this is correct (I haven't tried looking for the reference yet), I'm leaning toward it being enough of a behavior change that it should not be backported. -- versions: +Python 3.3 -Python 2.7, Python 3.1, Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11021 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5803] email/quoprimime: encode and decode are very slow on large messages
Changes by R. David Murray rdmur...@bitdance.com: -- versions: +Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5803 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com