# Travis output not a TTY on Windows builders

**URL:** <https://travis-ci.community/t/travis-output-not-a-tty-on-windows-builders/4956>\
**Category:** Windows\
**Tags:** build-env, windows\
**Created:** [September 1, 2019, 4:52pm UTC](https://travis-ci.community/t/travis-output-not-a-tty-on-windows-builders/4956 "2019-09-01T16:52:03Z")\
**Posts on this page:** 1\
**Showing post:** 2

<div class="post-metadata">

**Author:** ![native-api](https://sea1.discourse-cdn.com/flex015/user_avatar/travis-ci.community/native-api/32/430_2.png) [@native-api](https://travis-ci.community/u/native-api)\
**Post date:** [September 1, 2019, 5:26pm UTC](https://travis-ci.community/t/travis-output-not-a-tty-on-windows-builders/4956/2 "2019-09-01T17:26:36Z")

</div>

Checking this locally in Git Bash gives the same result:

```auto
MINGW64 ~
$ python -c 'import sys,os; print os.isatty(sys.stdout.fileno())'
False

```

So this is Git Bash’s (or rather, the underlying MinGW64’s) problem.

[https://stackoverflow.com/questions/40912072/git-for-windows-mintty-sys-stdout-isatty-returns-false](https://stackoverflow.com/questions/40912072/git-for-windows-mintty-sys-stdout-isatty-returns-false) suggests that this can be worked around by running the command via `winpty`:

```auto
MINGW64 ~
$ winpty python -c 'import sys,os; print os.isatty(sys.stdout.fileno())'
True

```

---

_[View the full topic](https://travis-ci.community/t/travis-output-not-a-tty-on-windows-builders/4956)._