[issue3441] Regression in module as a script command-line option
Changes by Georg Brandl [EMAIL PROTECTED]: -- assignee: - ncoghlan nosy: +ncoghlan ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3441 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 before calling PyBuffer_Release(), but some functions may want to store the Py_buffer object somewhere to re-use it later. It would seem more logical for PyBuffer_FillInfo to INCREF the obj, and for PyBuffer_Release to DECREF it and set it to NULL. (2) is it necessary to call directly bf_getbuffer the like or is there a higher-level API to do it? (3) didn't you forget to convert PyArg_ParseTuple(args, s#iO:sendto, [...]) in sock_sendto? (4) is it really necessary to do a special case with PyString_Check() rather than rely on the string type's getbuffer method? ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3139 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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] http://bugs.python.org/issue3139 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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] http://bugs.python.org/issue3394 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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] http://bugs.python.org/issue3394 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2242 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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)
@@ -1523,7 +1523,7 @@
while (s e) {
Py_UNICODE ch;
restart:
-ch = *s;
+ch = (unsigned char)*s;
if (inShift) {
if ((ch == '-') || !B64CHAR(ch)) {
'+\xc1'.decode(utf7)
Traceback (most recent call last):
File stdin, line 1, in module
File e:\python-dev\trunk\lib\encodings\utf_7.py, line 12, in decode
return codecs.utf_7_decode(input, errors, True)
UnicodeDecodeError: 'utf7' codec can't decode bytes in position 0-1:
unexpected
# But I don't know whether this behavior is right or not
I confirmed test_unicode, test_codecs, test_codeccallbacks passed.
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2242
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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: type 'exceptions.TypeError': readline() takes exactly 1 argument (2 given) I think wsgiref.validate.InputWrapper.readline must be implemented same to wsgiref.validate.InputWrapper.read: def readline(self, *args, **kwargs): v = self.input.readline(*args, **kwargs) assert_(type(v) is type()) return v -- components: Library (Lib) messages: 70248 nosy: xaka severity: normal status: open title: wsgiref.validate.InputWrapper.readline does not accept optional length argument versions: Python 2.5 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3442 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2242 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 an exception. The error message could be better though. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2242 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 stdin, line 1, in module File Aspyct.py, line 175, in beforeCall _stickAdvice(function, theAdvice) File Aspyct.py, line 90, in _stickAdvice functools.update_wrapper(theAdvice, function) File /usr/lib/python2.5/functools.py, line 33, in update_wrapper setattr(wrapper, attr, getattr(wrapped, attr)) AttributeError: 'method_descriptor' object has no attribute '__module__' -- components: Library (Lib) messages: 70256 nosy: Antoine d'Otreppe severity: normal status: open title: functools.update_wrapper bug type: behavior versions: Python 2.5 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3445 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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] http://bugs.python.org/issue1592 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 expect it to be passing. def doctest_strings(): uni = ua ascii = a uni.center(5, ascii) u'a' uni.center(5, uni) u'a' ascii.center(5, ascii) 'a' ascii.center(5, uni) u'a' uni.ljust(5, ascii) u'a' uni.ljust(5, uni) u'a' ascii.ljust(5, ascii) 'a' ascii.ljust(5, uni) u'a' uni.rjust(5, ascii) u'a' uni.rjust(5, uni) u'a' ascii.rjust(5, ascii) 'a' ascii.rjust(5, uni) u'a' -- components: Library (Lib), Unicode messages: 70258 nosy: ignas severity: normal status: open title: center, ljust and rjust are inconsistent with unicode parameters type: behavior versions: Python 2.4, Python 2.5 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3446 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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] http://bugs.python.org/issue1592 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 messages: 70259 nosy: alecu, georg.brandl severity: normal status: open title: itertools.izip_longest docs don't specify default fillvalue type: behavior versions: Python 2.6 Added file: http://bugs.python.org/file10980/itertools.izip_longest-default-fillvalue.diff ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3447 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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] http://bugs.python.org/issue3447 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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] http://bugs.python.org/issue1592 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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] http://bugs.python.org/issue3366 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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] http://bugs.python.org/issue2242 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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] http://bugs.python.org/issue2242 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 reporting without changing performance or semantics for shelves prior to closing. -- keywords: +patch Added file: http://bugs.python.org/file10981/shelve.diff ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue1592 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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] http://bugs.python.org/issue2242 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 added. if you want to test the erf, erfc, lgamma and gamma please use this mathmodule.diff and the math_private.h header the other diffs are incomplete and don't work, unless you have erfs and gammas functions implemented in your platform. i'll try to work on these files this weekend and will rename tgamma to gamma. Added file: http://bugs.python.org/file10982/mathmodule.diff ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3366 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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] http://bugs.python.org/issue3366 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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] http://bugs.python.org/issue1592 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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] http://bugs.python.org/issue2242 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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? Are the approximations significantly different near the transition points? (Haven't had a chance to download the patch and try it myself as a I'm getting on a plane in the morning--sorry) Added file: http://bugs.python.org/file10983/unnamed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3366 ___div dir=ltrOn Fri, Jul 25, 2008 at 1:37 PM, Raymond Hettinger span dir=ltrlt;a href=mailto:[EMAIL PROTECTED][EMAIL PROTECTED]/agt;/span wrote:brdiv class=gmail_quoteblockquote class=gmail_quote style=border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex; div class=Ih2E3dRaymond Hettinger lt;a href=mailto:[EMAIL PROTECTED][EMAIL PROTECTED]/agt; added the comment:br br /divCan you also implement blending of approximations: nbsp;(1-t)*f1(x) + t*f2br (x)br /blockquote/divbrIs this necessary?nbsp; Are the approximations significantly different near the transition points?brbr(Haven#39;t had a chance to download the patch and try it myself as a I#39;m getting on a plane in the morning--sorry)br blockquote style=margin: 1.5em 0pt;--br Daniel Stutzbach, Ph.D.br President, a href=http://stutzbachenterprises.com;Stutzbach Enterprises, LLC/a /blockquote/div ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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] http://bugs.python.org/issue3394 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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] http://bugs.python.org/issue1222 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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] http://bugs.python.org/issue1864 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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] http://bugs.python.org/issue1222 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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] http://bugs.python.org/issue1222 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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] http://bugs.python.org/issue1222 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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] http://bugs.python.org/issue1222 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 tearDown() method).
Unfortunately this exception is still shomehow stored in the thread
state structure...
After some researches, I think that the problem is in Cython. Cython
tries to simulate a python frame without using the interpreter loop.
But at least an invariant is not respected: when a frame exits without
an exception set, the tstate-exc_type (and friends) should be NULL.
For example, at the end of the PyInit_etree() function (called by an
import lxml.etree), the tstate-exc_value contains an
AttributeError('module' object has no attribute 'unicode').
Now, the consequence may be that all these exceptions are implicitely
chained together. And there may be a subtle refcounting bug that shows
up only if this invariant is not respected.
--
nosy: +amaury.forgeotdarc
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3443
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 processing and use the Process method if the user wants to run it with more than one process. Also, I know that logger is supposed to be thread safe, so I am correct in assuming that this means it is also multi-process safe? This fix delegates the fixing of files to a designated number of processes, so on a multi-core machine, it is significantly faster. It may be appropriate to add a test suite for it, but I have not yet done so. I've tested it on my dual-core laptop running Ubuntu and a quad-core mac and it appears to be working fine. I don't know if the use of tempfile was the right choice, but it seemed reasonable. Another possibility is to instead using a processing Queue and pass it the output, filename, and input rather than calling write_file. Also, the join timeout I used is completely arbitrary because I don't really have a sense of what a reasonable value for it should be. -- assignee: collinwinter components: 2to3 (2.x to 3.0 conversion tool) files: multiProcess.diff keywords: patch messages: 70277 nosy: collinwinter, nedds severity: normal status: open title: Multi-process 2to3 type: performance Added file: http://bugs.python.org/file10985/multiProcess.diff ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3448 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 tracker [EMAIL PROTECTED] http://bugs.python.org/issue3358 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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] http://bugs.python.org/issue2242 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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/file10986/multiProcess2.diff ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3448 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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] http://bugs.python.org/issue2242 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 tracker [EMAIL PROTECTED] http://bugs.python.org/issue3358 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 decimal module should be kept in sync with the IBM specification, and that deviation from the spec is considered a bug. So it seems to me that the decimal module should be updated, preferably before 2.6 and 3.0 come out. As far as I can tell the required changes should be minimal: max- magnitude and min-magnitude definitely need changing, and there may be other minor changes necessary to make the new tests pass; I haven't looked properly yet. I'll try to get to this in the next few days. -- assignee: marketdickinson components: Library (Lib) messages: 70284 nosy: facundobatista, marketdickinson, rhettinger priority: critical severity: normal status: open title: Update decimal module to version 1.68 of the IBM specification type: behavior versions: Python 2.6, Python 3.0 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3449 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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] http://bugs.python.org/issue1819 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 I don't think we're required to rename Decimal.normalize to Decimal.reduce. Does anyone think that we should rename this method? I'm inclined not to rename. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3449 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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] http://bugs.python.org/issue3449 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 break existing code relying on the existing name. I also agree with Facundo that the reduce name has a completely unrelated association in the Python langauge. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3449 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 solid as possible. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3449 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
