Changes by Georg Brandl [EMAIL PROTECTED]:
--
assignee: - ncoghlan
nosy: +ncoghlan
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3441
___
___
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
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
___
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
___
Changes by Mark Summerfield [EMAIL PROTECTED]:
--
nosy: +mark
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3394
___
___
Python-bugs-list mailing list
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
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)
@@
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
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
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
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
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
___
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
Changes by Raymond Hettinger [EMAIL PROTECTED]:
--
assignee: - rhettinger
nosy: +rhettinger
versions: -Python 2.5
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1592
___
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
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
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
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
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
___
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
___
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
Changes by Antoine Pitrou [EMAIL PROTECTED]:
--
resolution: - accepted
versions: -Python 2.6, Python 3.0
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2242
___
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
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
___
Raymond Hettinger [EMAIL PROTECTED] added the comment:
Fixed in r65233
--
resolution: - fixed
status: open - closed
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1592
___
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
___
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
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
___
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]
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
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
___
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
Changes by Antoine Pitrou [EMAIL PROTECTED]:
Removed file: http://bugs.python.org/file10128/bug1222.patch
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1222
___
Changes by Antoine Pitrou [EMAIL PROTECTED]:
Removed file: http://bugs.python.org/file10041/1222.patch
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1222
___
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
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
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
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
___
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:
Antoine Pitrou [EMAIL PROTECTED] added the comment:
Thanks Amaury!
--
resolution: accepted - fixed
status: open - closed
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2242
___
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
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
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
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
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]
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
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
47 matches
Mail list logo