[issue1745] Backport of PEP 3102 keyword-only arguments to 2.6

tav [EMAIL PROTECTED] added the comment: What's holding back the backport to 2.6? -- nosy: +tav ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue1745 ___

[issue3228] mailbox.mbox creates files with execute bit set

Niels Gustäbel [EMAIL PROTECTED] added the comment: I agree regarding the os.open call in MH.__setitem__. It does not include the O_CREAT flag, so the mode would never be used. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3228

[issue3487] sre bytecode verifier

Antoine Pitrou [EMAIL PROTECTED] added the comment: Shouldn't there be any unit tests? :) -- nosy: +pitrou ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3487 ___

[issue1432] Strange behavior of urlparse.urljoin

Senthil [EMAIL PROTECTED] added the comment: Yes, I agree with you, Roman. I have made changes to urlparse.urljoin which would behave confirming to RFC3986. The join of BASE (http://a/b/c/d;p?q;) with REL(?y) would result in http://a/b/c/d;p?y; as expected. I have added a set of testcases for

[issue1432] Strange behavior of urlparse.urljoin

Senthil [EMAIL PROTECTED] added the comment: Patch for py3k Added file: http://bugs.python.org/file11054/issue1432-py3k.diff ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue1432 ___

[issue1432] Strange behavior of urlparse.urljoin

Changes by Senthil [EMAIL PROTECTED]: Removed file: http://bugs.python.org/file9035/urlparse.patch ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue1432 ___ ___

[issue3455] os.remove()method document error

香槟酒 [EMAIL PROTECTED] added the comment: I can't understand you. Could you explain more? 2008/7/29 Georg Brandl [EMAIL PROTECTED] Georg Brandl [EMAIL PROTECTED] added the comment: Can a file be in use other than being opened? If not, wouldn't be opened be a better wording?

[issue3455] os.remove()method document error

Georg Brandl [EMAIL PROTECTED] added the comment: Well, you seemed to be misled by the wording in use. Therefore, I propose to change in use to opened, but only if in use always means opened. ___ Python tracker [EMAIL PROTECTED]

[issue3297] Python interpreter uses Unicode surrogate pairs only before the pyc is created

Changes by Antoine Pitrou [EMAIL PROTECTED]: -- priority: - critical versions: +Python 2.6 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3297 ___ ___

[issue643841] New class special method lookup change

Nick Coghlan [EMAIL PROTECTED] added the comment: Attaching a documentation patch for the moment until I get some info back from Georg as to why I can't build the docs locally. Once I get my local doc build working again, I'll check the formatting and check it in. -- assignee: -

[issue643841] New class special method lookup change

Changes by Nick Coghlan [EMAIL PROTECTED]: -- components: +Documentation -Library (Lib) ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue643841 ___ ___

[issue3487] sre bytecode verifier

Barry A. Warsaw [EMAIL PROTECTED] added the comment: Guido, this is fine for 3.0 and 2.6. As Terry points out, it's not user visible and it improves reliability. I'm -0 on backporting it to 2.5, but don't really feel strongly about that. Go for it! -- assignee: barry - gvanrossum

[issue643841] New class special method lookup change

Nick Coghlan [EMAIL PROTECTED] added the comment: Committed for 2.6 as r65487. I also blocked the automatic merge to 3.0 since the references to old-style classes don't make sense there. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue643841

[issue3498] mod_cls

New submission from Robert Schuppenies [EMAIL PROTECTED]: Using sphinx I get the following error if I want to document methods via automethod: reading sources... copyright glossary [..] refbrowser Exception occurred: File [..]/doctools/sphinx/ext/autodoc.py, line 313, in resolve_name if

[issue3498] mod_cls

Georg Brandl [EMAIL PROTECTED] added the comment: Thanks, fixed in r65489. -- resolution: - fixed status: open - closed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3498 ___

[issue643841] New class special method lookup change

Georg Brandl [EMAIL PROTECTED] added the comment: But don't the docs with patch describe the behavior of new-style classes better? ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue643841 ___

[issue643841] New class special method lookup change

Nick Coghlan [EMAIL PROTECTED] added the comment: I meant to say that I will be merging it manually to avoid bringing the old-style class specific parts over (that's why I left the issue open and assigned to me). ___ Python tracker [EMAIL PROTECTED]

[issue643841] New class special method lookup change

Georg Brandl [EMAIL PROTECTED] added the comment: Ah, I'm sorry for the noise then. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue643841 ___ ___

[issue3451] Asymptotically faster divmod and str(long)

Mark Dickinson [EMAIL PROTECTED] added the comment: There's also the recursive division algorithm due to Burnikel and Ziegler; this might be worth a look. I think it's the same asymptotic complexity (constant times karatsuba multiplication complexity), but may turn out to be faster for one

[issue1746088] long.__str__ is quadratic time

Mark Dickinson [EMAIL PROTECTED] added the comment: Closing this as a duplicate; it's superseded by issue 3451. -- resolution: - duplicate status: open - closed superseder: - Asymptotically faster divmod and str(long) ___ Python tracker [EMAIL

[issue3451] Asymptotically faster divmod and str(long)

Mark Dickinson [EMAIL PROTECTED] added the comment: See also issue 1746088. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3451 ___ ___ Python-bugs-list mailing

[issue3358] 2to3 Iterative Wildcard Matching

Nick Edds [EMAIL PROTECTED] added the comment: Here is a patch that tries to use the faster recursive matching, but if there is a RuntimeError, it will use the iterative matching. It passes all the tests and works on the ssl.py file that were known to break the recursive matching. Added file:

[issue3499] Python 2.6 requires pre-installed Python to build

New submission from Marc-Andre Lemburg [EMAIL PROTECTED]: Here's the make -d output: Prerequisite `Parser/Python.asdl' is older than target `Include/Python-ast.h'. Prerequisite `Parser/asdl.py' is older than target `Include/Python-ast.h'. Prerequisite

[issue3499] Python 2.6 requires pre-installed Python to build

Marc-Andre Lemburg [EMAIL PROTECTED] added the comment: As work-around, you can untar the source tarball and then touch the files in question: touch Include/Python-ast.h touch Python/Python-ast.c ___ Python tracker [EMAIL PROTECTED]

[issue3463] make life.py use more rendering characters

A.M. Kuchling [EMAIL PROTECTED] added the comment: I agree with tjreedy that this change is not very interesting for a demo program. It would be more interesting to add larger features such as different cellular automata, mouse or colour support, or something like that. Thanks for your patch,

[issue2305] Update What's new in 2.6

Changes by A.M. Kuchling [EMAIL PROTECTED]: -- priority: - critical ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2305 ___ ___ Python-bugs-list

[issue836088] Update htmllib to HTML 4.01

A.M. Kuchling [EMAIL PROTECTED] added the comment: Closing -- I'm not going to work on this patch further, and it seems irrelevant. -- status: pending - closed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue836088

[issue2396] Backport memoryview object to Python 2.6

A.M. Kuchling [EMAIL PROTECTED] added the comment: Is there still time to do the backport for 2.6 at this late date? -- nosy: +akuchling ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2396 ___

[issue2396] Backport memoryview object to Python 2.6

Antoine Pitrou [EMAIL PROTECTED] added the comment: Not only there may not be enough time, but: 1. the memoryview implementation itself is not finished (that is, in py3k) 2. polishing and documenting the buffer API is more important 3. there doesn't seem to be any use for memoryview objects

[issue2470] Need fixer for dl (removed) - ctypes module

Nick Edds [EMAIL PROTECTED] added the comment: If nobody else is interested in or currently in the process of making a fixer for this, I can do it. I'm not sure if I completely understand the changes I need to make though. Importing dl needs to be replaced by importing ctypes, calls to dl.open()

[issue2470] Need fixer for dl (removed) - ctypes module

Collin Winter [EMAIL PROTECTED] added the comment: I'd prefer it if someone better-versed in ctypes/dl wrote this fixer (or at the very least, someone with access to Windows to test the translation). ___ Python tracker [EMAIL PROTECTED]

[issue3500] unbound methods of different classes compare equal

New submission from Jean-Paul Calderone [EMAIL PROTECTED]: If a method is inherited by two different classes, then the unbound method objects which can be retrieved from those classes compare equal to each other. For example: Python 2.6b2+ (trunk:65502M, Aug 4 2008, 15:05:07) [GCC 4.0.3

[issue3500] unbound methods of different classes compare equal

Antoine Pitrou [EMAIL PROTECTED] added the comment: Well, I'm not sure. One could also argue that 1 and 1.0 mustn't compare equal because they cannot be used equally in all circumstances (e.g. __index__), they have different repr's, different types, etc. The question is: what kind of use case

[issue3500] unbound methods of different classes compare equal

Jean-Paul Calderone [EMAIL PROTECTED] added the comment: The reason I noticed this is that since they compare and hash equal, if you put two such methods into a set, you end up with a set with one method. Currently, this is preventing me from running two test methods because the method itself

[issue3500] unbound methods of different classes compare equal

Antoine Pitrou [EMAIL PROTECTED] added the comment: The reason I noticed this is that since they compare and hash equal, if you put two such methods into a set, you end up with a set with one method. Currently, this is preventing me from running two test methods because the method itself is

[issue3500] unbound methods of different classes compare equal

Antoine Pitrou [EMAIL PROTECTED] added the comment: Apparently Roundup snipped my numbers example :-) Here it is, hoping it will pass through this time : d = {} d[1] = 'a' d[1.0] = 'b' d[1] 'b' ___ Python tracker [EMAIL PROTECTED]

[issue3451] Asymptotically faster divmod and str(long)

Mark Dickinson [EMAIL PROTECTED] added the comment: Here's a pure Python implementation of the Burnikel and Ziegler recursive division algorithm. I've no idea whether it's faster or slower than Newton, but it might be worth a look. It depends heavily on bit operations, which ought to be

[issue3451] Asymptotically faster divmod and str(long)

Mark Dickinson [EMAIL PROTECTED] added the comment: Oops. Wrong file. Here's the right one. Added file: http://bugs.python.org/file11060/fast_div.py ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3451

[issue3451] Asymptotically faster divmod and str(long)

Changes by Mark Dickinson [EMAIL PROTECTED]: Removed file: http://bugs.python.org/file11059/fast_str.py ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3451 ___

[issue1481296] long(float('nan'))!=0L

Mark Dickinson [EMAIL PROTECTED] added the comment: New patch committed, r65518. Conversion of a nan to an integer now raises ValueError consistently across platforms. -- status: open - closed ___ Python tracker [EMAIL PROTECTED]

[issue2211] Cookie.Morsel interface needs update

Changes by Toshio Kuratomi [EMAIL PROTECTED]: -- nosy: +a.badger ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2211 ___ ___ Python-bugs-list mailing

[issue3501] expm1 missing

New submission from Mike Speciner [EMAIL PROTECTED]: The math module contains log1p but is missing expm1 (the inverse of log1p). These functions are necessary to avoid loss of precision in floating point calculations, and are part of the C99 standard math library. -- components: None

[issue3501] expm1 missing

Mark Dickinson [EMAIL PROTECTED] added the comment: Mike, Can you propose an implementation, for those platforms that haven't yet caught up with C99? Something comparable to the implementation of log1p in Python/pymath.c would be appropriate. Ideally, such an implementation would: - be

[issue3501] expm1 missing

Mark Dickinson [EMAIL PROTECTED] added the comment: A cheap trick would be to use the identity expm1(x) = 2*exp(x/2)*sinh(x/2) This could also be used in Python as a workaround, for now. But I agree that expm1 should go into the math library. ___ Python

[issue3502] Inconsistency between string.letters and default encoding.

New submission from Ramon Garcia [EMAIL PROTECTED]: In python on Windows, under Idle, the string.letters includes extended characters. But the default codec, used when translating from string to unicode, is still ascii. This behaviour causes crashes with python win32 extensions. string.letters

[issue3228] mailbox.mbox creates files with execute bit set

A.M. Kuchling [EMAIL PROTECTED] added the comment: I took one test and an idea from Niels' patch -- checking for the existence of os.stat as well as os.umask -- and applied it as rev. 65536. Closing this issue now. Thanks, everyone! -- assignee: - akuchling resolution: - fixed

[issue3503] Calls to print() function in Python 3.0 tutorial

New submission from Jim Sizelove [EMAIL PROTECTED]: I decided to learn more about the coming changes in Python 3.0 by installing the beta and working through the tutorial. I found some discrepancies between the code examples and the output I got. The attached patch shows several places where

[issue3367] Uninitialized value read in parsetok.c

A.M. Kuchling [EMAIL PROTECTED] added the comment: This patch was applied in rev. 65539, but then reverted; it turns out to break Lib/test/test_parser.py. The exception is: raise TestFailed(err) test.test_support.TestFailed: Traceback (most recent call last): File

[issue3487] sre bytecode verifier

Guido van Rossum [EMAIL PROTECTED] added the comment: Submitted to 2.6 as r65544. Will propagate to 3.0 as it gets merged -- should be a perfect merge. Antoine: the re module has tons of unittests; showing that attempts to break in are thwarted would be pretty boring. ;-) -- status:

[issue3502] Inconsistency between string.letters and default encoding.

Martin v. Löwis [EMAIL PROTECTED] added the comment: That's a bug in the Win32 extensions. They shouldn't use string.letters, but string.ascii_letters, in particular when they check for valid identifier chars. Closing this report as won't fix. -- nosy: +loewis resolution: - wont fix