Re: [Python-Dev] minidom and DOM level 2

2007-03-23 Thread Martin v. Löwis
Jason Orendorff schrieb: The lib ref claims that minidom supports DOM Level 1. Does anyone know what parts of Level 2 are not implemented? Most prominently, minidom only implements the Core module of DOM level 2, none of Views, Events, Style, Traversal and Range, or HTML. Whether anything is

Re: [Python-Dev] minidom and DOM level 2

2007-03-23 Thread Martin v. Löwis
Jason Orendorff schrieb: The lib ref claims that minidom supports DOM Level 1. Does anyone know what parts of Level 2 are not implemented? I wasn't able to find anything offhand. I now looked at it closely, and the only thing missing from DOM Level 2 Core (that I could find) is the

Re: [Python-Dev] regexp in Python

2007-03-23 Thread Fredrik Lundh
Bartlomiej Wolowiec wrote: For some time I'm interested in regular expressions and Finite State Machine. Recently, I saw that Python uses Secret Labs' Regular Expression Engine, which very often works too slow. Its pesymistic time complexity is O(2^n), although other solutions, with time

Re: [Python-Dev] minidom and DOM level 2

2007-03-23 Thread Jason Orendorff
On 3/23/07, Martin v. Löwis [EMAIL PROTECTED] wrote: Jason Orendorff schrieb: The lib ref claims that minidom supports DOM Level 1. Does anyone know what parts of Level 2 are not implemented? I wasn't able to find anything offhand. I now looked at it closely, and the only thing missing

Re: [Python-Dev] deprecate commands.getstatus()

2007-03-23 Thread Hrvoje Nikšić
On Thu, 2007-03-22 at 13:38 -0700, Guido van Rossum wrote: Sounds good to me. In 3.0 we should probably not have os.popen*(), nor the popen2 module at all, and do everything via the subprocess module. I wonder if we should even get rid of os.system(); then there should be a subprocess.system()

Re: [Python-Dev] deprecate commands.getstatus()

2007-03-23 Thread Steven Bethard
On 3/23/07, Hrvoje Nikšić [EMAIL PROTECTED] wrote: On Thu, 2007-03-22 at 13:38 -0700, Guido van Rossum wrote: Sounds good to me. In 3.0 we should probably not have os.popen*(), nor the popen2 module at all, and do everything via the subprocess module. I wonder if we should even get rid of

Re: [Python-Dev] deprecate commands.getstatus()

2007-03-23 Thread Titus Brown
On Fri, Mar 23, 2007 at 10:30:37AM -0600, Steven Bethard wrote: - On 3/23/07, Hrvoje Nik??i?? [EMAIL PROTECTED] wrote: - On Thu, 2007-03-22 at 13:38 -0700, Guido van Rossum wrote: - Sounds good to me. In 3.0 we should probably not have os.popen*(), nor - the popen2 module at all, and do

Re: [Python-Dev] [Python-checkins] r54539 - in python/trunk: Lib/string.py Misc/NEWS Objects/typeobject.c

2007-03-23 Thread Jim Jewett
(Please note that most replies should trim at least one list from the Cc) On 3/23/07, guido.van.rossum [EMAIL PROTECTED] wrote: Note: without the change to string.py, lots of spurious warnings happen. What's going on there? I assume it was a defensive measure for subclasses of both Template

[Python-Dev] Final (final?) update to patch about socket timeout...

2007-03-23 Thread Facundo Batista
...in socket.py and httplib.py, with tests and docs. The patch is #1676823. Basically what I did now is: - Just put a timeout default to None. If None, skip settimeout() call. - Copy the exceptions behaviour that we have actually in the higher level libraries, to be sure we aren't breaking

Re: [Python-Dev] regexp in Python

2007-03-23 Thread Mike Klaas
On 3/23/07, Fredrik Lundh [EMAIL PROTECTED] wrote: Bartlomiej Wolowiec wrote: For some time I'm interested in regular expressions and Finite State Machine. Recently, I saw that Python uses Secret Labs' Regular Expression Engine, which very often works too slow. Its pesymistic time

Re: [Python-Dev] Final (final?) update to patch about socket timeout...

2007-03-23 Thread Guido van Rossum
Looks good. I forget -- can you check this in yourself? If so, do it! If not, let me know and I'll do it for you. Thanks for doing this! --Guido On 3/23/07, Facundo Batista [EMAIL PROTECTED] wrote: ...in socket.py and httplib.py, with tests and docs. The patch is #1676823. Basically what I

