Am 28.11.2012 06:37, schrieb Gregory P. Smith:
> On Tue, Nov 27, 2012 at 3:19 PM, Trent Nelson wrote:
>
>> On Tue, Nov 27, 2012 at 03:09:12PM -0800, Matthias Klose wrote:
>>> Am 27.11.2012 23:49, schrieb Trent Nelson:
I don't think we've currently got the ability to do this, right?
On Tue, Nov 27, 2012 at 3:19 PM, Trent Nelson wrote:
> On Tue, Nov 27, 2012 at 03:09:12PM -0800, Matthias Klose wrote:
> > Am 27.11.2012 23:49, schrieb Trent Nelson:
> > > I don't think we've currently got the ability to do this, right?
> > > Is there a precedent set anywhere else? I sus
On Tue, Nov 27, 2012 at 9:19 PM, Eric Snow wrote:
> On Thu, Nov 22, 2012 at 5:09 AM, Nick Coghlan wrote:
>> On Thu, Nov 22, 2012 at 9:44 PM, Kristján Valur Jónsson
>> wrote:
>>>
>>> Where in the tracker? I tried searching but didn’t find it.
>>
>>
>> This one: http://bugs.python.org/issue13475
On Thu, Nov 22, 2012 at 5:09 AM, Nick Coghlan wrote:
> On Thu, Nov 22, 2012 at 9:44 PM, Kristján Valur Jónsson
> wrote:
>>
>> Where in the tracker? I tried searching but didn’t find it.
>
>
> This one: http://bugs.python.org/issue13475
>
> This and the issue about being able to configure coverag
On Tue, Nov 27, 2012 at 03:14:00PM -0800, Richard Oudkerk wrote:
> On 27/11/2012 10:49pm, Trent Nelson wrote:
> > Ideally, a Windows binary should make WSAPoll/select.poll()
> > available if running on Vista or above, without impacting
> > the ability to run on XP.
>
> I assume you
On Tue, Nov 27, 2012 at 03:09:12PM -0800, Matthias Klose wrote:
> Am 27.11.2012 23:49, schrieb Trent Nelson:
> > I don't think we've currently got the ability to do this, right?
> > Is there a precedent set anywhere else? I suspect it's not as
> > much of an issue on *NIX platforms as
On 27/11/2012 10:49pm, Trent Nelson wrote:
Ideally, a Windows binary should make WSAPoll/select.poll()
available if running on Vista or above, without impacting
the ability to run on XP.
I assume you can do something like
int WSAAPI (*pWSAPoll)(WSAPOLLFD *, ULONG, INT);
Am 27.11.2012 23:49, schrieb Trent Nelson:
> I don't think we've currently got the ability to do this, right?
> Is there a precedent set anywhere else? I suspect it's not as
> much of an issue on *NIX platforms as you'll typically compile
> from source. Windows, not so much.
>
>
The hackiest part of my WSAPoll patch is this:
--- a/PC/pyconfig.h Sun Nov 18 10:42:42 2012 +
+++ b/PC/pyconfig.h Sun Nov 18 17:27:29 2012 -0500
@@ -158,12 +158,12 @@
/* set the version macros for the windows headers */
#ifdef MS_WINX64
/* 64 bit only runs on XP or greater */
-#
On Mon, Nov 19, 2012 at 9:01 AM, Brian Curtin wrote:
> Hi all,
>
> Along with a number of other free and open communities, Python is
> being included in a survey of new contributors since January 2010. The
> survey is being done by Kevin Carillo, a PhD student at Victoria
> University of Wellingto
On Tue, Nov 27, 2012 at 1:23 AM, Kristján Valur Jónsson
wrote:
> Yes, well, as a matter of fact, I do have an IOCP based socket implementation
> with stackless python.
It would have been nice if you had given more context and stated your
objective upfront instead of asking what appeared to be an
On 27/11/2012 9:35am, Kristján Valur Jónsson wrote:
This worries me:
"If the file handle is associated with a completion port, an I/O completion
> packet is not queued to the port if a synchronous operation is
successfully canceled...
I think you can only abort a synchronous operation if you u
On Tue, Sep 04, 2012 at 02:24:10AM -0700, Andrew Svetlov wrote:
> Is it still up to date? Bug has been created in 2004.
> I don't see Tru64 in list of available buildbots.
>
> Do we need to care about this platform? And how to make sure what
> existing code works fine for that?
There's a Snak
Yes, well, as a matter of fact, I do have an IOCP based socket implementation
with stackless python.
>From the programmer's perspective, operations appear blocking while IOCP is
>used to switch tasklets in the background.
But my socket timeout implementation does not guarantee that the socket is
This is getting off-topic, but:
CancelIoEx() is a new api that I wasn't aware of (my IOCP solution dates back
to 2005). It appears that this can be used, although the documentation is
sketchy.
This worries me:
"If the file handle is associated with a completion port, an I/O completion
packet is
15 matches
Mail list logo
