From: "Nick Coghlan" <[EMAIL PROTECTED]>
> A python-dev Google search for "itertools window" found me your original
> suggestion to include Jack Diedrich's itertools.window in Python 2.3 (which
> was only deferred because 2.3 was already past beta 1 at that point).
>
> I couldn't find any discuss
Raymond Hettinger wrote:
>> Aahz <[EMAIL PROTECTED]> wrote:
Some open question remain:
- should iwindow return lists or tuples?
- what happens if the length of the iterable is smaller than the
window size, and no padding is specified? Is this an error? Should
the generator
Martin v. Löwis wrote:
>
>>>Just end user experience's two cents here
>>>(btw, this line is correct at English level?)
>
> Wouldn't it be still be conventional to have an article somewhere?
> e.g. " Just /some/ end user's two cents here"
Or "Just two cents' worth of end-user experience here",
wh
"Steve Holden" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
>> It looks like there were a lot of additions to the string test suite,
>> that's great. I'm not sure if the other areas touched got similar
>> boosts to their tests. It would be good to upgrade all tests to
>> verify c
""Martin v. Löwis"" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> Terry Reedy wrote:
>>> Just end user experience's two cents here
>>> (btw, this line is correct at English level?)
>>
>> Since you asked...your question would be better written "is this line
>> correct English?"
>>
"Fredrik Lundh" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> several string methods accepts either strings or objects that support
> the buffer api, and ends up raising a "expected a character buffer
> object" error if you pass in something else. this isn't exactly helpful
> for
> Aahz <[EMAIL PROTECTED]> wrote:
>>> Some open question remain:
>>> - should iwindow return lists or tuples?
>>> - what happens if the length of the iterable is smaller than the
>>> window size, and no padding is specified? Is this an error? Should
>>> the generator return no value at all or one w
Aahz <[EMAIL PROTECTED]> wrote:
>> Some open question remain:
>> - should iwindow return lists or tuples?
>> - what happens if the length of the iterable is smaller than the
>> window size, and no padding is specified? Is this an error? Should
>> the generator return no value at all or one window
several string methods accepts either strings or objects that support
the buffer api, and ends up raising a "expected a character buffer
object" error if you pass in something else. this isn't exactly helpful
for non-experts -- the term "character buffer object" doesn't appear in
any python tu
On 27-mei-2006, at 8:49, Martin v. Löwis wrote:
> Ronald Oussoren wrote:
>> Some time ago a warning was introduced for directories on sys.path
>> that don't contain an __init__.py but have the same name as a
>> package/
>> module that is being imported.
>>
>> Is it intentional that this trigger
On May 26, 2006, at 4:56 PM, Guido van Rossum wrote:
> On 5/26/06, martin.blais <[EMAIL PROTECTED]> wrote:
>> Log:
>> Support for buffer protocol for socket and struct.
>>
>> * Added socket.recv_buf() and socket.recvfrom_buf() methods, that
>> use the buffer
>> protocol (send and sendto alread
On Sat, 27 May 2006, "Martin v. Löwis" wrote:
[...]
Just end user experience's two cents here
(btw, this line is correct at English level?)
[...]
Wouldn't it be still be conventional to have an article somewhere?
e.g. " Just /some/ end user's two cents here"
Yes, but "one" (or maybe "an") ra
On Fri, May 26, 2006, Fredrik Lundh wrote:
>
> and while we're at it, let's fix this:
>
> >>> 0.66 * (1, 2, 3)
> (1, 2)
>
> and maybe even this
>
> >>> 0.5 * (1, 2, 3)
> (1, 1)
>
> but I guess the latter one might need a pronunciation.
This should certainly get fixed in 3.0
On Thu, May 25, 2006, Torsten Marek wrote:
>
> Some open question remain:
> - should iwindow return lists or tuples?
> - what happens if the length of the iterable is smaller than the window size,
> and no padding is specified? Is this an error? Should the generator return no
> value at all or one
Neal Norwitz wrote:
> First off, good work to everyone involved. You did a tremendous job.
> I just hope to hell you're done, because I can't keep up! :-)
>
Not quite done yet, but I will be encouraging the team to start wrapping
up in time to draw a line under everything that *isn't* going to
Terry Reedy wrote:
>> Just end user experience's two cents here
>> (btw, this line is correct at English level?)
>
> Since you asked...your question would be better written "is this line
> correct English?"
> And the line before, while not formal English of the kind needed, say, for
> Decimal d
> http://wiki.python.org/moin/NeedForSpeed/Successes
> http://wiki.python.org/moin/NeedForSpeed/Failures
> http://wiki.python.org/moin/NeedForSpeed/Deferred
And
http://wiki.python.org/moin/ListOfPerformanceRelatedPatches
All of these are linked to from the top page:
http://wiki.python.o
Ross Cohen wrote:
> The first thing any user of the poll interface does with the file descriptor
> is map it to some state object. That's where the lookup can be saved, the
> object can just be handed back directly. Problem being that when the fd is
> unregistered, we won't get back the PyObject po
Alex Martelli wrote:
> On May 26, 2006, at 6:27 PM, Steve Holden wrote:
>>Of course that would mean establishing which *was* the best available
>>which, as we've seen this week, may not be easy.
>
> I believe it's: kqueue on FreeBSD (for recent-enough versions
> thereof), otherwise epoll where
On Sat, May 27, 2006 at 02:27:20AM +0100, Steve Holden wrote:
> Greg Ewing wrote:
> > Rather than adding yet another platform-dependent module,
> > I'd like to see a unified Python interface in the stdlib
> > that uses whichever is the best one available.
> >
> Of course that would mean establishi
On Sat, May 27, 2006 at 08:36:12AM +0200, "Martin v. Löwis" wrote:
> Ross Cohen wrote:
> > epoll also allows 64 bits of data to be tucked away and returned when events
> > happen. Could be useful for saving a dict lookup for every event. However,
> > there are some refcounting issues. Dict lookup p
21 matches
Mail list logo
