- 01 Dec, 2016 1 commit
-
-
Francois-Rene Rideau authored
-
- 30 Nov, 2016 1 commit
-
-
Mark authored
-
- 25 Nov, 2016 1 commit
-
-
Robert Goldman authored
Previous error string implied that UIOP *never* supported string commands on Windows, but actually we do support them on some lisp implementations.
-
- 23 Nov, 2016 1 commit
-
-
Francois-Rene Rideau authored
Always go through CMD in that case, including on Allegro and CLISP, since the previous behavior is simultaneously non-portable, error-prone and limited; better to provide a portable well-defined abstraction. Users who want more can use the (bad) implementation-specific interfaces, or IOlib. Simplify the call to RUN-PROGRAM. Add a PARAMETER-ERROR to %NORMALIZE-COMMAND on unsupported platforms.
-
- 22 Nov, 2016 2 commits
-
-
Elias Pipping authored
With ECL it causes problems. On other platforms it should not be necessary. This gets run-program with ECL on windows far closer to working again
-
Francois-Rene Rideau authored
This requires a patch to sb-impl::prepare-args relative to sbcl 1.3.10.
-
- 15 Nov, 2016 15 commits
-
-
Elias Pipping authored
-
Elias Pipping authored
-
Elias Pipping authored
The command returned by %redirected-system-command changes the current directory on its own.
-
Elias Pipping authored
-
Elias Pipping authored
ext:run-shell-command is deprecated but sys:run-program was not fully functional prior to version 1.4.0
-
Elias Pipping authored
ext:system is a wrapper around ext:run-program that forces :output nil, which is not something we want. See also https://bugs.launchpad.net/asdf/+bug/1638870
-
Elias Pipping authored
-
Elias Pipping authored
The check (lexicographic<= '< ver '(16 0 0)) Is equivalent to <=16.0.0. The argument '< gives the direction, and should not be '<= here.
-
Elias Pipping authored
launch-program no longer accepts a parameter :wait; since the call is surrounded by (wait-process ...), it would be superfluous anyway.
-
Elias Pipping authored
-
Elias Pipping authored
-
Elias Pipping authored
-
Prior to this change, run-program's (but not launch-program's) :error-output and :input would default to :interactive if :output was interactive. See also https://bugs.launchpad.net/asdf/+bug/1638870
-
Robert Goldman authored
Mistakenly removed the else branch from (EQL :OUTPUT) case in %NORMALIZE-IO-SPECIFIER.
-
Robert Goldman authored
-
- 14 Nov, 2016 1 commit
-
-
Prior to this change, :output :interactive was identical to :output nil. See also https://bugs.launchpad.net/asdf/+bug/1638870
-
- 06 Nov, 2016 1 commit
-
-
Elias Pipping authored
Prior to this change, :output :interactive was identical to :output nil. See also https://bugs.launchpad.net/asdf/+bug/1638870
-
- 26 Oct, 2016 1 commit
-
-
Robert Goldman authored
No changes to code, just some notes for the reader.
-
- 12 Oct, 2016 3 commits
-
-
Elias Pipping authored
Add a test, too.
-
Elias Pipping authored
Add a test, too.
-
Elias Pipping authored
Add a test, too.
-
- 09 Oct, 2016 1 commit
-
-
Francois-Rene Rideau authored
This avoids a forward reference on sbcl/windows. Also add a comment on a use of symbol-call on ECL.
-
- 08 Oct, 2016 7 commits
-
-
Elias Pipping authored
-
Francois-Rene Rideau authored
DIRECTORY is important. It was never actually ignored, except on Allegro, on which the implementation itself handles the option. Make that explicit. The other arguments are always passed... though it's unclear whether they are heeded in all implementations, since we have :allow-other-keys t. That deserves investigation and a comment update, at some point. Also, tweak some comments.
-
Francois-Rene Rideau authored
Use explicit error checking instead.
-
Francois-Rene Rideau authored
Thanks to Elias Pipping for his help getting this commit right.
-
Francois-Rene Rideau authored
-
Francois-Rene Rideau authored
Make %run-program the alias of launch-program rather than the other way around. Rename %use-run-program to %use-launch-program. Update tests. NB: I wanted to move %run-program to backward-driver, but that won't help: since the function was never exported from uiop/run-program, it wasn't in uiop. Thanks to Elias Pipping for his help getting this commit right.
-
Elias Pipping authored
If we call it synchronously, we also need to call wait-process and close-streams. We ignore the error status because signalling a dead or non-existing process is not something that the user can avoid.
-
- 25 Sep, 2016 2 commits
-
-
Robert Goldman authored
The code for %POSIX-SEND-SIGNAL -- which isn't invoked on Windows anyway, was crashing on Windows build -- because of differences in function signatures on CCL Windows/other. Fixed this by simply making %POSIX-SEND-SIGNAL a stub on Windows. I couldn't remove it altogether, because deciding whether to invoke it is a decision made at run-time, not compile-time.
-
Elias Pipping authored
-
- 24 Sep, 2016 3 commits
-
-
Elias Pipping authored
Even though the LispWorks documentation says otherwise, at least on Unix, run-shell-command does not accept file streams or socket streams
-
Elias Pipping authored
-
Elias Pipping authored
-