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 b
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 read
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)
>
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
http://phoe6.livejournal.
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. Howev
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
f
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" buildbo
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 mome
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 *
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:
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 t
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 w
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 to reply.
Thanks in advance.
1. In hindsight, wha
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 pesymist
...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 an
(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
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, an
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
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.syste
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 th
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
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 Entit
22 matches
Mail list logo
