[issue3358] 2to3 Iterative Wildcard Matching

Collin Winter <[EMAIL PROTECTED]> added the comment: Yeah, benchmarking this change against the unmodified HEAD, the iterative version runs the test suite much slower. Let's file this under the "didn't work out" category. It was a good idea that you obviated with the fix_imports improvements. __

[issue3366] Add gamma and error functions to math module

Daniel Stutzbach <[EMAIL PROTECTED]> added the comment: I think he just carried the names over from C, where: tgamma() is the "true gamma function" lgamma() is the log of the gamma function and gamma() might be tgamma() or lgamma() depending on which C library you use (sigh). I'm +1 on making

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

Changes by Richard Jones <[EMAIL PROTECTED]>: -- type: -> behavior ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list mail

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

New submission from Richard Jones <[EMAIL PROTECTED]>: The Python 2.5 "-m" command-line option allowed execution of a package directly, by invoking the __init__.py module. Python 2.6 no longer allows this. This is a quite unfortunate regression, and I would urge the decision to hobble it to be

[issue1767370] Make xmlrpc use HTTP/1.1 and keepalive

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: If this is under the Google agreement, then it's fine (I think). It's just that we can't accept anonymous contributions (even if made through a known middleman). ___ Python tracker <[EMAIL PROTECTED]>

[issue3436] csv.DictReader inconsistency

Skip Montanaro <[EMAIL PROTECTED]> added the comment: That would be a fairly easy change to the DictReader class (see the attached patch) but probably can't be applied at this point in the 2.6 release cycle even though all csv module tests pass with it. -- nosy: +skip.montanaro Added fil

[issue3437] robotparser.py missing one line

Changes by Skip Montanaro <[EMAIL PROTECTED]>: ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list mailing list Unsubscribe: http://

[issue3437] robotparser.py missing one line

Skip Montanaro <[EMAIL PROTECTED]> added the comment: *sigh* there are no test cases in the current code with Allow: lines in test_robotparser.py. -- priority: -> normal versions: +Python 2.6 ___ Python tracker <[EMAIL PROTECTED]>

[issue3437] robotparser.py missing one line

Skip Montanaro <[EMAIL PROTECTED]> added the comment: *sigh* there are no test cases with Allow: lines in test_robotparser.py. ___ Python tracker <[EMAIL PROTECTED]> ___ ___

[issue3437] robotparser.py missing one line

Skip Montanaro <[EMAIL PROTECTED]> added the comment: Perhaps more important than a test case, can you explain what states 0, 1 and 2 are (maybe give them some symbolic names I can at least put in a comment)? This is not my code. Though I wrote the first version of the robotparser module and

[issue3437] robotparser.py missing one line

Skip Montanaro <[EMAIL PROTECTED]> added the comment: Do you have a concrete robots.txt file I can use in a test case? ___ Python tracker <[EMAIL PROTECTED]> ___ ___

[issue3366] Add gamma and error functions to math module

Raymond Hettinger <[EMAIL PROTECTED]> added the comment: Why isn't tgamma() simply named gamma()? The t prefix does nothing for me except raise questions. ___ Python tracker <[EMAIL PROTECTED]> _

[issue3366] Add gamma and error functions to math module

nirinA raseliarison <[EMAIL PROTECTED]> added the comment: Mark Dickinson : > So a full patch for this should touch at least Python/pymath.c, > Modules/mathmodule.c, configure.in, Lib/test/test_math.py, and > Doc/Library/math.rst. here are patches for Python/pymath.c, Modules/mathmodule.c, Lib/

[issue3366] Add gamma and error functions to math module

Changes by nirinA raseliarison <[EMAIL PROTECTED]>: Added file: http://bugs.python.org/file10976/test_math.py.diff ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue3366] Add gamma and error functions to math module

Changes by nirinA raseliarison <[EMAIL PROTECTED]>: Added file: http://bugs.python.org/file10975/pymath.h.diff ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue3366] Add gamma and error functions to math module

Changes by nirinA raseliarison <[EMAIL PROTECTED]>: Added file: http://bugs.python.org/file10974/mathmodule.c.diff ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue3366] Add gamma and error functions to math module

Changes by nirinA raseliarison <[EMAIL PROTECTED]>: Added file: http://bugs.python.org/file10973/pymath.c.diff ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue3366] Add gamma and error functions to math module

Changes by nirinA raseliarison <[EMAIL PROTECTED]>: Removed file: http://bugs.python.org/file10954/mathmodule.diff ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue3439] math.frexp and obtaining the bit size of a large integer

