[issue3441] Regression in "module as a script" command-line option

Richard Jones <[EMAIL PROTECTED]> added the comment: I'm afraid it's all a bit opaque to an outsider like me. I've no idea what subtle breakage the feature was causing. I just saw it working quite nicely for me in 2.5 :) ___ Python tracker <[EMAIL PROTECTED]

[issue3441] Regression in "module as a script" command-line option

Nick Coghlan <[EMAIL PROTECTED]> added the comment: Now, if someone was to provide a 2.7 rfe with associated patch that implements this feature properly, and includes an explanation for why it doesn't subtly break imports the way 2.5 does, that would be a completely different story. But it isn't

[issue3449] Update decimal module to version 1.68 of the IBM specification

Raymond Hettinger <[EMAIL PROTECTED]> added the comment: P.S. I also agree with Mark that the 1.68 update should be treated as a bugfix and go into the next beta, preferably as soon as possible. Facundo and I should both agree to give it a quick and thorough review so that the beta is as soli

[issue3449] Update decimal module to version 1.68 of the IBM specification

Raymond Hettinger <[EMAIL PROTECTED]> added the comment: -1 on renaming. I concur with Mark that we are under no obligation to match the names used in the spec -- only the functionality matters -- also we're already got a history of at least slightly different names. I also see no reason to

[issue3449] Update decimal module to version 1.68 of the IBM specification

Facundo Batista <[EMAIL PROTECTED]> added the comment: -0 to rename it, specially considering that we had a reduce builtin in our history... better to not confuse it. But we'd need to convert the name in the tests... ___ Python tracker <[EMAIL PROTECTED]>

[issue3449] Update decimal module to version 1.68 of the IBM specification

Mark Dickinson <[EMAIL PROTECTED]> added the comment: One change from v1.66 to v1.68 of the spec: """The normalize operation has been renamed reduce to avoid confusion with normal numbers.""" The decimal module is not under any obligation to use the same names as in the IBM specification, so

[issue1819] Speed hack for function calls with named parameters

Antoine Pitrou <[EMAIL PROTECTED]> added the comment: Committed in r65240 (new pybench test) and r65241 (speedup patch). -- resolution: -> fixed status: open -> closed ___ Python tracker <[EMAIL PROTECTED]>

[issue3449] Update decimal module to version 1.68 of the IBM specification

New submission from Mark Dickinson <[EMAIL PROTECTED]>: The IBM General Decimal Arithmetic Specification, on which the decimal module is based, has recently been updated to version 1.68; the testcases from IBM have also been updated. The comments in the decimal module clearly state that the d

[issue3358] 2to3 Iterative Wildcard Matching

Nick Edds <[EMAIL PROTECTED]> added the comment: I don't think it would be hard to implement, I just need a good, fast metric to determine if a file should be processed iteratively or recursively. What do you think would be the best way to do this? ___ Python

[issue2242] Decoding UTF-7 with "ignore warnings" crashes Python on Windows Vista

Antoine Pitrou <[EMAIL PROTECTED]> added the comment: Thanks Amaury! -- resolution: accepted -> fixed status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> ___

[issue3448] Multi-process 2to3

Nick Edds <[EMAIL PROTECTED]> added the comment: Here is a version that only imports processing if the multi-process option is specified. I don't know if this is the most efficient way it can be done, and I think there's a better way to do it, but this works. Added file: http://bugs.python.org/f

[issue2242] Decoding UTF-7 with "ignore warnings" crashes Python on Windows Vista

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: I confirm that r65234 for 2.5 corrects the crash. (Windows XP, Visual Studio 6) ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue3358] 2to3 Iterative Wildcard Matching

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: Maybe this is a bad idea, but would it be possible/reasonable to provide recursive and iterative implementations and use the iterative one on large files? -- nosy: +benjamin.peterson ___ Python

[issue3448] Multi-process 2to3

New submission from Nick Edds <[EMAIL PROTECTED]>: Here is a working, multiprocess version of 2to3 with a few caveats. First, you need to already have the processing module installed for this to work. If we don't want to include processing in some way, I think I can modify this to only import pro

