Ah, I see. Yes, that would be possible. Would I need the software installed under that hierarchy as well? That's less ideal, but still possible - I just prefer to separate config and executables. Oh! I think I see - you mean relative to the working directory when I start TCC. I just checked...

Sync using github has always worked fine for me. The only problem I've ever had is with programs that don't make it easy to write relocatable configurations. I know from experience that USB drives don't work for me. Apart from me forgetting, I've had PCs with insufficient USB ports, as well as...

Answer 1: No. As I say, on at least one occasion I've had to work on a machine with only a D drive I had access to. And some of my machines have only a C drive. Answer 2: Yes, but I'd question what you mean by "have a program run" and "when you first start". Assuming you mean automatically run...

I'm afraid I'm baffled and somewhat frustrated. I don't seem to be explaining the constraints/limitations of my environment very well, as the suggestions seem to be aimed at something very different from my environment. The technical details are helpful, and thanks for them, but they don't...

I don't think I'm being quite clear enough. What I want is to have my "profile" (for want of a better word) all in one location - %LOCALAPPDATA% is fine, but not necessary (it's a good choice because it's the only place outside of the application directory that TCC looks for the ini file without...

Thanks, Steve. I want to avoid using explicit specification of the ini filename, because I frequently start thee command processor "by hand" (tcc.exe in a run-style box) and having to remember to add @path would be a pain. Also, I move my settings between accounts on occasion, so having a...

If I'm reading the documentation correctly, assuming no command line options are specified, TCC looks for TCMD.INI in the program directory or %LOCALAPPDATA%. From there, it finds the other files it needs (TCSTART, TCEXIT) either via INI directives, or by looking alongside the executable. But...

Ah, I see the problem. TakeCommandIPC is name-mangled, so it's not accessible except from a suitable C++ program :( I guess I could write a wrapper, or if you could publish the named pipe protocol I could use that. But otherwise, I'm stuck. Paul.

Thanks. I didn't manage to get it to work on a quick try, but that's maybe because I haven't done much with calling DLLs direct from Powershell. I'll try from another program and see if I can get it working there - stick to one variable at a time :) Paul

I often use PowerShell to do specific tasks. However, I would still like the ability to communicate with the hosting TakeCommand instance in the same way that I can do with TCC. Is this possible? In theory, I can load TakeCommand.dll in Powershell, and I can do low-level things like send Windows...

Excellent, thanks. Add a reason to upgrade for me... Paul.

Is there a way to run a command as administrator from the TCC command line? Clearly, this would cause the UAC prompt to appear - that's not a problem - but I have some GUI programs which I routinely start from the command line (e.g., Systems Internals process explorer) and I occasionally want to...

Yes, that works. I hadn't thought of doing something like that, as I was focusing on just pasting the data in unchanged (what I'd do in a language with multi-line strings, or in a Unix shell script with a here-document). The nearest approach in TCC would be a here-document, but that doesn't seem...

Sneaky trick! I like it :) Not sure if I'd use it, but it's nice to know - I tend to forget that TCC parses line by line, so lines that are jumped over don't have to be syntactically correct. Paul.

I want to embed a list of files in my batch files. Can anyone suggest the best way of doing this? Specifically, I have a series of filenames, and I want to create shortcuts for all of them. So something like (for e in (@con) do SHORTCUT "%e" "" "" "" "Shortcuts\%@name[%e]") << EOF...