Raymond Hettinger <[EMAIL PROTECTED]> added the comment: numbers.Integral is already way too fat of an API. Am -1 on expanding it further. Recommend sticking with the simplest, least invasive, least pervasive version of your request, a numbits() method for ints. FWIW, in Py2.6 you can alread

[issue3439] math.frexp and obtaining the bit size of a large integer

Fredrik Johansson <[EMAIL PROTECTED]> added the comment: Raymond, yes, I think that a separate numbits function would better, although exposing this functionality would not prevent also changing the behavior of frexp. As I said, math.log already knows about long integers, so handling long integer

[issue1767370] Make xmlrpc use HTTP/1.1 and keepalive

Martín Conte Mac Donell <[EMAIL PROTECTED]> added the comment: I've signed and faxed the form. Just in case. Martin. ___ Python tracker <[EMAIL PROTECTED]> ___ _

[issue3439] math.frexp and obtaining the bit size of a large integer

Raymond Hettinger <[EMAIL PROTECTED]> added the comment: Another reason to leave frexp() untouched is that it is tightly coupled to ldexp() as its inverse, for a lossless roundtrip: assert ldexp(*frexp(pi)) == pi This relationship is bound to get mucked-up or confused if frexp starts accep

[issue3353] make built-in tokenizer available via Python C API

Fredrik Lundh <[EMAIL PROTECTED]> added the comment: That's should be all that's needed to expose the existing API, as is. If you want to verify the build, you can grab the pytoken.c and setup.py files from this directory, and try building the module. http://svn.effbot.org/public/stuff/sandbox/

[issue3422] sphinx.doc.autodoc: Hook for changing argspec

Pauli Virtanen <[EMAIL PROTECTED]> added the comment: Suggested patch attached. Tested on Numpy documentation. It adds a new signal, autodoc-process-signature(app, what, name, obj, options, signature, return_annotation) which is assumed to return either None o

[issue3440] Starting Python as a subprocess fails when subprocess.Popen has env argument

New submission from Lenard Lindstrom <[EMAIL PROTECTED]>: Python 2.6b2 (r26b2:65106, Jul 18 2008, 18:22:27) [MSC v.1500 32 bit (Intel)] on win32 Windows XP Professional, SP 2 Library class subprocess.Popen When subprocess.Popen is used to start the python interpreter as a subprocess with a cu

[issue3256] Multiprocessing docs are not 3.0-ready

Andrii V. Mishkovskyi <[EMAIL PROTECTED]> added the comment: OK, I'll work on this too. :) Patch should be ready by Monday. ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue3439] math.frexp and obtaining the bit size of a large integer

