This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author techtonik
Recipients sbt, techtonik
Date 2013-09-29.19:08:25
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <CAPkN8x+7ViQ+pJNsFRCx5vs38fr8F4ACLVErrA+rHwVeQr_G9A@mail.gmail.com>
In-reply-to <1380477236.73.0.592881006747.issue19124@psf.upfronthosting.co.za>
Content
On Sun, Sep 29, 2013 at 8:53 PM, Richard Oudkerk <report@bugs.python.org> wrote:
>
> Richard Oudkerk added the comment:
>
>> Where did you get that info? MSDN is silent about that.
>> http://msdn.microsoft.com/en-us/library/886kc0as(v=vs.90).aspx
>
> Reading the source code for the C runtime included with Visual Studio.

Visual Studio 10+ ? Is it available somewhere for a reference?

>> The problem is not in what I should or should not use. The problem
>> that existing scripts that work on Unix and use os.execv() to launch
>> interactive scripts, on Windows behave absolutely weird and unusable
>> behavior. I previously experienced this with SCons, but couldn't get
>> the reason. Now I experience this with basic Android development tools
>> and dug down to this. It is clearly a big mess from this side of
>> Windows.
>
> As said before (more than once), os.exec*() is useless on Windows: just use subprocess.

I value your expert opinion, but to increase the bus factor, I can not
leave it without asking for reasons.

Have you tried to run examples provided by MSDN - do they exhibit the
same behavior as Python script I attached earlier and described in the
first message?
History
Date User Action Args
2013-09-29 19:08:26techtoniksetrecipients: + techtonik, sbt
2013-09-29 19:08:26techtoniklinkissue19124 messages
2013-09-29 19:08:25techtonikcreate