[issue2620] Multiple buffer overflows in unicode processing

Neal Norwitz <[EMAIL PROTECTED]> added the comment: Committed revision 65261 for 2.5 Committed revision 65262 for 2.4. -- status: open -> closed ___ Python tracker <[EMAIL PROTECTED]>

[issue3358] 2to3 Iterative Wildcard Matching

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: Never mind. I had thought it would take a while for the RuntimeError to be generated, but it only took about 7 seconds; I have no need for a command line switch. ___ Python tracker <[EMAIL PROTECTED]>

[issue3455] os.remove()method document error

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: What do you mean by "in use"? -- nosy: +benjamin.peterson ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue3455] os.remove()method document error

Changes by 香槟酒 <[EMAIL PROTECTED]>: -- type: performance -> resource usage ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-li

[issue3455] os.remove()method document error

New submission from 香槟酒 <[EMAIL PROTECTED]>: in Python 2.5 document, os.remove() explain: On Windows, attempting to remove a file that is in use causes an exception to be raised. but, i run it in IDLE.it deletes my file that in use without any exception. -- assignee: georg.brandl compone

[issue3358] 2to3 Iterative Wildcard Matching

Collin Winter <[EMAIL PROTECTED]> added the comment: Why include a command-line flag? Would you know when to use it? In what cases would you want to second-guess the app like that? ___ Python tracker <[EMAIL PROTECTED]> _

[issue3358] 2to3 Iterative Wildcard Matching

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: On Sun, Jul 27, 2008 at 6:07 PM, Collin Winter <[EMAIL PROTECTED]> wrote: > > Collin Winter <[EMAIL PROTECTED]> added the comment: > > One option would be to use the faster recursive version, falling back to > the iterative version if you h

[issue3445] Ignore missing attributes in functools.update_wrapper

Antoine d'Otreppe <[EMAIL PROTECTED]> added the comment: Thank you for considering this report :) ___ Python tracker <[EMAIL PROTECTED]> ___ ___

[issue3358] 2to3 Iterative Wildcard Matching

Collin Winter <[EMAIL PROTECTED]> added the comment: One option would be to use the faster recursive version, falling back to the iterative version if you hit a "RuntimeError: maximum recursion depth exceeded" error. This would keep the speed for most files, but would allow 2to3 to parse files li

[issue3454] __getitem__() doesn't capture all slices if class inherits from list, tuple or str

New submission from Amaury Forgeot d'Arc <[EMAIL PROTECTED]>: When executing self[i:j], the __getslice__(self,i,j) method is called first, if it exists. See http://docs.python.org/ref/sequence-methods.html Yes, the __(get|set|del)slice__ methods are deprecated since 2.0, but for compatibility th

[issue3454] __getitem__() doesn't capture all slices if class inherits from list, tuple or str

Changes by John Firestone <[EMAIL PROTECTED]>: -- components: Interpreter Core files: getitem_problem.py nosy: johnf severity: normal status: open title: __getitem__() doesn't capture all slices if class inherits from list, tuple or str type: performance versions: Python 2.5 Added file:

[issue3445] Ignore missing attributes in functools.update_wrapper

Changes by Nick Coghlan <[EMAIL PROTECTED]>: -- title: functools.update_wrapper bug -> Ignore missing attributes in functools.update_wrapper ___ Python tracker <[EMAIL PROTECTED]> ___

[issue3445] functools.update_wrapper bug

Nick Coghlan <[EMAIL PROTECTED]> added the comment: The problem actually has to do with trying to use update_wrapper on a method instead of a function - bound and unbound methods don't have all the same attributes that actual functions do. >>> import functools >>> functools.WRAPPER_ASSIGNMENTS (

[issue2771] test issue

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: Testing authorage -- nosy: +loewis ___ Python tracker <[EMAIL PROTECTED]> ___ ___

[issue3451] Asymptotically faster divmod and str(long)

Fredrik Johansson <[EMAIL PROTECTED]> added the comment: And here some timings on my laptop. Both int->str and balanced division become faster somewhere between 1000 and 2000 digits. This is after editing the division benchmark to use random numbers instead of exact powers of ten (interestingly

[issue3451] Asymptotically faster divmod and str(long)

Fredrik Johansson <[EMAIL PROTECTED]> added the comment: For your convenience, I have split the division and numeral code off to a standalone .py file which I'm attaching here. I also updated the remainder logic to use the default divmod instead of repeated subtraction, which ensures worst-case

[issue3453] PyType_Ready doesn't ensure that all bases are ready

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: I believe that's because the bases are supposed to be ready at the time a subclass is created. -- nosy: +benjamin.peterson ___ Python tracker <[EMAIL PROTECTED]>

[issue3452] subprocess.Popen description unclear.

Changes by Benjamin Peterson <[EMAIL PROTECTED]>: -- resolution: -> fixed status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> ___ ___

[issue3452] subprocess.Popen description unclear.

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: Thanks for the report. Fixed in r65259. -- nosy: +benjamin.peterson ___ Python tracker <[EMAIL PROTECTED]> ___

[issue3453] PyType_Ready doesn't ensure that all bases are ready

New submission from Roger Upole <[EMAIL PROTECTED]>: If a type's tp_base has not been initialized yet, PyType_Ready calls itself for tp_base. However, it doesn't do the same for members of tp_bases. The inheritance determinations assume that all bases are ready, in particular that tp_mro is

[issue3452] subprocess.Popen description unclear.

New submission from lregebro <[EMAIL PROTECTED]>: In the documentation of subprocess.Popen the docs say: "args should be a string, or a sequence of program arguments. The program to execute is normally the first item in the args sequence or string, but can be explicitly set by using the executab

[issue3445] functools.update_wrapper bug

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: I think what you want is functools.update_wrapper(myWrapper, str.split, ('__name__', '__doc__')) -- nosy: +benjamin.peterson ___ Python tracker <[EMAIL PROTECTED]>

[issue3139] bytearrays are not thread safe

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: With the patch the following script crashes the 2.6 interpreter on Windows: import sys, io, threading stdout2 = io.open(sys.stdout.fileno(), mode="w") def f(i): for i in range(10): stdout2.write(unicode((x, i)) + '\n') for x

[issue3443] crash on badly initialised AttributeError

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: > So the exception state would only stay available > within the function itself. AFAIK That's what python does for caught exceptions. -- resolution: -> invalid status: open -> closed ___ Py

[issue3445] functools.update_wrapper bug

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

[issue2819] Full precision summation

Mark Dickinson <[EMAIL PROTECTED]> added the comment: Tests related to overflow, special-values, intermediate overflow, and results at or near the boundary of the floating-point range have been removed in r65258. ___ Python tracker <[EMAIL PROTECTED]>

[issue3451] Asymptotically faster divmod and str(long)

Fredrik Johansson <[EMAIL PROTECTED]> added the comment: > Yes, definitely! Though it depends a little bit how much complication is involved. Not that much, I think, the pure Python version being just a few lines of code (plus a few more lines of boilerplate). But I'm not too familiar with conv

[issue3443] crash on badly initialised AttributeError

Stefan Behnel <[EMAIL PROTECTED]> added the comment: Thanks a lot for the analysis. I was considering that this was a problem with Cython, but since this was the first time I got a crash on this (even Py3.0b1 didn't expose this), I wanted to ask here first. Your explanation sounds like the right