AutoHotkey Community

[valenfor]

I know most others have already said, but just wanted to give the big

Wooo Hooo!

I got the DLL, got my tail.exe and mix em up in the same bowl and its LIKE BUTTER BABY!!!!

BCX looks cool too corrupt - thanks for introducing me to another programming platform as well.

V.

[Guest]

[corrupt]

[corrupt]

BCX Source (version 3.1.2)

[daonlyfreez]

Muy cool indeed!



Thank you! Working with AutoHotkey is getting better and better
_________________
(sorry, homesite offline atm)

[zipzulu]

Hi all,

basically, I have to agree that corrupt’s cmdret is extremely helpful. However, I’ve some problems with this tool and wonder if someone can point me in the right direction.

I’m trying to compile a C/C++ project using a PERL script (see CompileCmd below) and redirect its output to a GUI edit window within a tab control. Both versions (one using CMDret.exe and one using the cmdret.dll) basically work, that is, the output shows up in the edit control but with

version 1 (CMDret.exe)
- close to the end of the compile process the output just stops, no compiler output files are created - seems to me that the process just dies at some stage (the PERL script runs ok in a DOS box)

version 2 (cmdret.dll)
- everything works ok with regard to the compile process but the output window is not refreshed at some point - just the grey output window without the edit or tab control can be seen. Once the compile process completed, I can click on the output window to re-display the controls as well as the compiler output.
- one additional question: Is it somehow possible to get the PID of the CMD process as in the CMDret.exe version?

Version 1 using CMDret.exe:

[corrupt]

Hi zipzulu,

Thanks for the feedback .

If using CMDret.exe you could try using cmdstub.exe

[corrupt]

[zipzulu]

corrupt,

first of all, thanks for the response. I haven't had the opportunity to test your suggestions but will try to do so sometime next week.

[corrupt]

[Jaysun]

Without getting too much into the why I am trying to do the following, I am trying to create a custom GUI for the Windows FORMAT command line tool. This is for use on public computers and I cannot let our users be able to access the command line, and using "Rundll32.exe shell32.dll,SHFormatDrive" to make the Windows GUI for FORMAT has been probematic, plus the Windows GUI on XP does not pop up a dialog that shows if there were any bad sectors when the format is done.

So can CMDret be used to send keystrokes and strings to FORMAT while it is running? Can it grab all text output as it is actively displayed by the FORMAT command?

I have read through all the posts in this thread and tried using each of the functions of CMDret and before I try anymore, I'd like to know if it is possbile to do what I need to do.

Thanks much,

Jason

[Guest]

give users access to format isn't a good idea anyway, only floppies maybe

[corrupt]

[floh]

nice feature! but...
... i'm new to dll handling and i have a question: how to interact with a program?

The problem: i have a Linux server who provides a SSL console interface. To connect this interface i use PuTTY or its command line tool PLINK.
How can i "remote control" plink.exe from AHK to log in into the server, read the answer from server (then AHK should parse the answer strings, display messages or fill some of the data into a GUI) and then send other commands depending on the answer or user action? The ssh session has to keep open for longer time.

[Chris]

I'm not sure if CMDret can interact with a console SSH client in this manner. If it can't, you might have better luck setting the client to maintain a log file. You could have the script watch the log file and respond to what shows up in there.

Alternatively, you could periodically copy the window text (or parts of it) to the clipboard, and then parse the clipboard to determine what responses have occurred.