[issue3443] crash on badly initialised AttributeError

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: I reproduced the problem on Windows. The exception shown is the AttributeError('next') raised and caught in lxml._elementpath.find(). The "args" atribute is cleared in the BaseException_clear, during a call to gc.collect() (in some tearD

[issue1222] locale.format bug if thousand separator is space (french separator as example)

Changes by Antoine Pitrou <[EMAIL PROTECTED]>: Removed file: http://bugs.python.org/file10041/1222.patch ___ Python tracker <[EMAIL PROTECTED]> ___

[issue1222] locale.format bug if thousand separator is space (french separator as example)

Changes by Antoine Pitrou <[EMAIL PROTECTED]>: Removed file: http://bugs.python.org/file10128/bug1222.patch ___ Python tracker <[EMAIL PROTECTED]> ___ _

[issue1222] locale.format bug if thousand separator is space (french separator as example)

Antoine Pitrou <[EMAIL PROTECTED]> added the comment: Here is the patch for the third part. Added file: http://bugs.python.org/file10984/thousands_sep.patch ___ Python tracker <[EMAIL PROTECTED]>

[issue1222] locale.format bug if thousand separator is space (french separator as example)

Antoine Pitrou <[EMAIL PROTECTED]> added the comment: The first 2 parts have been committed in r65237. I'll soon provide a patch for the third part. ___ Python tracker <[EMAIL PROTECTED]> _

[issue1864] test_locale doesn't use unittest

Antoine Pitrou <[EMAIL PROTECTED]> added the comment: Done in r65237. Hopefully it won't break in weird ways on some platforms... -- resolution: -> fixed status: open -> closed ___ Python tracker <[EMAIL PROTECTED]>

[issue1222] locale.format bug if thousand separator is space (french separator as example)

Eric Smith <[EMAIL PROTECTED]> added the comment: I'd recommend breaking the patch into the 3 parts mentioned in msg61929, then committing the first 2 parts. That should make the 3rd part much easier to evaluate. ___ Python tracker <[EMAIL PROTECTED]>

[issue3394] zipfile.writestr doesn't set external attributes, so files are extracted mode 000 on Unix

Antoine Pitrou <[EMAIL PROTECTED]> added the comment: Committed in r65235. Thanks! -- resolution: -> fixed status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue3366] Add gamma and error functions to math module

Daniel Stutzbach <[EMAIL PROTECTED]> added the comment: On Fri, Jul 25, 2008 at 1:37 PM, Raymond Hettinger <[EMAIL PROTECTED]>wrote: > Raymond Hettinger <[EMAIL PROTECTED]> added the comment: > > Can you also implement blending of approximations: (1-t)*f1(x) + t*f2 > (x) > Is this necessary?

[issue2242] Decoding UTF-7 with "ignore warnings" crashes Python on Windows Vista

Antoine Pitrou <[EMAIL PROTECTED]> added the comment: I've committed the fix for 2.5 in r65234, can somebody try it out with the failing MSVC version? ___ Python tracker <[EMAIL PROTECTED]> ___

[issue1592] operations on closed shelves fail cryptically

Raymond Hettinger <[EMAIL PROTECTED]> added the comment: Fixed in r65233 -- resolution: -> fixed status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> ___

[issue3366] Add gamma and error functions to math module

Raymond Hettinger <[EMAIL PROTECTED]> added the comment: Can you also implement blending of approximations: (1-t)*f1(x) + t*f2 (x) ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue3366] Add gamma and error functions to math module

nirinA raseliarison <[EMAIL PROTECTED]> added the comment: ouch! i was asleep, at 3AM, when i edited the issue and didn't really know what i was doing. i just see that i removed, instead of edited the mathmodule.diff and didn't check after. so here it is again, with the url for original code adde

[issue2242] Decoding UTF-7 with "ignore warnings" crashes Python on Windows Vista

Changes by Antoine Pitrou <[EMAIL PROTECTED]>: -- resolution: -> accepted versions: -Python 2.6, Python 3.0 ___ Python tracker <[EMAIL PROTECTED]> ___ ___

