<div dir="ltr"><span style="font-size:13px">I believe the correct workaround to the unavoidable quoting on SBCL would be to use CMD /C /S which should remove one layer of quoting.</span></div><span>
</span><div><br></div>But I'm not sure I have time to setup a Windows development environment at this point (I managed to install a Windows dual boot on my computer, though! Is there a way to run that into a virtual machine?)<div><br></div><div>-#f</div><div><br><div class="gmail_quote"><div dir="ltr">On Thu, Nov 17, 2016, 13:59 Robert Goldman <<a href="mailto:rpgoldman@sift.net">rpgoldman@sift.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I see this in test-run-program:<br class="gmail_msg">
<br class="gmail_msg">
#+(and sbcl os-windows)<br class="gmail_msg">
(leave-test "SBCL won't let us pass unquoted arguments to cmd.exe" 0)<br class="gmail_msg">
<br class="gmail_msg">
#-(and sbcl os-windows)<br class="gmail_msg">
(progn<br class="gmail_msg">
 (DBG "Testing echo ok 1 via run-program as a string")<br class="gmail_msg">
 (assert-equal "ok 1"<br class="gmail_msg">
               (dewindowize (run-program "echo ok 1" :output '(:string<br class="gmail_msg">
:stripped t)))))<br class="gmail_msg">
<br class="gmail_msg">
<br class="gmail_msg">
If we know that SBCL on Windows won't let us pass unquoted arguments to<br class="gmail_msg">
cmd.exe, should we raise a NOT-IMPLEMENTED-ERROR on that combination,<br class="gmail_msg">
and check for it in the test?<br class="gmail_msg">
<br class="gmail_msg">
Thanks,<br class="gmail_msg">
r<br class="gmail_msg">
<br class="gmail_msg">
</blockquote></div></div>