| Версия для печати темы
Нажмите сюда для просмотра этой темы в оригинальном формате |
| Форум программистов > C/C++: Системное программирование и WinAPI > Консоль внутри окна |
| Автор: idler 27.2.2006, 19:11 |
| Собственно весь вопрос в теме! Есть идея запихнуть консольное виндовое приложение (даже несколько) внутрь окна... хотелось бы писать в STDIN этих консолей и читать их STDOUT и STDERR Возможно ли это? Поскажите в какую сторону копать? |
| Автор: Fixin 27.2.2006, 19:52 | ||
|
| Автор: Earnest 27.2.2006, 20:03 | ||
Вряд ли...
Как насчет этого? Вот одна косоль на несколько процессов - это, как я понимаю, пожалуйста. Тоже круто сказано. Не говоря уж о том, что STDIN, OUT и ERR существуют ровно в одном экземпляре. |
| Автор: Fixin 27.2.2006, 20:47 | ||
Я дал на то пример. Я никогда не был сторонником консолей в GUI-приложении. Лучше делать особый класс окон, в которых имитируется терминальный ввод/вывод. Это муторно, но достаточно эффективно, ИМХО. |
| Автор: maxim1000 27.2.2006, 23:29 |
| это - просто пример, как сделать свою консоль а вопрос в том, как чужую затянуть к себе на окно... нннда... ну и фраза получилась... |
| Автор: idler 28.2.2006, 13:23 |
| ну раскрою суть, чтобы было понятнее... есть несколько консольных приложений хочется управлять ими через одно окно : остановить, запустить, рестартовать, убить! и не хочется, чтобы эти консоли висели на десктопе и панели задач но хочется видеть вывод этих консолей, и хочется давать этим приложениям комманды |
| Автор: Romikgy 28.2.2006, 13:45 |
| перенаправление стандартных ввода/вывода на твое окно |
| Автор: sparn 14.8.2006, 16:17 |
| Ап. Привет всвсем. Столкнулся с такой же задачей. Простое перенаправление вода вывода не помогает Точнее работает только для примерно 40% консольных приложений(Help, dir и тд. стандартные плюс еще немного). Яркий пример приложения не работающего в данном случае - far(думаю этого хватит). Суть вот в чём: подобные приложения насколько я понимаю пишут символы прямо в "буффер экрана". каким образом мне узнать работает программа через stdout или через буффер экрана?Могу ли я получить доступ к буфферу экрана консоли другого процесса(дочернего)?и Возможно ли получать ивент при изменении экрана в консоли опять таки другого процесса или придётся проверять его по таймеру(ну это не такой уж кретичный тут дело в красоте кода ;) )? Подскажите плз кто может. Заранее спасибо. |
| Автор: GremlinProg 14.8.2006, 17:05 |
| в мсдн есть очень дельный совет на данную тему: пайпы http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dllproc/base/creating_a_child_process_with_redirected_input_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. После завершения все потоков - завершаем консоль Мессаги нужны только для того, чтобы понимать, что-откуда пришло, а то так можно запутаться И еще одно: желательно сотворить один объект синхронизации на ввод-вывод в/из главной консоли, чтобы не получилось так, что когда один процесс начнет запись в консоль, другой - наоборот читает из неё. Ну и вообще, более понятно будет даже вывод: не будет вывод одного процесса смешиваться с выводом другого, это опять де для удобства. |