Собственно весь вопрос в теме!
Есть идея запихнуть консольное виндовое приложение (даже несколько) внутрь окна...
хотелось бы писать в STDIN этих консолей и читать их STDOUT и STDERR

Возможно ли это?
Поскажите в какую сторону копать?

Вряд ли...


Как насчет этого?
Вот одна косоль на несколько процессов - это, как я понимаю, пожалуйста.


Тоже круто сказано. Не говоря уж о том, что STDIN, OUT и ERR существуют ровно в одном экземпляре.

насколько я понял, вопрос не в том, чтобы для данного процесса выделить несколько консолей - как раз с количество процессов проблем, видимо не будет

как я понял, вопрос состоит в том, чтобы чужую консоль запихнуть в свое окно...

Я дал на то пример. Я никогда не был сторонником консолей в GUI-приложении. Лучше делать особый класс окон, в которых имитируется терминальный ввод/вывод. Это муторно, но достаточно эффективно, ИМХО.

это - просто пример, как сделать свою консоль
а вопрос в том, как чужую затянуть к себе на окно... нннда... ну и фраза получилась...

ну раскрою суть, чтобы было понятнее...
есть несколько консольных приложений
хочется управлять ими через одно окно :
остановить, запустить, рестартовать, убить!
и не хочется, чтобы эти консоли висели на десктопе и панели задач
но хочется видеть вывод этих консолей, и хочется давать этим приложениям комманды

перенаправление стандартных ввода/вывода на твое окно

Ап. Привет всвсем.

Столкнулся с такой же задачей. Простое перенаправление вода вывода не помогает .
Точнее работает только для примерно 40% консольных приложений(Help, dir и тд. стандартные плюс еще немного). Яркий пример приложения не работающего в данном случае - far(думаю этого хватит).

Суть вот в чём: подобные приложения насколько я понимаю пишут символы прямо в "буффер экрана". каким образом мне узнать работает программа через stdout или через буффер экрана?Могу ли я получить доступ к буфферу экрана консоли другого процесса(дочернего)?и Возможно ли получать ивент при изменении экрана в консоли опять таки другого процесса или придётся проверять его по таймеру(ну это не такой уж кретичный тут дело в красоте кода ;) )?

Подскажите плз кто может.

Заранее спасибо.

в мсдн есть очень дельный совет на данную тему: пайпы

http://msdn.microsoft.com/library/default...._and_output.asp

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

Еще есть аналог с Run-Time Lib..., это пара _popen vs _pclose, но, честно говоря, так и не смог заставить их нормально работать в обе стороны: на ввод и на вывод, разобрал их код, и, действительно, они реально односторонние(только на чтение, либо только на запись), но CreatePipe работает точно, эт я проверил.

Добавлено @ 17:18 
Вот, кстати, возможный вариант для "многопроцессорной консоли":

1. создаем консольное приложение
2. делаем для каждого процесса следующие вещи:
  2.1. два пайпа на ввод-вывод
  2.2. поток, который будет работать с процессом
  2.3. запускаем дочерний процесс в этом потоке
  2.4. при срабатывании входного пйпа, пишем что-то типа "Запрос для Process1:", считываем с нашей консоли запрос, и отправляем в парную пайпу
  2.5. при срабатывании выходного пйпа, аналогично: "Ответ от Process1:" и т.д., в том же духе
  2.6. после завершения дочернего процесса, пишем типа "Process1 завершет"
3. После завершения все потоков - завершаем консоль

Мессаги нужны только для того, чтобы понимать, что-откуда пришло, а то так можно запутаться

И еще одно: желательно сотворить один объект синхронизации на ввод-вывод в/из главной консоли, чтобы не получилось так, что когда один процесс начнет запись в консоль, другой - наоборот читает из неё. Ну и вообще, более понятно будет даже вывод: не будет вывод одного процесса смешиваться с выводом другого, это опять де для удобства.