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 eryksun
Recipients Yonatan Zunger, docs@python, eryksun, terry.reedy
Date 2018-07-22.09:12:00
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1532250721.21.0.56676864532.issue34115@psf.upfronthosting.co.za>
In-reply-to
Content
> On Windows Console, sys.stdin.close() does not prevent a second 
> interact call.  This might be considered a bug.

This is a bug in io._WindowsConsoleIO. 

In Python 3, the sys.std* file objects that get created at startup use closefd=False:

    >>> sys.stdin.buffer.raw.closefd
    False
    >>> sys.stdout.buffer.raw.closefd
    False
    >>> sys.stderr.buffer.raw.closefd
    False

Since the REPL uses C FILE streams (or in 3.6+ the underlying console file handle in Windows), closing sys.stdin does not cause the REPL to exit, and the PyOS_ReadLine call in the interactive loop continues to work in both POSIX and Windows. 

That said, closing sys.stdin should cause input() to raise ValueError due to sys.stdin.fileno() failing (i.e. take the non-tty path) and subsequently sys.stdin.readline() failing. A second call to code.InteractiveConsole.interact() should thus fail. The issue is that the fileno() method of _WindowsConsoleIO isn't raising ValueError like it should when the file is closed and closefd is false. I've created issue 34187 with a suggested fix.
History
Date User Action Args
2018-07-22 09:12:01eryksunsetrecipients: + eryksun, terry.reedy, docs@python, Yonatan Zunger
2018-07-22 09:12:01eryksunsetmessageid: <1532250721.21.0.56676864532.issue34115@psf.upfronthosting.co.za>
2018-07-22 09:12:01eryksunlinkissue34115 messages
2018-07-22 09:12:00eryksuncreate