Roundup Robot added the comment:
New changeset 7401a28d3d41 by Steve Dower in branch '3.4':
Issue #18382: Zero-length messages are consumed by ReadFile on Windows 8 and
later
https://hg.python.org/cpython/rev/7401a28d3d41
New changeset 6ccbcf1df7bd by Steve Dower in branch 'default':
Issue
Changes by Steve Dower steve.do...@microsoft.com:
--
resolution: - fixed
stage: patch review - resolved
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18382
___
Changes by Steve Dower steve.do...@microsoft.com:
--
assignee: - steve.dower
components: +Library (Lib), Windows -Extension Modules
nosy: +tim.golden, zach.ware
stage: needs patch - patch review
___
Python tracker rep...@bugs.python.org
Davin Potts added the comment:
Steve: FWIW, it looks like a good solution to me.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18382
___
___
Steve Dower added the comment:
Thanks Davin.
I got onto a Windows 8 machine and confirmed the behaviour changed there, so
the version check in my patch is correct. Anyone opposed to the extra logic and
version check?
--
___
Python tracker
Changes by Davin Potts pyt...@discontinuity.net:
--
nosy: +davin
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18382
___
___
Python-bugs-list
Davin Potts added the comment:
Tested Steve's code snippet on Windows 7 64-bit without the patch on default
(3.5) and got result: True
Not knowing the full history here, I blindly tried on the same Win7 system with
2.7.8 and got a False. Looks like Richard's patches made in #12328 were only
Steve Dower added the comment:
Attached a patch to 3.5 that resolves this, and I'll backport to 3.4. I haven't
got access to Windows 7 or 8 right now to test it, but it's fine on Vista
without the patch and 8.1 with the patch.
It'd be great if people could help check exactly which version of
David Bolen added the comment:
I've just brought a Windows 8 buildbot online (bolen-windows8) and can confirm
that this test does fail in the 3.4 and 3.x branches, and that it does so
consistently even if I execute the steps interactively.
--
nosy: +db3l
Antoine Pitrou added the comment:
FTR, the buildbot URL: http://buildbot.python.org/all/buildslaves/bolen-windows8
--
nosy: +pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18382
___
Changes by Antoine Pitrou pit...@free.fr:
--
stage: - needs patch
versions: +Python 3.5 -Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18382
___
Walter Prins added the comment:
What's the process for volunteering a buildbot? Email python-dev? I
*might* volunteer to set one up...
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18382
R. David Murray added the comment:
What information there is is here: http://wiki.python.org/moin/BuildBot.
Antoine Pitrou is the current buildbot master and will issue you a password
once you are set up, if you decide to do this. You can also talk to us on the
#python-dev irc channel.
R. David Murray added the comment:
All the buildbots are volunteer hosted and run, so we need someone to volunteer
to run a Windows 8 buildbot. That said, I'm not sure if we are formally
supporting Windows 8 yet or not. Actually, given the lack of a buildbot, I
suppose the answer is not :)
New submission from Walter Prins:
It appears that Windows 8 (Version 6.2.9200 x64) has introduced changes in
behaviour that causes the multiprocessing module's use of overlapped
PipeConnection to fail (Python 3.4 32bit and release 3.3.2 32bit).
This issue previously existed (see issue #12328
Richard Oudkerk added the comment:
Does that test always fail?
--
nosy: +sbt
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18382
___
___
Walter Prins added the comment:
On 6 July 2013 16:44, Richard Oudkerk rep...@bugs.python.org wrote:
Richard Oudkerk added the comment:
Does that test always fail?
Yes it does. I should've probably added in the original report that the
following test (test_strings) also fail,
17 matches
Mail list logo