Говорите, давно искусства не было, нате вам!
Чем больше разглядываешь, тем криповее. И Лавкрафт русалку спаивает. Вот откуда он сюжеты брал 🙂
И Медуза, надень очки и свали — это не твоя литературная вселенная!
Картинка честно (С)пизжена неизвестно откуда.
Во! Нашел ту самую «флэшку с котиками», от которой куча народа фанатела году в 200?, как и от песни, этой самой O-Zone — Dragostea Din Tei, играла же буквально из каждого утюга
Тогда не очень понимал, ще воно всіх так затягивает, а вот же, уже 5 раз пересматриваю. Горшочек, не вари (хотя вари, вари). Там явно какой-то меметический агент, похоже надо позвонить в [ДАННЫЕ УДАЛЕНЫ]. Не, никуда звонить не надо, просто нажми на реплей.
Итак, необходимо перехватить в реальном времени вывод консольной программы, которая запущена собственным приложением в фоновом режиме, например, как это делает GUI Openvpn для Windows.
На моделировании формы приложения особо останавливаться не буду, сделаем там элемент управления для вывода данных, организуем возможность выбора консольного приложения или BAT/CMD-файла, вывод которого будем перехватывать, кнопки для запуска, останова внешнего приложения, и кнопку для очистки лога.
Замечу только, что для вывода перехваченных сообщений использовал немного модифицированный ListView (копия)
Теперь надо подготовить несколько приложений для теста, одно будет консольное приложение на C#, которое генерирует случайное число, выводит его на консоль, ожидает 250 мс, и так повторяет в бесконечном цикле:
Бинарник testapp.exe
Исходный код
И несколько вариантов BAT-файлов, реализующий тот же функционал, только время ожидания составляет 1 секунду.
Правда с BAT-файлами есть пока нерешенный вопрос, некоторые, а именно в которых содержатся команды timeout и choice, при перехвате работают нестабильно. Вариант с choice зависает, начиная нагружать процессор, timeout — не выполняет свои функции, т.е. никакого таймаута, а потом зависает. Пока не понял, с чем это связано, но включил эти файлы отдельно, в комплект к тестовым
1. В более современных версиях .NET можно использовать оператор async, но я решил обойтись без него, т.к. все возможности для перехвата данных с консоли были еще в .NET Framework 2.0. были, а слова такого не было. Как в анекдоте про Вовочку.
2. Запускать вызываемую консольную программу следует в отдельном потоке, с которым мы будем общаться как обычно — с помощью событий. Иначе чуда не получится — все будет висеть и не работать.
Т.е алгоритм примерно понятен — надо запустить вызываемую консольную программу в отдельном потоке, а потом рулить основной программой, перехватывая данные при наличии события (т.е вывода запущенной программой новых данных).
Создадим новый класс, например Runner:
public class Runner
Выше класса добавляем публичный делегат (он нам потом для события понадобится)
public delegate void LogMessage(string Data);
Подключаем нужные пространства имен:
using System.Threading;
using System.Diagnostics;
Внутри класса заводим публичное свойство, определяющее путь к процессу:
public string ProcessPath { get; set; }
Заводим событие, которое будем генерировать при перехвате сообщения с консоли.
public event LogMessage LogSend;
И приватные переменные типов ProcessStartInfo, Process, для управления вызываемым процессом и типа Thread, для управления потоком, в котором будет запущен дочерний процесс.
private ProcessStartInfo Info = null;
private Process Proc = null;
private Thread t = null;
В конструкторе инициализируем переменную Info:
public Runner(string processpath)
{
ProcessPath = processpath; //устанавливаем значение свойства ProcessPath
Info = new ProcessStartInfo(ProcessPath);
Info.RedirectStandardError = true; //перехват STDERR
Info.RedirectStandardOutput = true; //перехват STDOUT
Info.UseShellExecute = false; //иначе перехват работать не будет, см. MSDN
Info.CreateNoWindow = true; //не запускать процесс в новом окне
//это скроет консоль запускаемой программы
}
Примечание: Присвоение свойству ShellExecute значения false позволяет перенаправлять потоки ввода, вывода и ошибки.
В функции StartProcess() непосредственно выполняем запуск процесса и перехват.
try
{
Proc = Process.Start(Info);
}
catch (Exception ex)
{
LogSend("INTERNAL ERROR: "+ex.Message);
return;
}
Запускаем процесс, если произошла ошибка, вызываем событие, ответственное за отправку сообщения и выходим.
Для перехвата создаем цикл, в котором вызываем Process.StandardOutput.ReadLine(), пока результат не будет равен null.
StandardOutput.ReadLine() будет ждать, пока программа не выведет на консоль строку, и тогда вернет ее, или же вернет null, когда программа завершится.
string ConOut = "";
do
{
ConOut = Proc.StandardOutput.ReadLine();
if (ConOut != null)
{
LogSend(ConOut);
}
} while (ConOut != null);
Поскольку запуск этой функции вызовет «зависание», если запустить ее в основном потоке, то вызывать ее нужно в отдельном:
public void Start()
{
t = new Thread(StartProcess);
t.Start();
}
Ну и функция для остановки вызванного процесса:
public void Stop()
{
if (Proc != null)
{
Proc.Kill();
Proc = null;
}
if (t != null)
{
t.Abort();
t = null;
}
}
В коде основной формы создаем объект Runner, регистрируем обработчик событий, запускаем перехват, не забывая про останов по нажатию нужной кнопки:
Runner runner = null;
//...
private void btnStart_Click(object sender, EventArgs e)
{
runner = new Runner(txtPath.Text);
runner.LogSend += new LogMessage(runner_LogSend);
runner.Start();
}
private void btnStop_Click(object sender, EventArgs e)
{
if (runner != null)
{
runner.Stop();
}
}
В обработчике события отправляем данные в нужный элемент управления, не забывая про Invoke:
void runner_LogSend(string Data)
{
Invoke((MethodInvoker)delegate
{
lvConsole.Items.Add(Data);
lvConsole.EnsureVisible(lvConsole.Items.Count - 1);
});
}
Опять заметка от склероза, и чтоб не пролюбить инфу.
Почему-то Вовчик Воротов еще со времен DOS не мог в командный процессор добавить встроенную команду sleep <секунд>, которая обеспечивает паузу в скрипте BAT/CMD, как это делается в том же bash. Но есть насколько решений.
CHOICE.Совместимость: командные процессоры, начиная с DOS 6.00, включая все версии Windows.
Утилита CHOICE.EXE изначально предназначена для запроса ответа пользователя (Да/нет), например, вызов команды
choice /M "Request Text"
где,
"Request Text" — текст вопроса
отобразит в консоли следующее:
Request Text [Y,N]?
Пользователь должен будет нажать клавишу Y или N, код возврата можно будет отследить в BAT-скрипте в переменной %ERRORLEVEL%, Y — 1 N — 2.
Однако, можно сделать из команды CHOICE задержку в скрипте, используя следующий синтаксис:
choice /T [секунд] /D [любой_символ] >nul
где,
/T [секунд] — включить задержку на [секунд] секунд.
/D [любой_символ] — ответ по умолчанию (без него не будет работать параметр /T).
>nul — отправить вывод сообщения команды в >nul, дабы не загрязнять вывод скрипта.
Например:
choice /T 1 /D y >nul
установит задержку в одну секунду.
+ Максимально совместимая команда, начиная с DOS 6.00.
— Не является встроенной командой, может отсутствовать в сборках Windows/DOS или образах Windows PE/загрузочных образах DOS
— Команда может спровоцировать зависание скрипта на неопределенный срок, если скрипт был вызван в определенных условиях, когда командный процессор cmd.exe был вызван иным приложением Windows, выполняющим перехват STDOUT консоли.
TIMEOUTСовместимость: Windows 7 и выше.
Синтаксис:
timeout /T [секунд]
или
timeout [секунд]
где,
[секунд] — время в секундах.
+ К Windows 7 Вовчик Воротов таки озаботился командой, позволяющей делать стандартную задержку в BAT-скриптах.
— Нет в более ранних версиях Windows и DOS
— Если BAT-файл запущен в приложении, перехватывающем STDOUT (консольный вывод), могут случиться необоснованные глюки.
— Не является встроенной командой, может отсутствовать в сборках Windows или образах Windows PE
Пример:
timeout /T 1 >nul
WAITFORСовместимость: Windows 7 Professional и выше.
Вообще эта команда предназначена для другого, она отправляет или ожидает системного сообщения. Примерно того же, чем являются системные сообщения в Linux, например SIGTERM и SIGKILL, хотя и весьма условно — в Windows они устроены несколько по-другому. Если программе указать заведомо несуществующее системное сообщение и время ожидания — программа сработает как пауза в BAT/CMD скрипте:
waitfor /T [время] [сообщение(строка)] 1>nul 2>nul
где,
/T [время] — [время] время ожидания, секунд.
[сообщение(строка)] — можно использовать любую случайную строку, не совпадающую с известными системными сообщениями.
1>nul — перенаправление стандартного потока вывода (STDOUT) в устройство nul.
2>nul — перенаправление стандартного потока ошибок (STDERR) в устройство nul.
Два последних переопределения используются для того, чтобы не замусоривать вывод скрипта.
Пример (скрипт будет ожидать 1 секунду):
waitfor /T 1 zhzhz 1>nul 2>nul
+ Не вызывает зависаний при перехвате консольного вывода скрипта внешним приложением
— Нет в более ранних версиях Windows/DOS
— Не является встроенной командой, может отсутствовать в сборках Windows или образах Windows PE
pingСовместимость: DOS, с установленными программами поддержки сети, все версии Windows
ping на locallhost можно использовать, как команду для задержки в BAT-файле. Хотя, этот способ не рекомендуется использовать, т.к. время задержки может отличаться в зависимости от количества отправленных пакетов, «железа» компьютера или версии ОС.
Пример:
ping -n 3 127.0.0.1 >nul
127.0.0.1 — IP-адрес localhost
-n 3, т.е. 3 пакета отправленные на localhost дают примерное время ожидания в 1 секунду на Windows 7, на ноутбуке HP Pavilion
+ Есть во всех версиях Windows/DOS где есть стандартная поддержка сети от MS
+ При перехвате STDOUT не глючит
— Время задержки определяется весьма приблизительно.
Самостоятельных реализаций sleep/timeout написана вагон и маленькая тележка. Например, одну из них можно скачать на GitHub:
Запуск:
sleep <секунд>
Пример:
sleep 1 >nul
+ Сбоев не обнаружено
+ Совместимость: Все версии Windows x86/x64
+ Имеются исходники, можно пересобрать под DOS при наличии компилятора Freepascal.
— Внешняя нестандартная утилита, придется таскать вместе с BAT/CMD файлом.
Впрочем, таких утилит много, все имеют свои плюсы и минусы. Выбирайте под конкретную задачу нужный вам способ.