Re: [Python-Dev] Hindsight on Py_UNICODE_WIDE?

2007-03-23 Thread Guido van Rossum
On 3/23/07, Jason Orendorff [EMAIL PROTECTED] wrote: Scheme is adding Unicode support in an upcoming standard: (DRAFT) http://www.r6rs.org/document/lib-html/r6rs-lib-Z-H-3.html I have two questions for the python-dev team about Python's Unicode experiences. If it's convenient, please take a

Re: [Python-Dev] Final (final?) update to patch about socket timeout...

2007-03-23 Thread Facundo Batista
Guido van Rossum wrote: Looks good. I forget -- can you check this in yourself? If so, do it! If not, let me know and I'll do it for you. Thanks for doing this! Done. You're welcome. I'll start now with the patch about the *other* higher level libraries, :) Regards, -- . Facundo . Blog:

Re: [Python-Dev] Final (final?) update to patch about socket timeout...

2007-03-23 Thread Guido van Rossum
On 3/23/07, Facundo Batista [EMAIL PROTECTED] wrote: Guido van Rossum wrote: Looks good. I forget -- can you check this in yourself? If so, do it! If not, let me know and I'll do it for you. Thanks for doing this! Done. You're welcome. I'll start now with the patch about the *other*

Re: [Python-Dev] Hindsight on Py_UNICODE_WIDE?

2007-03-23 Thread M.-A. Lemburg
On 2007-03-23 19:18, Jason Orendorff wrote: Scheme is adding Unicode support in an upcoming standard: (DRAFT) http://www.r6rs.org/document/lib-html/r6rs-lib-Z-H-3.html I have two questions for the python-dev team about Python's Unicode experiences. If it's convenient, please take a moment

Re: [Python-Dev] Final (final?) update to patch about socket timeout...

2007-03-23 Thread Facundo Batista
Facundo Batista wrote: Guido van Rossum wrote: Looks good. I forget -- can you check this in yourself? If so, do it! If not, let me know and I'll do it for you. Thanks for doing this! Done. You're welcome. Tests failed because of this commit *only* in alpha Tru64 5.1 trunk buildbot. The

[Python-Dev] Proposal: Allow any mapping after ** in calls

2007-03-23 Thread Alexander Belopolsky
Python allows arbitrary sequences after * in calls, but an expression following ** must be a (subclass of) dict. I believe * and ** should be treated similarly and since f(*UserList(..)) is valid, f(**UserDict(..)) should be valid as well. Of course, I can work around this limitation by writing

[Python-Dev] Exceptions for readonly attributes

2007-03-23 Thread Raymond Hettinger
Re: www.python.org/sf/1687163 I noticed that RO members raise a TypeError upon an attempted write. In contrast, we get an AttributeError when writing to a readonly property or to a readonly method (such as those for builtin types). IMO, the TypeError should really be an AttributeError.

[Python-Dev] RFC - GoogleSOC proposal -cleanupurllib

2007-03-23 Thread Senthil
Hi All, I have written a proposal to cleanup urllib as part of Google SoC. I am attaching the file 'soc1' with this email. Requesting you to go through the proposal and provide any feedback which I can incorporate in my submission. Thanks, Senthil -- O.R.Senthil Kumaran

Re: [Python-Dev] Final (final?) update to patch about socket timeout...

2007-03-23 Thread Facundo Batista
Facundo Batista wrote: Tests failed because of this commit *only* in alpha Tru64 5.1 trunk buildbot. Also it fails in g4 osx.4 trunk. In all the other platforms it works ok. The test that failed is one that does: sock = socket.create_connection((HOST, PORT), timeout=10)

Re: [Python-Dev] Exceptions for readonly attributes

2007-03-23 Thread Guido van Rossum
Sounds like something maybe to do in 3.0. On 3/23/07, Raymond Hettinger [EMAIL PROTECTED] wrote: Re: www.python.org/sf/1687163 I noticed that RO members raise a TypeError upon an attempted write. In contrast, we get an AttributeError when writing to a readonly property or to a readonly

Re: [Python-Dev] Extended Buffer Interface/Protocol

2007-03-23 Thread Neil Hodgson
I have developed a split vector type that implements the buffer protocol at http://scintilla.sourceforge.net/splitvector-1.0.zip It acts as a mutable string implementing most of the sequence protocol as well as the buffer protocol. splitvector.SplitVector('c') creates a vector containing 8