[issue1592] operations on closed shelves fail cryptically

Raymond Hettinger <[EMAIL PROTECTED]> added the comment: I'm working on this one. Alternate patch attached. The problem with the old one is that it slows down every access to the shelf and it prevents assignment to self.dict which has always been allowed. The new patch improves error reporti

[issue2242] Decoding UTF-7 with "ignore warnings" crashes Python on Windows Vista

Antoine Pitrou <[EMAIL PROTECTED]> added the comment: On second thought, perhaps it should also be backported to 2.5, so I'm leaving the bug open. ___ Python tracker <[EMAIL PROTECTED]> ___

[issue2242] Decoding UTF-7 with "ignore warnings" crashes Python on Windows Vista

Antoine Pitrou <[EMAIL PROTECTED]> added the comment: Should be fixed in r65227. Please reopen if there's still a problem. ___ Python tracker <[EMAIL PROTECTED]> ___ ___

[issue3366] Add gamma and error functions to math module

Mark Dickinson <[EMAIL PROTECTED]> added the comment: > I'm +1 on making gamma() be the true gamma function and not carrying > over this brain-damage to Python. +1 from me, too. ___ Python tracker <[EMAIL PROTECTED]> ___

[issue1592] operations on closed shelves fail cryptically

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: The usual reasons, probably: nobody had time to work on it, as there are so many other things to do. -- nosy: +loewis ___ Python tracker <[EMAIL PROTECTED]>

[issue3447] itertools.izip_longest docs don't specify default fillvalue

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: Thanks. Fixed in r65226. -- nosy: +benjamin.peterson resolution: -> fixed status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> __

[issue3447] itertools.izip_longest docs don't specify default fillvalue

New submission from Alejandro J. Cura <[EMAIL PROTECTED]>: izip_longest default fillvalue is None, but the docs don't specify it. I'm attaching a diff that fixes this. -- assignee: georg.brandl components: Documentation files: itertools.izip_longest-default-fillvalue.diff keywords: patch

[issue1592] operations on closed shelves fail cryptically

Changes by Raymond Hettinger <[EMAIL PROTECTED]>: -- assignee: -> rhettinger nosy: +rhettinger versions: -Python 2.5 ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue3446] center, ljust and rjust are inconsistent with unicode parameters

New submission from Ignas Mikalajūnas <[EMAIL PROTECTED]>: Not all combinations of unicode/non-unicode parameters work for ljust, center and rjust. Passing a unicode character to them as a parameter when the string is ascii fails with an error. This doctest fails in 3 places. Though I would expe

[issue1592] operations on closed shelves fail cryptically

Miki Tebeka <[EMAIL PROTECTED]> added the comment: Any reason this is not in trunk yet? -- nosy: +tebeka ___ Python tracker <[EMAIL PROTECTED]> ___

[issue3445] functools.update_wrapper bug

New submission from Antoine d'Otreppe <[EMAIL PROTECTED]>: When trying to do something like "functools.update_wrapper(myWrapper, str.split)" I got this error message: Traceback (most recent call last): File "", line 1, in File "Aspyct.py", line 175, in beforeCall _stickAdvice(function,

[issue3442] wsgiref.validate.InputWrapper.readline does not accept optional "length" argument

Phillip J. Eby <[EMAIL PROTECTED]> added the comment: Any package which is using the length argument to readline() is in violation of PEP 333 and should be fixed. The argument is intentionally not supported by wsgiref.validate, since its purpose is to catch incorrect programs that are violating

[issue3444] add warnings for intra-package imports

New submission from Benjamin Peterson <[EMAIL PROTECTED]>: Non-absolute or relative imports in 2.6 should give a Py3k warning. -- components: Interpreter Core messages: 70254 nosy: benjamin.peterson priority: release blocker severity: normal status: open title: add warnings for intra-pac

[issue3443] crash on badly initialised AttributeError

