eg. try a print "something" before the call/output and see if that makes it work.
We have had similar problems with Windows 7 and Windows Server 2008R2. I thought it was a new security "feature". Starting the app from a command shell works fine. Setting compatibility options and "run as administrator" doesn't help.
Gab, It crashes (freezes) with the console open. currently, it really requires /show if using the R2 CALL func.
otherwise pre-pending "CMD /C" to the command while using cheyenne's win-call also works, but has the advantage of not showing a dos prompt at each execution.
this works from 126.96.36.199.1 get-env "%userprofile%" but in my SdK I get none. Ideas
ah.. works without the %
so small difference between the sdk and core
Here is working example on Win7: stdout: make string! 255 call/wait/output rejoin [to-local-file system/options/path %\extract.exe " mypassword"] stdout
I remember that CALL supports rebol style file names, but it sometimes fail to run the app. So to put TO-LOCAL-FILE is good. But in this example extract.exe is a Win32 application that outputs to stdout, not a real DOS app. This might be a difference.