OS Commands

[Lindon]

I seem to recall there was a way to execute operating system command - like file copy, but my old-person memory may be faulty....

and I cant find anything using the "search" facilities in the forum...

perhaps its this

File.startAsProcess(String parameters);

-- but I've no idea how this works...

[d.healey]

@Lindon Yes that's it. File is a file object, this could be an exe or a PDF for example, the parameters is a string of parameters that you might want to pass to an executable, just like you would when running programs from the command line. If there are no parameters just use an empty string.

[Lindon]

@d-healey said in OS Commands:

@Lindon Yes that's it. File is a file object, this could be an exe or a PDF for example, the parameters is a string of parameters that you might want to pass to an executable, just like you would when running programs from the command line. If there are no parameters just use an empty string.

OK so I've tried putting the entire string I want executing inside the file with writeString so:

"copy c:/myfile.txt c:/users/lindon/documents/"

and then executing .startAsProcess();

-- this gives me an error of 0 params expecting 1

so I tried writeString "copy" and then
.startAsProcess(c:/myfile.txt c:/users/lindon/documents/")

that opens the file for editing...

So I assume I need to find the copy "file" somewhere, unless I dont understand what Im supposed to do to copy 1 file from a location a to location b.

So next I tried creating a file for the command prompt:

var commandPrompt = FileSystem.fromAbsolutePath("C:\Users\lindon\AppData\Roaming\Microsoft\Windows\Start Menu\Programs\System Tools\CommandPrompt");

and sending it the string I want executing:

commandPrompt.startAsProcess("copy c:/myfile.txt c:/users/lindon/documents/")

this doesnt report an error, doesnt try to start an editor, but doenst execute the command...

[d.healey]

There is a File.copy command already - unless Christoph hasn't merged my pull request yet

[Lindon]

@d-healey syntax?

tried

myFile.copy(myDestinationString)

LoopPlayers.js (83): function not found :-(

[Lindon]

@d-healey -- when did you make the pull request - last I can see from you was the tablelaf stuff on June 14

Hang on found it Aug 14.... dont think its been merged...

Added file.move and file.copy by davidhealey · Pull Request #352 · christophhart/HISE

GitHub (github.com)

@Christoph-Hart any chance??

[Matt_SF]

@Lindon I think I've already used that function... I'll take a look when I'm back home

[Matt_SF]

@Lindon Ah, the only one I used was startAsProcess. (no copy)

const appData = FileSystem.getFolder(FileSystem.AppData);
const manual = appData.getChildFile("MyProduct.pdf");

inline function onbtnManualControl(component, value)
{
    if (value)
        manual.startAsProcess("");
};

Content.getComponent("btnManual").setControlCallback(onbtnManualControl);

My mistake...

[d.healey]

@Lindon To follow up on your commandPrompt thing.

When you use the copy command in the terminal you're actually running a program called copy (on MacOS and Linux it's cp).

So instead of getting a file object that references the command prompt program you'd want to get a reference to the copy program.

[Lindon]

@d-healey said in OS Commands:

@Lindon To follow up on your commandPrompt thing.

When you use the copy command in the terminal you're actually running a program called copy (on MacOS and Linux it's cp).

So instead of getting a file object that references the command prompt program you'd want to get a reference to the copy program.

yes I get that - its just finding "copy.exe" on windows...

[Lindon]

@Lindon ok found --- but not good news....

xcopy = FileSystem.fromAbsolutePath("C:\Windows\System32\xcopy.exe");
Console.print("Is file:" + xcopy.isFile());

Tells me this is not a real file as far as HISE is concerned

[d.healey]

@Lindon Maybe it's a permission thing. Just use my fork, or merge that pull request into your own fork.

[Lindon]

@d-healey --yeah thats what im thinking I will have to do when I get to that part of the process... unless @Christoph-Hart has done the pull by then...