New submission from Stefan Behnel <[EMAIL PROTECTED]>: I get a reproducible crash under Linux when running the test cases of lxml's trunk in Py3b2. As usual with these things, it's not reproducible when running the crashing test by itself, only when it hits the test during the usual test run (whi

[issue3442] wsgiref.validate.InputWrapper.readline does not accept optional "length" argument

Changes by Benjamin Peterson <[EMAIL PROTECTED]>: -- assignee: -> pje nosy: +pje ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-

[issue2242] Decoding UTF-7 with "ignore warnings" crashes Python on Windows Vista

Antoine Pitrou <[EMAIL PROTECTED]> added the comment: This patch also has a test in it. Added file: http://bugs.python.org/file10979/2242.patch ___ Python tracker <[EMAIL PROTECTED]> ___ _

[issue1734234] Fast path for unicodedata.normalize()

Changes by Antoine Pitrou <[EMAIL PROTECTED]>: -- nosy: +pitrou ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list maili

[issue3441] Regression in "module as a script" command-line option

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: Please see #2751. -- nosy: +benjamin.peterson resolution: -> duplicate status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> _

[issue2242] Decoding UTF-7 with "ignore warnings" crashes Python on Windows Vista

Antoine Pitrou <[EMAIL PROTECTED]> added the comment: Selon Hirokazu Yamamoto <[EMAIL PROTECTED]>: > > With this patch? Yes, it fixed crash. Thanks! > # But I don't know whether this behavior is right or not As the name implies, utf7 is a 7-bit coding of Unicode... bytes >= 0x80 must raise

[issue2242] Decoding UTF-7 with "ignore warnings" crashes Python on Windows Vista

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: VS8 and VS9 are immune to the crash, even if the exception message differ between release and debug builds. VC6 crashes, and the proposed patch fixes the problem there as well. -- nosy: +amaury.forgeotdarc

[issue3442] wsgiref.validate.InputWrapper.readline does not accept optional "length" argument

New submission from Pavel Strashkin <[EMAIL PROTECTED]>: All file/stream-like objects in Python have "readline" method with optional "length" argument, but wsgiref.validate.InputWrapper doest not have. Some 3rd party modules/packages use this argument. As result there is exception: : readline() t

[issue2242] Decoding UTF-7 with "ignore warnings" crashes Python on Windows Vista

Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment: With this patch? Yes, it fixed crash. Index: Objects/unicodeobject.c === --- Objects/unicodeobject.c (revision 65223) +++ Objects/unicodeobject.c (working copy) @@ -15

[issue2242] Decoding UTF-7 with "ignore warnings" crashes Python on Windows Vista

Antoine Pitrou <[EMAIL PROTECTED]> added the comment: Hirokazu, does replacing the following line (rather than changing the type of the `ch` variable): ch = *s; with ch = (unsigned char) *s; fix the crash as well? -- keywords: +patch nosy: +pitrou

[issue3394] zipfile.writestr doesn't set external attributes, so files are extracted mode 000 on Unix

Changes by Mark Summerfield <[EMAIL PROTECTED]>: -- nosy: +mark ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list mailing

[issue3394] zipfile.writestr doesn't set external attributes, so files are extracted mode 000 on Unix

Antoine Pitrou <[EMAIL PROTECTED]> added the comment: Agree with using 0600 as default permissions. -- nosy: +pitrou priority: -> high ___ Python tracker <[EMAIL PROTECTED]> ___ _

[issue3139] bytearrays are not thread safe

Antoine Pitrou <[EMAIL PROTECTED]> added the comment: Travis, it would be really nice to have your input on this. -- nosy: +teoliphant ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue3139] bytearrays are not thread safe

Antoine Pitrou <[EMAIL PROTECTED]> added the comment: I haven't yet studied the patch in detail but I have a few questions: (1) are you sure it is safe not to INCREF the obj pointer in the Py_buffer? in the cases handled by your patch we still hold a reference to the original args tuple and dict

[issue3441] Regression in "module as a script" command-line option

Changes by Georg Brandl <[EMAIL PROTECTED]>: -- assignee: -> ncoghlan nosy: +ncoghlan ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Py