Запуск консоли из GUI

[COREYCO]

Проблема следующая:

1. Имеется консоль C1.exe ( просто .exe-шник, без проекта )
Консоль не простая, правда... Может работать в 64-битной среде и
использовать до 16 ядер процессора ( у меня как раз Windows 8 pro )...

2. Имеется проект ( с исходниками в C++Builder XE3 ), который готовит
некое Windows-приложение W1.exe

Что, собственно, хотелось бы реализовать:

1. Запуск консоли C1.exe из W1.exe ( например, при нажатии кнопки )
В более древних bcb4, bcb5 использовалось CreateProcess(...)

2. Доступ к вводу/выводу консоли из W1.exe
Например, передать ( текст команды +/n ), подождать когда
появится текст ответа конслоли и передать его в W1.exe ( например,
в некий RichEdit1 )

3. Возможен вариант, когда консоль может часами непрерывно
выдавать текст... При этом "конец ответа" точно определить
сложно ( или он наступит через неделю, скажем )... Можно ли
в таком "экстремальном" случае все "свежие" символы из буфера
консоли синхронно ( т.е. более-менее одновременно ) добавлять
к текущему тексту RichEdit1 ??

Заранее благодарю, если кто-то внесёт ясность...


P.S.
В старых bcb была полная документация по Win32 API...
Сейчас у меня C++Builder XE3 и я не нахожу в Help ничего
похожего на Win64 API..

[waleri]

Сообщение от COREYCO

ничего
похожего на Win64 API

https://msdn.microsoft.com/library

[Cuprum5]

Сообщение от COREYCO

В более древних bcb4, bcb5 использовалось CreateProcess(...)

- там не CreateProcess использовалось, а использовалось:

WinExec
ShellExecute

- и сейчас используется. Вот это, собственно говоря, я и хотел посоветовать. Только не знаю я как информационный обмен наладить между запущенным приложением и Вашей формой. Я вот что-то слышал про DDE. Может это поможет?

[Alex11223]

В смысле "использовалось"? Это API ОС.

WinExec deprecated уже давно.

[Cuprum5]

Ну запускать уже понятно чем. Для того, чтобы организовать обмен данными между приложениями нужно изучать SendMessage() и обмен сообщениями между приложениями, так называемые Windows-сообщения(WM_USER, например).

[Cuprum5]

Также нужно знать такие слова, как:

BEGIN_MESSAGE_MAP
    MESSAGE_HANDLER(WM_MyMessage, TMessage, OnMyMessage);
END_MESSAGE_MAP(TComponent)

Это карта сообщений и она пишется в конце объявления класса TForm1 в публичной части. Я точно не помню, но по-моему так:
1) WM_MyMessage - код сообщения, просто цифра, в том коде, где я смотрел это просто переопределенный WM_USER:

#define WM_MyMessage WM_USER

WM_USER - сообщения пользователя, дальше свои сообщения создаются по-моему так:

WM_USER + 1
WM_USER + 2
и т.д.

Так ведь, да, профессионалы?
2) TMessage - класс сообщения;
3) OnMyMessage - функция-обработчик события, которое реагирует на это сообщение (WM_MyMessage). Вот 1-ая строка обработчика этого события:

void __fastcall TForm1::OnMyMess(TMessage& m)

m - это структра, которое содержит само сообщение и 3 переменные. Вот ее объявление из Helpa C++Builder 6:

struct TMessage
{
	Cardinal Msg;
	union
	{
		struct 
		{
			Word WParamLo;
			Word WParamHi;
			Word LParamLo;
			Word LParamHi;
			Word ResultLo;
			Word ResultHi;
			
		};
		struct 
		{
			int WParam;
			int LParam;
			int Result;
		};
		
	};
} ;

4) TComponent - не помню что такое, может быть кто-нибудь подскажет? Это компонент для которого пишутся события или что-то такое, короче не помню я уже.
Ну примерно вот так. Найдите себе какой-нибудь пример в Интернете и рализуйте его.

[COREYCO]

...

[Alex11223]

А с чего вдруг оно должно было быть так воспринято?
Запуск это CreateProcess или ShellExecute.

Если вам нужен вывод запущенного процесса, то после CreateProcess можно перенаправить.

[COREYCO]

Сообщение от Cuprum5

Ну запускать уже понятно чем. Для того, чтобы организовать обмен данными между приложениями нужно изучать SendMessage() и обмен сообщениями между приложениями, так называемые Windows-сообщения(WM_USER, например).

Это для обмена между двумя Windows-приложениями ( особенно, если есть
оба исходника, где можно прописать "сценарий" )

А тут одно из приложений консоль ( .exe безо всяких исходников ), для которого
я не могу прописать сценарий взаимодействия с Windows-приложением ( здесь
с исходниками всё в порядке - можно редактировать, компилировать и т.д. )

[COREYCO]

ShellExecute
(
Form1->Handle,
"open",
"d:\\...\\C1.exe",
NULL,
NULL,
SW_SHOWNORMAL
);

Вот это нормально запустило консоль C1.exe из формы Form1...
В окне консоли можно вручную вводить команды...
Если C1.exe их понимает, то что-то выдаёт в ответ...

Теперь осталось "научиться":
1. посылать команды из Form1 ( а не вручную )
2. дублировать ответы C1.exe в неком Memo1 или RichEdit1 ( Form1/ W1.exe )
+ анализировать их ( что уже немного уводит в сторону от темы )...