1
0
Fork 0
mirror of synced 2024-11-22 08:15:34 -05:00

Work around subprocess.call() issue on Windows

On POSIX-like systems, calling `subprocess.call()` with both
`shell=True` and `executable='...'` has the following behavior:

> If `shell=True`, on POSIX the _executable_ argument specifies a
> replacement shell for the default `/bin/sh`.

(via https://docs.python.org/3/library/subprocess.html?highlight=subprocess#popen-constructor)

This seems to have a similar behavior on Windows, but this is
problematic when a POSIX shell is substituted for cmd.exe. This is
because when `shell=True`, the shell is invoked with a '/c' argument,
which is the correct argument for cmd.exe but not for Bash, which
expects a '-c' argument instead. See here:
1def7754b7/Lib/subprocess.py (L1407)

This is problematic when combined with Dotbot's behavior, where the
`executable` argument is set based on `$SHELL`. For example, when
running in Git Bash, the `$SHELL` environment variable is set to Bash,
so any commands run by Dotbot will fail (because it'll invoke Bash with
a '/c' argument).

This behavior of setting the `executable` argument based on `$SHELL` was
introduced in 7593d8c134. This is the
desired behavior. See discussion in
https://github.com/anishathalye/dotbot/issues/97 and
https://github.com/anishathalye/dotbot/pull/100.

Unfortunately, this doesn't work quite right on Windows. This patch
works around the issue by avoiding setting the `executable` argument
when the platform is Windows, which is tested using
`platform.system() == 'Windows'`. This means that shell commands
executed by Dotbot on this platform will always be run using cmd.exe.
Invocations of single programs or simple commands will probably work
just fine in cmd.exe. If Bash-like behavior is desired, the user will
have to write their command as `bash -c '...'`.

This shouldn't have any implications for backwards-compatibility,
because setting the `executable` argument on Windows didn't do the right
thing anyways. Previous workarounds that users had should continue to
work with the new code.

When using Python from CYGWIN, `platform.system()` returns something
like 'CYGWIN_NT-...', so it won't be detected with the check, but this
is the correct behavior, because CYGWIN Python's `subprocess.call()` has
the POSIX-like behavior.

This patch also refactors the code to factor out the
`subprocess.call()`, which was being called in both `link.py` and
`shell.py`, so the workaround can be applied in a single place.

See the following issues/pull requests for a discussion of this bug:
- https://github.com/anishathalye/dotbot/issues/170
- https://github.com/anishathalye/dotbot/pull/177
- https://github.com/anishathalye/dotbot/issues/219

An issue has also been raised in Python's issue tracker:
- https://bugs.python.org/issue40467

Thanks to @shivapoudel for originally reporting the issue, @SuJiKiNen
for debugging it and submitting a pull request, and @mohkale for
suggesting factoring out the code so that other plugins could use it.
This commit is contained in:
Anish Athalye 2020-05-01 11:52:51 -04:00
parent 7ffaa65482
commit f5e019105e
6 changed files with 79 additions and 55 deletions

View file

@ -1,4 +1,6 @@
import os, dotbot import os
import dotbot
class Clean(dotbot.Plugin): class Clean(dotbot.Plugin):
''' '''

View file

@ -1,8 +1,5 @@
import os import os
import glob
import shutil
import dotbot import dotbot
import subprocess
class Create(dotbot.Plugin): class Create(dotbot.Plugin):

View file

@ -2,6 +2,7 @@ import os
import glob import glob
import shutil import shutil
import dotbot import dotbot
import dotbot.util
import subprocess import subprocess
@ -105,14 +106,7 @@ class Link(dotbot.Plugin):
return success return success
def _test_success(self, command): def _test_success(self, command):
with open(os.devnull, 'w') as devnull: ret = dotbot.util.shell_command(command, cwd=self._context.base_directory())
ret = subprocess.call(
command,
shell=True,
stdout=devnull,
stderr=devnull,
executable=os.environ.get('SHELL'),
)
if ret != 0: if ret != 0:
self._log.debug('Test \'%s\' returned false' % command) self._log.debug('Test \'%s\' returned false' % command)
return ret == 0 return ret == 0

View file

@ -1,4 +1,8 @@
import os, subprocess, dotbot import os
import subprocess
import dotbot
import dotbot.util
class Shell(dotbot.Plugin): class Shell(dotbot.Plugin):
''' '''
@ -19,48 +23,40 @@ class Shell(dotbot.Plugin):
def _process_commands(self, data): def _process_commands(self, data):
success = True success = True
defaults = self._context.defaults().get('shell', {}) defaults = self._context.defaults().get('shell', {})
with open(os.devnull, 'w') as devnull: for item in data:
for item in data: stdin = defaults.get('stdin', False)
stdin = stdout = stderr = devnull stdout = defaults.get('stdout', False)
quiet = False stderr = defaults.get('stderr', False)
if defaults.get('stdin', False) == True: quiet = defaults.get('quiet', False)
stdin = None if isinstance(item, dict):
if defaults.get('stdout', False) == True: cmd = item['command']
stdout = None msg = item.get('description', None)
if defaults.get('stderr', False) == True: stdin = item.get('stdin', stdin)
stderr = None stdout = item.get('stdout', stdout)
if defaults.get('quiet', False) == True: stderr = item.get('stderr', stderr)
quiet = True quiet = item.get('quiet', quiet)
if isinstance(item, dict): elif isinstance(item, list):
cmd = item['command'] cmd = item[0]
msg = item.get('description', None) msg = item[1] if len(item) > 1 else None
if 'stdin' in item: else:
stdin = None if item['stdin'] == True else devnull cmd = item
if 'stdout' in item: msg = None
stdout = None if item['stdout'] == True else devnull if msg is None:
if 'stderr' in item: self._log.lowinfo(cmd)
stderr = None if item['stderr'] == True else devnull elif quiet:
if 'quiet' in item: self._log.lowinfo('%s' % msg)
quiet = True if item['quiet'] == True else False else:
elif isinstance(item, list): self._log.lowinfo('%s [%s]' % (msg, cmd))
cmd = item[0] ret = dotbot.util.shell_command(
msg = item[1] if len(item) > 1 else None cmd,
else: cwd=self._context.base_directory(),
cmd = item enable_stdin=stdin,
msg = None enable_stdout=stdout,
if msg is None: enable_stderr=stderr
self._log.lowinfo(cmd) )
elif quiet: if ret != 0:
self._log.lowinfo('%s' % msg) success = False
else: self._log.warning('Command [%s] failed' % cmd)
self._log.lowinfo('%s [%s]' % (msg, cmd))
executable = os.environ.get('SHELL')
ret = subprocess.call(cmd, shell=True, stdin=stdin, stdout=stdout,
stderr=stderr, cwd=self._context.base_directory(),
executable=executable)
if ret != 0:
success = False
self._log.warning('Command [%s] failed' % cmd)
if success: if success:
self._log.info('All commands have been executed') self._log.info('All commands have been executed')
else: else:

View file

@ -0,0 +1 @@
from .common import shell_command

34
dotbot/util/common.py Normal file
View file

@ -0,0 +1,34 @@
import os
import subprocess
import platform
def shell_command(command, cwd=None, enable_stdin=False, enable_stdout=False, enable_stderr=False):
with open(os.devnull, 'w') as devnull_w, open(os.devnull, 'r') as devnull_r:
stdin = None if enable_stdin else devnull_r
stdout = None if enable_stdout else devnull_w
stderr = None if enable_stderr else devnull_w
executable = os.environ.get('SHELL')
if platform.system() == 'Windows':
# We avoid setting the executable kwarg on Windows because it does
# not have the desired effect when combined with shell=True. It
# will result in the correct program being run (e.g. bash), but it
# will be invoked with a '/c' argument instead of a '-c' argument,
# which it won't understand.
#
# See https://github.com/anishathalye/dotbot/issues/219 and
# https://bugs.python.org/issue40467.
#
# This means that complex commands that require Bash's parsing
# won't work; a workaround for this is to write the command as
# `bash -c "..."`.
executable = None
return subprocess.call(
command,
shell=True,
executable=executable,
stdin=stdin,
stdout=stdout,
stderr=stderr,
cwd=cwd
)