@vibedeckx/win32-x64 0.1.12 → 0.1.16

package/node_modules/node-pty/deps/winpty/README.md

@@ -1,151 +0,0 @@
-# winpty
-
-[![Build Status](https://tea-ci.org/api/badges/rprichard/winpty/status.svg)](https://tea-ci.org/rprichard/winpty)
-
-winpty is a Windows software package providing an interface similar to a Unix
-pty-master for communicating with Windows console programs.  The package
-consists of a library (libwinpty) and a tool for Cygwin and MSYS for running
-Windows console programs in a Cygwin/MSYS pty.
-
-The software works by starting the `winpty-agent.exe` process with a new,
-hidden console window, which bridges between the console API and terminal
-input/output escape codes.  It polls the hidden console's screen buffer for
-changes and generates a corresponding stream of output.
-
-The Unix adapter allows running Windows console programs (e.g. CMD, PowerShell,
-IronPython, etc.) under `mintty` or Cygwin's `sshd` with
-properly-functioning input (e.g. arrow and function keys) and output (e.g. line
-buffering).  The library could be also useful for writing a non-Cygwin SSH
-server.
-
-## Supported Windows versions
-
-winpty runs on Windows XP through Windows 10, including server versions.  It
-can be compiled into either 32-bit or 64-bit binaries.
-
-## Cygwin/MSYS adapter (`winpty.exe`)
-
-### Prerequisites
-
-You need the following to build winpty:
-
-* A Cygwin or MSYS installation
-* GNU make
-* A MinGW g++ toolchain capable of compiling C++11 code to build `winpty.dll`
-  and `winpty-agent.exe`
-* A g++ toolchain targeting Cygwin or MSYS to build `winpty.exe`
-
-Winpty requires two g++ toolchains as it is split into two parts. The
-`winpty.dll` and `winpty-agent.exe` binaries interface with the native
-Windows command prompt window so they are compiled with the native MinGW
-toolchain.  The `winpty.exe` binary interfaces with the MSYS/Cygwin terminal so
-it is compiled with the MSYS/Cygwin toolchain.
-
-MinGW appears to be split into two distributions -- MinGW (creates 32-bit
-binaries) and MinGW-w64 (creates both 32-bit and 64-bit binaries).  Either
-one is generally acceptable.
-
-#### Cygwin packages
-
-The default g++ compiler for Cygwin targets Cygwin itself, but Cygwin also
-packages MinGW-w64 compilers.  As of this writing, the necessary packages are:
-
-* Either `mingw64-i686-gcc-g++` or `mingw64-x86_64-gcc-g++`.  Select the
-  appropriate compiler for your CPU architecture.
-* `gcc-g++`
-* `make`
-
-As of this writing (2016-01-23), only the MinGW-w64 compiler is acceptable.
-The MinGW compiler (e.g. from the `mingw-gcc-g++` package) is no longer
-maintained and is too buggy.
-
-#### MSYS packages
-
-For the original MSYS, use the `mingw-get` tool (MinGW Installation Manager),
-and select at least these components:
-
-* `mingw-developer-toolkit`
-* `mingw32-base`
-* `mingw32-gcc-g++`
-* `msys-base`
-* `msys-system-builder`
-
-When running `./configure`, make sure that `mingw32-g++` is in your
-`PATH`.  It will be in the `C:\MinGW\bin` directory.
-
-#### MSYS2 packages
-
-For MSYS2, use `pacman` and install at least these packages:
-
-* `msys/gcc`
-* `mingw32/mingw-w64-i686-gcc` or `mingw64/mingw-w64-x86_64-gcc`.  Select
-  the appropriate compiler for your CPU architecture.
-* `make`
-
-MSYS2 provides three start menu shortcuts for starting MSYS2:
-
-* MinGW-w64 Win32 Shell
-* MinGW-w64 Win64 Shell
-* MSYS2 Shell
-
-To build winpty, use the MinGW-w64 {Win32,Win64} shortcut of the architecture
-matching MSYS2.  These shortcuts will put the g++ compiler from the
-`{mingw32,mingw64}/mingw-w64-{i686,x86_64}-gcc` packages into the `PATH`.
-
-Alternatively, instead of installing `mingw32/mingw-w64-i686-gcc` or
-`mingw64/mingw-w64-x86_64-gcc`, install the `mingw-w64-cross-gcc` and
-`mingw-w64-cross-crt-git` packages.  These packages install cross-compilers
-into `/opt/bin`, and then any of the three shortcuts will work.
-
-### Building the Unix adapter
-
-In the project directory, run `./configure`, then `make`, then `make install`.
-By default, winpty is installed into `/usr/local`.  Pass `PREFIX=<path>` to
-`make install` to override this default.
-
-### Using the Unix adapter
-
-To run a Windows console program in `mintty` or Cygwin `sshd`, prepend
-`winpty` to the command-line:
-
-    $ winpty powershell
-    Windows PowerShell
-    Copyright (C) 2009 Microsoft Corporation. All rights reserved.
-
-    PS C:\rprichard\proj\winpty> 10 + 20
-    30
-    PS C:\rprichard\proj\winpty> exit
-
-## Embedding winpty / MSVC compilation
-
-See `src/include/winpty.h` for the prototypes of functions exported by
-`winpty.dll`.
-
-Only the `winpty.exe` binary uses Cygwin; all the other binaries work without
-it and can be compiled with either MinGW or MSVC.  To compile using MSVC,
-download gyp and run `gyp -I configurations.gypi` in the `src` subdirectory.
-This will generate a `winpty.sln` and associated project files.  See the
-`src/winpty.gyp` and `src/configurations.gypi` files for notes on dealing with
-MSVC versions and different architectures.
-
-Compiling winpty with MSVC currently requires MSVC 2013 or newer.
-
-## Debugging winpty
-
-winpty comes with a tool for collecting timestamped debugging output.  To use
-it:
-
-1. Run `winpty-debugserver.exe` on the same computer as winpty.
-2. Set the `WINPTY_DEBUG` environment variable to `trace` for the
-   `winpty.exe` process and/or the process using `libwinpty.dll`.
-
-winpty also recognizes a `WINPTY_SHOW_CONSOLE` environment variable.  Set it
-to 1 to prevent winpty from hiding the console window.
-
-## Copyright
-
-This project is distributed under the MIT license (see the `LICENSE` file in
-the project root).
-
-By submitting a pull request for this project, you agree to license your
-contribution under the MIT license to this project.

package/node_modules/node-pty/deps/winpty/RELEASES.md

@@ -1,280 +0,0 @@
-# Next Version
-
-Input handling changes:
-
- * Improve Ctrl-C handling with programs that use unprocessed input. (e.g.
-   Ctrl-C now cancels input with PowerShell on Windows 10.)
-   [#116](https://github.com/rprichard/winpty/issues/116)
- * Fix a theoretical issue with input event ordering.
-   [#117](https://github.com/rprichard/winpty/issues/117)
- * Ctrl/Shift+{Arrow,Home,End} keys now work with IntelliJ.
-   [#118](https://github.com/rprichard/winpty/issues/118)
-
-# Version 0.4.3 (2017-05-17)
-
-Input handling changes:
-
- * winpty sets `ENHANCED_KEY` for arrow and navigation keys.  This fixes an
-   issue with the Ruby REPL.
-   [#99](https://github.com/rprichard/winpty/issues/99)
- * AltGr keys are handled better now.
-   [#109](https://github.com/rprichard/winpty/issues/109)
- * In `ENABLE_VIRTUAL_TERMINAL_INPUT` mode, when typing Home/End with a
-   modifier (e.g. Ctrl), winpty now generates an H/F escape sequence like
-   `^[[1;5F` rather than a 1/4 escape like `^[[4;5~`.
-   [#114](https://github.com/rprichard/winpty/issues/114)
-
-Resizing and scraping fixes:
-
- * winpty now synthesizes a `WINDOW_BUFFER_SIZE_EVENT` event after resizing
-   the console to better propagate window size changes to console programs.
-   In particular, this affects WSL and Cygwin.
-   [#110](https://github.com/rprichard/winpty/issues/110)
- * Better handling of resizing for certain full-screen programs, like
-   WSL less.
-   [#112](https://github.com/rprichard/winpty/issues/112)
- * Hide the cursor if it's currently outside the console window.  This change
-   fixes an issue with Far Manager.
-   [#113](https://github.com/rprichard/winpty/issues/113)
- * winpty now avoids using console fonts smaller than 5px high to improve
-   half-vs-full-width character handling.  See
-   https://github.com/Microsoft/vscode/issues/19665.
-   [b4db322010](https://github.com/rprichard/winpty/commit/b4db322010d2d897e6c496fefc4f0ecc9b84c2f3)
-
-Cygwin/MSYS adapter fix:
-
- * The way the `winpty` Cygwin/MSYS2 adapter searches for the program to
-   launch changed.  It now resolves symlinks and searches the PATH explicitly.
-   [#81](https://github.com/rprichard/winpty/issues/81)
-   [#98](https://github.com/rprichard/winpty/issues/98)
-
-This release does not include binaries for the old MSYS1 project anymore.
-MSYS2 will continue to be supported.  See
-https://github.com/rprichard/winpty/issues/97.
-
-# Version 0.4.2 (2017-01-18)
-
-This release improves WSL support (i.e. Bash-on-Windows):
-
- * winpty generates more correct input escape sequences for WSL programs that
-   enable an alternate input mode using DECCKM.  This bug affected arrow keys
-   and Home/End in WSL programs such as `vim`, `mc`, and `less`.
-   [#90](https://github.com/rprichard/winpty/issues/90)
- * winpty now recognizes the `COMMON_LVB_REVERSE_VIDEO` and
-   `COMMON_LVB_UNDERSCORE` text attributes.  The Windows console uses these
-   attributes to implement the SGR.4(Underline) and SGR.7(Negative) modes in
-   its VT handling.  This change affects WSL pager status bars, man pages, etc.
-
-The build system no longer has a "version suffix" mechanism, so passing
-`VERSION_SUFFIX=<suffix>` to make or `-D VERSION_SUFFIX=<suffix>` to gyp now
-has no effect.  AFAIK, the mechanism was never used publicly.
-[67a34b6c03](https://github.com/rprichard/winpty/commit/67a34b6c03557a5c2e0a2bdd502c2210921d8f3e)
-
-# Version 0.4.1 (2017-01-03)
-
-Bug fixes:
-
- * This version fixes a bug where the `winpty-agent.exe` process could read
-   past the end of a buffer.
-   [#94](https://github.com/rprichard/winpty/issues/94)
-
-# Version 0.4.0 (2016-06-28)
-
-The winpty library has a new API that should be easier for embedding.
-[880c00c69e](https://github.com/rprichard/winpty/commit/880c00c69eeca73643ddb576f02c5badbec81f56)
-
-User-visible changes:
-
- * winpty now automatically puts the terminal into mouse mode when it detects
-   that the console has left QuickEdit mode.  The `--mouse` option still forces
-   the terminal into mouse mode.  In principle, an option could be added to
-   suppress terminal mode, but hopefully it won't be necessary.  There is a
-   script in the `misc` subdirectory, `misc/ConinMode.ps1`, that can change
-   the QuickEdit mode from the command-line.
- * winpty now passes keyboard escapes to `bash.exe` in the Windows Subsystem
-   for Linux.
-   [#82](https://github.com/rprichard/winpty/issues/82)
-
-Bug fixes:
-
- * By default, `winpty.dll` avoids calling `SetProcessWindowStation` within
-   the calling process.
-   [#58](https://github.com/rprichard/winpty/issues/58)
- * Fixed an uninitialized memory bug that could have crashed winpty.
-   [#80](https://github.com/rprichard/winpty/issues/80)
- * winpty now works better with very large and very small terminal windows.
-   It resizes the console font according to the number of columns.
-   [#61](https://github.com/rprichard/winpty/issues/61)
- * winpty no longer uses Mark to freeze the console on Windows 10.  The Mark
-   command could interfere with the cursor position, corrupting the data in
-   the screen buffer.
-   [#79](https://github.com/rprichard/winpty/issues/79)
-
-# Version 0.3.0 (2016-05-20)
-
-User-visible changes:
-
- * The UNIX adapter is renamed from `console.exe` to `winpty.exe` to be
-   consistent with MSYS2.  The name `winpty.exe` is less likely to conflict
-   with another program and is easier to search for online (e.g. for someone
-   unfamiliar with winpty).
- * The UNIX adapter now clears the `TERM` variable.
-   [#43](https://github.com/rprichard/winpty/issues/43)
- * An escape character appearing in a console screen buffer cell is converted
-   to a '?'.
-   [#47](https://github.com/rprichard/winpty/issues/47)
-
-Bug fixes:
-
- * A major bug affecting XP users was fixed.
-   [#67](https://github.com/rprichard/winpty/issues/67)
- * Fixed an incompatibility with ConEmu where winpty hung if ConEmu's
-   "Process 'start'" feature was enabled.
-   [#70](https://github.com/rprichard/winpty/issues/70)
- * Fixed a bug where `cmd.exe` sometimes printed the message,
-   `Not enough storage is available to process this command.`.
-   [#74](https://github.com/rprichard/winpty/issues/74)
-
-Many changes internally:
-
- * The codebase is switched from C++03 to C++11 and uses exceptions internally.
-   No exceptions are thrown across the C APIs defined in `winpty.h`.
- * This version drops support for the original MinGW compiler packaged with
-   Cygwin (`i686-pc-mingw32-g++`).  The MinGW-w64 compiler is still supported,
-   as is the MinGW distributed at mingw.org.  Compiling with MSVC now requires
-   MSVC 2013 or newer.  Windows XP is still supported.
-   [ec3eae8df5](https://github.com/rprichard/winpty/commit/ec3eae8df5bbbb36d7628d168b0815638d122f37)
- * Pipe security is improved.  winpty works harder to produce unique pipe names
-   and includes a random component in the name.  winpty secures pipes with a
-   DACL that prevents arbitrary users from connecting to its pipes.  winpty now
-   passes `PIPE_REJECT_REMOTE_CLIENTS` on Vista and up, and it verifies that
-   the pipe client PID is correct, again on Vista and up.  When connecting to a
-   named pipe, winpty uses the `SECURITY_IDENTIFICATION` flag to restrict
-   impersonation.  Previous versions *should* still be secure.
- * `winpty-debugserver.exe` now has an `--everyone` flag that allows capturing
-   debug output from other users.
- * The code now compiles cleanly with MSVC's "Security Development Lifecycle"
-   (`/SDL`) checks enabled.
-
-# Version 0.2.2 (2016-02-25)
-
-Minor bug fixes and enhancements:
-
- * Fix a bug that generated spurious mouse input records when an incomplete
-   mouse escape sequence was seen.
- * Fix a buffer overflow bug in `winpty-debugserver.exe` affecting messages of
-   exactly 4096 bytes.
- * For MSVC builds, add a `src/configurations.gypi` file that can be included
-   on the gyp command-line to enable 32-bit and 64-bit builds.
- * `winpty-agent --show-input` mode: Flush stdout after each line.
- * Makefile builds: generate a `build/winpty.lib` import library to accompany
-   `build/winpty.dll`.
-
-# Version 0.2.1 (2015-12-19)
-
- * The main project source was moved into a `src` directory for better code
-   organization and to fix
-   [#51](https://github.com/rprichard/winpty/issues/51).
- * winpty recognizes many more escape sequences, including:
-    * putty/rxvt's F1-F4 keys
-      [#40](https://github.com/rprichard/winpty/issues/40)
-    * the Linux virtual console's F1-F5 keys
-    * the "application numpad" keys (e.g. enabled with DECPAM)
- * Fixed handling of Shift-Alt-O and Alt-[.
- * Added support for mouse input.  The UNIX adapter has a `--mouse` argument
-   that puts the terminal into mouse mode, but the agent recognizes mouse
-   input even without the argument.  The agent recognizes double-clicks using
-   Windows' double-click interval setting (i.e. GetDoubleClickTime).
-   [#57](https://github.com/rprichard/winpty/issues/57)
-
-Changes to debugging interfaces:
-
- * The `WINPTY_DEBUG` variable is now a comma-separated list.  The old
-   behavior (i.e. tracing) is enabled with `WINPTY_DEBUG=trace`.
- * The UNIX adapter program now has a `--showkey` argument that dumps input
-   bytes.
- * The `winpty-agent.exe` program has a `--show-input` argument that dumps
-   `INPUT_RECORD` records.  (It omits mouse events unless `--with-mouse` is
-   also specified.)  The agent also responds to `WINPTY_DEBUG=trace,input`,
-   which logs input bytes and synthesized console events, and it responds to
-   `WINPTY_DEBUG=trace,dump_input_map`, which dumps the internal table of
-   escape sequences.
-
-# Version 0.2.0 (2015-11-13)
-
-No changes to the API, but many small changes to the implementation.  The big
-changes include:
-
- * Support for 64-bit Cygwin and MSYS2
- * Support for Windows 10
- * Better Unicode support (especially East Asian languages)
-
-Details:
-
- * The `configure` script recognizes 64-bit Cygwin and MSYS2 environments and
-   selects the appropriate compiler.
- * winpty works much better with the upgraded console in Windows 10.  The
-   `conhost.exe` hang can still occur, but only with certain programs, and
-   is much less likely to occur.  With the new console, use Mark instead of
-   SelectAll, for better performance.
-   [#31](https://github.com/rprichard/winpty/issues/31)
-   [#30](https://github.com/rprichard/winpty/issues/30)
-   [#53](https://github.com/rprichard/winpty/issues/53)
- * The UNIX adapter now calls `setlocale(LC_ALL, "")` to set the locale.
- * Improved Unicode support.  When a console is started with an East Asian code
-   page, winpty now chooses an East Asian font rather than Consolas / Lucida
-   Console.  Selecting the right font helps synchronize character widths
-   between the console and terminal.  (It's not perfect, though.)
-   [#41](https://github.com/rprichard/winpty/issues/41)
- * winpty now more-or-less works with programs that change the screen buffer
-   or resize the original screen buffer.  If the screen buffer height changes,
-   winpty switches to a "direct mode", where it makes no effort to track
-   scrolling.  In direct mode, it merely syncs snapshots of the console to the
-   terminal.  Caveats:
-    * Changing the screen buffer (i.e. `SetConsoleActiveScreenBuffer`)
-      breaks winpty on Windows 7.  This problem can eventually be mitigated,
-      but never completely fixed, due to Windows 7 bugginess.
-    * Resizing the original screen buffer can hang `conhost.exe` on Windows 10.
-      Enabling the legacy console is a workaround.
-    * If a program changes the screen buffer and then exits, relying on the OS
-      to restore the original screen buffer, that restoration probably will not
-      happen with winpty.  winpty's behavior can probably be improved here.
- * Improved color handling:
-    * DkGray-on-Black text was previously hiddenly completely.  Now it is
-      output as DkGray, with a fallback to LtGray on terminals that don't
-      recognize the intense colors.
-      [#39](https://github.com/rprichard/winpty/issues/39).
-    * The console is always initialized to LtGray-on-Black, regardless of the
-      user setting, which matches the console color heuristic, which translates
-      LtGray-on-Black to "reset SGR parameters."
- * Shift-Tab is recognized correctly now.
-   [#19](https://github.com/rprichard/winpty/issues/19)
- * Add a `--version` argument to `winpty-agent.exe` and the UNIX adapter.  The
-   argument reports the nominal version (i.e. the `VERSION.txt`) file, with a
-   "VERSION_SUFFIX" appended (defaulted to `-dev`), and a git commit hash, if
-   the `git` command successfully reports a hash during the build.  The `git`
-   command is invoked by either `make` or `gyp`.
- * The agent now combines `ReadConsoleOutputW` calls when it polls the console
-   buffer for changes, which may slightly reduce its CPU overhead.
-   [#44](https://github.com/rprichard/winpty/issues/44).
- * A `gyp` file is added to help compile with MSVC.
- * The code can now be compiled as C++11 code, though it isn't by default.
-   [bde8922e08](https://github.com/rprichard/winpty/commit/bde8922e08c3638e01ecc7b581b676c314163e3c)
- * If winpty can't create a new window station, it charges ahead rather than
-   aborting.  This situation might happen if winpty were started from an SSH
-   session.
- * Debugging improvements:
-    * `WINPTYDBG` is renamed to `WINPTY_DEBUG`, and a new `WINPTY_SHOW_CONSOLE`
-      variable keeps the underlying console visible.
-    * A `winpty-debugserver.exe` program is built and shipped by default.  It
-      collects the trace output enabled with `WINPTY_DEBUG`.
- * The `Makefile` build of winpty now compiles `winpty-agent.exe` and
-   `winpty.dll` with -O2.
-
-# Version 0.1.1 (2012-07-28)
-
-Minor bugfix release.
-
-# Version 0.1 (2012-04-17)
-
-Initial release.

package/node_modules/node-pty/deps/winpty/VERSION.txt

@@ -1 +0,0 @@
-0.4.4-dev

package/node_modules/node-pty/deps/winpty/configure

@@ -1,167 +0,0 @@
-#!/bin/bash
-#
-# Copyright (c) 2011-2015 Ryan Prichard
-#
-# Permission is hereby granted, free of charge, to any person obtaining a copy
-# of this software and associated documentation files (the "Software"), to
-# deal in the Software without restriction, including without limitation the
-# rights to use, copy, modify, merge, publish, distribute, sublicense, and/or
-# sell copies of the Software, and to permit persons to whom the Software is
-# furnished to do so, subject to the following conditions:
-#
-# The above copyright notice and this permission notice shall be included in
-# all copies or substantial portions of the Software.
-#
-# THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
-# IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
-# FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE
-# AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
-# LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING
-# FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS
-# IN THE SOFTWARE.
-
-#
-# findTool(desc, commandList)
-#
-# Searches commandLine for the first command in the PATH and returns it.
-# Prints an error and aborts the script if no match is found.
-#
-FINDTOOL_OUT=""
-function findTool {
-    DESC=$1
-    OPTIONS=$2
-    for CMD in ${OPTIONS}; do
-        if (which $CMD &>/dev/null) then
-            echo "Found $DESC: $CMD"
-            FINDTOOL_OUT="$CMD"
-            return
-        fi
-    done
-    echo "Error: could not find $DESC.  One of these should be in your PATH:"
-    for CMD in ${OPTIONS}; do
-        echo " * $CMD"
-    done
-    exit 1
-}
-
-IS_CYGWIN=0
-IS_MSYS1=0
-IS_MSYS2=0
-
-# Link parts of the Cygwin binary statically to aid in redistribution?  The
-# binary still links dynamically against the main DLL.  The MinGW binaries are
-# also statically linked and therefore depend only on Windows DLLs.  I started
-# linking the Cygwin/MSYS binary statically, because G++ 4.7 changed the
-# Windows C++ ABI.
-UNIX_LDFLAGS_STATIC='-static -static-libgcc -static-libstdc++'
-
-# Detect the environment -- Cygwin or MSYS.
-case $(uname -s) in
-    CYGWIN*)
-        echo 'uname -s identifies a Cygwin environment.'
-        IS_CYGWIN=1
-	    case $(uname -m) in
-            i686)
-                echo 'uname -m identifies an i686 environment.'
-                UNIX_CXX=i686-pc-cygwin-g++
-                MINGW_CXX=i686-w64-mingw32-g++
-                ;;
-            x86_64)
-                echo 'uname -m identifies an x86_64 environment.'
-                UNIX_CXX=x86_64-pc-cygwin-g++
-                MINGW_CXX=x86_64-w64-mingw32-g++
-                ;;
-            *)
-                echo 'Error: uname -m did not match either i686 or x86_64.'
-                exit 1
-                ;;
-	    esac
-        ;;
-    MSYS*|MINGW*)
-        # MSYS2 notes:
-        #  - MSYS2 offers two shortcuts to open an environment:
-        #     - MinGW-w64 Win32 Shell.  This env reports a `uname -s` of
-        #       MINGW32_NT-6.1 on 32-bit Win7.  The MinGW-w64 compiler
-        #       (i686-w64-mingw32-g++.exe) is in the PATH.
-        #     - MSYS2 Shell.  `uname -s` instead reports MSYS_NT-6.1.
-        #       The i686-w64-mingw32-g++ compiler is not in the PATH.
-        #  - MSYS2 appears to use MinGW-w64, not the older mingw.org.
-        # MSYS notes:
-        #  - `uname -s` is always MINGW32_NT-6.1 on Win7.
-        echo 'uname -s identifies an MSYS/MSYS2 environment.'
-        case $(uname -m) in
-            i686)
-                echo 'uname -m identifies an i686 environment.'
-                UNIX_CXX=i686-pc-msys-g++
-                if echo "$(uname -r)" | grep '^1[.]' > /dev/null; then
-                    # The MSYS-targeting compiler for the original 32-bit-only
-                    # MSYS does not recognize the -static-libstdc++ flag, and
-                    # it does not work with -static, because it tries to link
-                    # statically with the core MSYS library and fails.
-                    #
-                    # Distinguish between the two using the major version
-                    # number of `uname -r`:
-                    #
-                    #   MSYS uname -r:  1.0.18(0.48/3/2)
-                    #   MSYS2 uname -r: 2.0.0(0.284/5/3)
-                    #
-                    # This is suboptimal because MSYS2 is not actually the
-                    # second version of MSYS--it's a brand-new fork of Cygwin.
-                    #
-                    IS_MSYS1=1
-                    UNIX_LDFLAGS_STATIC=
-                    MINGW_CXX=mingw32-g++
-                else
-                    IS_MSYS2=1
-                    MINGW_CXX=i686-w64-mingw32-g++.exe
-                fi
-                ;;
-            x86_64)
-                echo 'uname -m identifies an x86_64 environment.'
-                IS_MSYS2=1
-                UNIX_CXX=x86_64-pc-msys-g++
-                MINGW_CXX=x86_64-w64-mingw32-g++
-                ;;
-            *)
-                echo 'Error: uname -m did not match either i686 or x86_64.'
-                exit 1
-                ;;
-        esac
-        ;;
-    *)
-        echo 'Error: uname -s did not match either CYGWIN* or MINGW*.'
-        exit 1
-        ;;
-esac
-
-# Search the PATH and pick the first match.
-findTool "Cygwin/MSYS G++ compiler" "$UNIX_CXX"
-UNIX_CXX=$FINDTOOL_OUT
-findTool "MinGW G++ compiler" "$MINGW_CXX"
-MINGW_CXX=$FINDTOOL_OUT
-
-# Write config files.
-echo Writing config.mk
-echo UNIX_CXX=$UNIX_CXX > config.mk
-echo UNIX_LDFLAGS_STATIC=$UNIX_LDFLAGS_STATIC >> config.mk
-echo MINGW_CXX=$MINGW_CXX >> config.mk
-
-if test $IS_MSYS1 = 1; then
-    echo UNIX_CXXFLAGS += -DWINPTY_TARGET_MSYS1 >> config.mk
-    # The MSYS1 MinGW compiler has a bug that prevents inclusion of algorithm
-    # and math.h in normal C++11 mode.  The workaround is to enable the gnu++11
-    # mode instead.  The bug was fixed on 2015-07-31, but as of 2016-02-26, the
-    # fix apparently hasn't been released.  See
-    # http://ehc.ac/p/mingw/bugs/2250/.
-    echo MINGW_ENABLE_CXX11_FLAG := -std=gnu++11 >> config.mk
-fi
-
-if test -d .git -a -f .git/HEAD -a -f .git/index && git rev-parse HEAD >&/dev/null; then
-    echo "Commit info: git"
-    echo 'COMMIT_HASH = $(shell git rev-parse HEAD)' >> config.mk
-    echo 'COMMIT_HASH_DEP := config.mk .git/HEAD .git/index' >> config.mk
-else
-    echo "Commit info: none"
-    echo 'COMMIT_HASH := none' >> config.mk
-    echo 'COMMIT_HASH_DEP := config.mk' >> config.mk
-fi

package/node_modules/node-pty/deps/winpty/misc/BufferResizeTests.cc

@@ -1,90 +0,0 @@
-#include <windows.h>
-#include <cassert>
-
-#include "TestUtil.cc"
-
-void dumpInfoToTrace() {
-    CONSOLE_SCREEN_BUFFER_INFO info;
-    assert(GetConsoleScreenBufferInfo(GetStdHandle(STD_OUTPUT_HANDLE), &info));
-    trace("win=(%d,%d,%d,%d)",
-        (int)info.srWindow.Left,
-        (int)info.srWindow.Top,
-        (int)info.srWindow.Right,
-        (int)info.srWindow.Bottom);
-    trace("buf=(%d,%d)",
-        (int)info.dwSize.X,
-        (int)info.dwSize.Y);
-    trace("cur=(%d,%d)",
-        (int)info.dwCursorPosition.X,
-        (int)info.dwCursorPosition.Y);
-}
-
-int main(int argc, char *argv[]) {
-    if (argc == 1) {
-        startChildProcess(L"CHILD");
-        return 0;
-    }
-
-    setWindowPos(0, 0, 1, 1);
-
-    if (false) {
-        // Reducing the buffer height can move the window up.
-        setBufferSize(80, 25);
-        setWindowPos(0, 20, 80, 5);
-        Sleep(2000);
-        setBufferSize(80, 10);
-    }
-
-    if (false) {
-        // Reducing the buffer height moves the window up and the buffer
-        // contents up too.
-        setBufferSize(80, 25);
-        setWindowPos(0, 20, 80, 5);
-        setCursorPos(0, 20);
-        printf("TEST1\nTEST2\nTEST3\nTEST4\n");
-        fflush(stdout);
-        Sleep(2000);
-        setBufferSize(80, 10);
-    }
-
-    if (false) {
-        // Reducing the buffer width can move the window left.
-        setBufferSize(80, 25);
-        setWindowPos(40, 0, 40, 25);
-        Sleep(2000);
-        setBufferSize(60, 25);
-    }
-
-    if (false) {
-        // Sometimes the buffer contents are shifted up; sometimes they're
-        // shifted down.  It seems to depend on the cursor position?
-
-        // setBufferSize(80, 25);
-        // setWindowPos(0, 20, 80, 5);
-        // setCursorPos(0, 20);
-        // printf("TESTa\nTESTb\nTESTc\nTESTd\nTESTe");
-        // fflush(stdout);
-        // setCursorPos(0, 0);
-        // printf("TEST1\nTEST2\nTEST3\nTEST4\nTEST5");
-        // fflush(stdout);
-        // setCursorPos(0, 24);
-        // Sleep(5000);
-        // setBufferSize(80, 24);
-
-        setBufferSize(80, 20);
-        setWindowPos(0, 10, 80, 10);
-        setCursorPos(0, 18);
-
-        printf("TEST1\nTEST2");
-        fflush(stdout);
-        setCursorPos(0, 18);
-
-        Sleep(2000);
-        setBufferSize(80, 18);
-    }
-
-    dumpInfoToTrace();
-    Sleep(30000);
-
-    return 0;
-}