Raymond Hettinger <[EMAIL PROTECTED]> added the comment: I prefer your idea to expose PyLong_Numbits(). IMO, frexp() is very much a floating point concept and should probably remain that way. -- nosy: +rhettinger ___ Python tracker <[EMAIL PROTECTED

[issue1767370] Make xmlrpc use HTTP/1.1 and keepalive

Donovan Baarda <[EMAIL PROTECTED]> added the comment: On Tue, July 22, 2008 05:21, Martin v. Löwis wrote: > > Martin v. Löwis <[EMAIL PROTECTED]> added the comment: > > We would need the copyright holder of the patch to submit a contributor > form. Would that be possible? he works for Google (

[issue3439] math.frexp and obtaining the bit size of a large integer

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: Would you like to work on a patch? -- nosy: +loewis ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue2916] urlgrabber.grabber calls setdefaulttimeout

Changes by Georg Brandl <[EMAIL PROTECTED]>: -- resolution: -> invalid status: open -> closed versions: +3rd party -Python 2.5 ___ Python tracker <[EMAIL PROTECTED]> ___ _

[issue2417] [py3k] Integer floor division (//): small int check omitted

Facundo Batista <[EMAIL PROTECTED]> added the comment: Commited in r65220. Thank you everybody!! -- resolution: -> fixed status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> ___

[issue3359] add 'rbU' mode to open()

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: Please read http://docs.python.org/dev/library/io.html#io.TextIOBase.newlines ___ Python tracker <[EMAIL PROTECTED]> ___

[issue3359] add 'rbU' mode to open()

anatoly techtonik <[EMAIL PROTECTED]> added the comment: This '\r' makes things worse. I am also on Windows and didn't thought that "rb" processes '\r\n' linefeeds as a side-effect of '\n' being the last character. Thanks. newline='' is just what I need. I guess there is no alternative to it in

[issue3256] Multiprocessing docs are not 3.0-ready

Jesse Noller <[EMAIL PROTECTED]> added the comment: that's your call Andrii ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list maili

[issue3438] PyCF_DONT_IMPLY_DEDENT can be used to activate the with statement

Changes by Roger Demetrescu <[EMAIL PROTECTED]>: -- nosy: +rdemetrescu ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list m

[issue3439] math.frexp and obtaining the bit size of a large integer

New submission from Fredrik Johansson <[EMAIL PROTECTED]>: Python 3.0b2 (r30b2:65106, Jul 18 2008, 18:44:17) [MSC v.1500 32 bit (Intel)] on win32 Type "help", "copyright", "credits" or "license" for more information. >>> import math >>> math.frexp(10**100) (0.5714936956411375, 333) >>> math.frex

[issue3256] Multiprocessing docs are not 3.0-ready

Andrii V. Mishkovskyi <[EMAIL PROTECTED]> added the comment: btw, some of the docstrings are also outdated, e.g. Pool.imap, Pool.map, etc. Should I handle this one too? ___ Python tracker <[EMAIL PROTECTED]> _

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

Changes by Dylan Grose <[EMAIL PROTECTED]>: -- nosy: +dkbg ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list mailing list

[issue3436] csv.DictReader inconsistency

Andrii V. Mishkovskyi <[EMAIL PROTECTED]> added the comment: And how this method should look? Something like this, I suppose: def getheader(self): if self.fieldnames is None: try: self.fieldnames = self.reader.next() except StopIteration: pass retu

[issue3436] csv.DictReader inconsistency

Raymond Hettinger <[EMAIL PROTECTED]> added the comment: I think this is the wrong approach. It would be better to have a separate getheader() method. Having __init__ do the deed is at odds with other uses of __init__ that only do setup but don't start reading. -- nosy: +rhettinger

[issue3139] bytearrays are not thread safe

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: Here is a patch adding the s* format, and changing files, sockets, and fileio to use it. For bz2, the immediate effect is that you get a type error (as an object providing bf_releasebuffer cannot be converted through s#/w# anymore); it would

[issue3438] PyCF_DONT_IMPLY_DEDENT can be used to activate the with statement

Guilherme Polo <[EMAIL PROTECTED]> added the comment: "This flag is then converted to PyPARSE_DONT_IMPLY_DEDENT (defined at parsetok.py with a value of 0x0002" Sorry, it is defined at "parsetok.h" of course. ___ Python tracker <[EMAIL PROTECTED]>

[issue3438] PyCF_DONT_IMPLY_DEDENT can be used to activate the with statement

New submission from Guilherme Polo <[EMAIL PROTECTED]>: Yesterday I read at a maillist about IDLE being able to use the "with" statement in python 2.5 without needing to explicitly doing "from __future__ import with_statement", then today I started tracing the origin of this. It starts at the use

[issue3437] robotparser.py missing one line

Changes by Benjamin Peterson <[EMAIL PROTECTED]>: -- assignee: -> skip.montanaro nosy: +skip.montanaro ___ Python tracker <[EMAIL PROTECTED]> ___ _

[issue3437] robotparser.py missing one line

New submission from mARK <[EMAIL PROTECTED]>: RobotFileParser.parse() contains the lines elif line[0] == "disallow": if state != 0: entry.rulelines.append(RuleLine(line[1], False)) state = 2 elif

[issue3348] Cannot start wsgiref simple server in Py3k

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

[issue2566] Py3.0a4 wsgiref simple_server failed to start

Antoine Pitrou <[EMAIL PROTECTED]> added the comment: The same bug is being discussed in #3348 -- nosy: +pitrou resolution: -> duplicate status: open -> closed superseder: -> Cannot start wsgiref simple server in Py3k ___ Python tracker <[EMAIL PROT

[issue3436] csv.DictReader inconsistency

Changes by Andrii V. Mishkovskyi <[EMAIL PROTECTED]>: -- components: +Library (Lib) type: -> behavior ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue3436] csv.DictReader inconsistency

Changes by Andrii V. Mishkovskyi <[EMAIL PROTECTED]>: Added file: http://bugs.python.org/file10967/trunk.csv.py.diff ___ Python tracker <[EMAIL PROTECTED]> ___

[issue3436] csv.DictReader inconsistency

Changes by Andrii V. Mishkovskyi <[EMAIL PROTECTED]>: Removed file: http://bugs.python.org/file10966/trunk.csv.py.diff ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue3436] csv.DictReader inconsistency

Changes by Andrii V. Mishkovskyi <[EMAIL PROTECTED]>: Added file: http://bugs.python.org/file10966/trunk.csv.py.diff ___ Python tracker <[EMAIL PROTECTED]> ___

[issue3436] csv.DictReader inconsistency

New submission from Andrii V. Mishkovskyi <[EMAIL PROTECTED]>: I had to use csv module recently and ran into a "problem" with DictReader. I had to get headers of CSV file and only after that iterate throgh each row. But AFAIU there is no way to do it, other then subclassing. So, basically, right

[issue2832] Line numbers reported by extract_stack are offset by the #-*- encoding line

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

[issue1758146] Crash in PyObject_Malloc

Graham Dumpleton <[EMAIL PROTECTED]> added the comment: I do understand. The initial thread, which is effectively a foreign thread to Python to begin with, when used to initialise Python, ie., call Py_Initialize(), is treated in a special way in as much as as a side effect it does that initia

[issue2834] re.IGNORECASE not Unicode-ready

Changes by Antoine Pitrou <[EMAIL PROTECTED]>: -- assignee: -> pitrou priority: -> critical ___ Python tracker <[EMAIL PROTECTED]> ___ ___

[issue3359] add 'rbU' mode to open()

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: > does it mean that if newline='\r\n' is specified all single '\n' > characters are returned inline? Yes. Let's take a file with mixed newlines: >>> io.open("c:/temp/t", "rb").read() 'a\rb\r\nc\nd\n' rb mode splits only on '\r\n' (I'm

[issue3433] Mac, 3.0 framework install error with fink cp

Robin Dunn <[EMAIL PROTECTED]> added the comment: Maybe, but I think that a more proper approach would be one of the following: * Decide that features specific to Apple's cp are required and change the Makefile to use /bin/cp instead of just cp. * Use configure to determine if a GNU cp is prese

[issue3433] Mac, 3.0 framework install error with fink cp

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: Isn't this a Fink problem then? -- nosy: +benjamin.peterson ___ Python tracker <[EMAIL PROTECTED]> ___

[issue3359] add 'rbU' mode to open()

anatoly techtonik <[EMAIL PROTECTED]> added the comment: Thanks for the hints. It appeared that "universal text mode" is not for crossplatform but for platform-specific programming. =) So I gave it up and ended with my own 'rb' newlines counter and 'wb' writer which inserts lines in required for

[issue2834] re.IGNORECASE not Unicode-ready

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

[issue1758146] Crash in PyObject_Malloc

Franco DiRosa <[EMAIL PROTECTED]> added the comment: I'm unsure if you are understanding what I'm doing so here is the story... I stepped through Py_Initialize and this function takes the main interpreter and it's initial thread state and makes that the GIL thread state. The following code i

[issue2983] Ttk support for Tkinter

Guilherme Polo <[EMAIL PROTECTED]> added the comment: I've added it to PyPi (http://pypi.python.org/pypi/pyttk) yesterday to facilitate the process of installing the module (without needing to checkout the repo) in the hope that people will use it, and contribute to make it better and possibly ev

[issue3435] trace.py tries to get coverage data from non Python files

Gustavo Narea <[EMAIL PROTECTED]> added the comment: Hi, Amaury. I found this problem using the Bitten continuous integration system (http://bitten.edgewall.org/ticket/304). I'm using the TurboGears framework with Genshi, and therefore mypackage.templates module should contain non-Python files.

[issue3435] trace.py tries to get coverage data from non Python files

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: Your remark is certainly valid, but where does this occur? Some tool that generate python code on the fly? Do you have an example, a use case? -- nosy: +amaury.forgeotdarc ___ Python tracker

[issue3435] trace.py tries to get coverage data from non Python files

New submission from Gustavo Narea <[EMAIL PROTECTED]>: trace.py tries to get coverage information from non Python files, which raises a SyntaxError because the file doesn't contain valid Python code. I've attached a path that fixes this problem in Python 2.5. -- components: Library (Lib

[issue3434] Mac, 3.0 framework install, Python.app not created

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

[issue3208] function annotation for builtin and C function

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: The "First" argument does not apply here, we could just say "annotations are not a function invariant", but the "Second" argument is valid to me. A solution would be a global (or interpreter-local if we really want to support sub-inter