Перенаправить вывод в запускаемом приложении

mraklbrw

Добрый вечер.Запускаю другое приложение (консольное) с помощью Process.Start.В нём происходит какая-то ошибка, но окно быстро закрывается.Можно ли перенаправить вывод запускаемого через Process.Start приложения?
19 ответов

mraklbrw

Добрый вечер.Запускаю другое приложение (консольное) с помощью Process.Start.В нём происходит какая-то ошибка, но окно быстро закрывается.Можно ли перенаправить вывод запускаемого через Process.Start приложения?
можно


mraklbrw

Проблему решил с помощью Process.StandardOutput.*********() и p.WaitForExit();


mraklbrw

Проблему решил с помощью Process.StandardOutput.*********() и p.WaitForExit();
https://www.dotnetperls.com/redirectstandardoutput
static void Main()
 {
 //
 // Setup the process with the ProcessStartInfo class.
 //
 ProcessStartInfo start = new ProcessStartInfo();
 start.FileName = @"C:\7za.exe"; // Specify exe name.
 start.UseShellExecute = false;
 start.RedirectStandardOutput = true;
 //
 // Start the process.
 //
 using (Process process = Process.Start(start))
 {
 //
 // Read in all the text from the process with the StreamReader.
 //
 using (StreamReader reader = process.StandardOutput)
 {
 string result = reader.*********();
 Console.Write(result);
 }
 }
 }


mraklbrw

Как в QNX это просто решается, просто пипец


mraklbrw

QNX
Проще чем в Windows?


mraklbrw

Проще чем в Windows?
В кубе проще. Даже из командной строки. Но, там свой протокол и сетка только локальная.


mraklbrw

В кубе проще. Даже из командной строки. Но, там свой протокол и сетка только локальная.
Как это проще, даже из командной строки?ИМХУю, что везде одинаково и в юниксе, и в виндовуз>prilagalishche >out>prilagalishche >>out2


mraklbrw

Сохранение вывода в переменную. PowerShell из клятой и ненужной для настоящего джедая Винды
$p = ping localhost


mraklbrw

Но, там свой протокол и сетка только локальная.
Какое убожество


mraklbrw

Какое убожество
Это система реального времени, гарантированно событие происходит в рассчитанное Вами время и легко реализуется многомашинные приложения. Соответственно гарантия реального времени распространяется только на сеть QNX. TCPI конечно же есть, но это уже другая песня. Очень простое межпроцессовое взаимодействие включая сеть QNX.


mraklbrw

Какое убожество
Требование к аппаратуре весьма скромные.


mraklbrw

Это система реального времени, гарантированно событие происходит в рассчитанное Вами время и легко реализуется многомашинные приложения. Соответственно гарантия реального времени распространяется только на сеть QNX. TCPI конечно же есть, но это уже другая песня. Очень простое межпроцессовое взаимодействие включая сеть QNX.
Знавал. Сеть на ком-портах со своим протоколом


mraklbrw

Требование к аппаратуре весьма скромные.
TCP тоже очень надежен, если посылка влезает в один пакет


mraklbrw

TCP тоже очень надежен, если посылка влезает в один пакет
на, да, и если пакеты латеют как сперматозоиды


mraklbrw

на, да, и если пакеты латеют как сперматозоиды
А вот это уже забота программиста, найти компромисс


mraklbrw

Знавал. Сеть на ком-портах со своим протоколом
В QNX вовсе не на СОМ портах. И используются если надо два протокола.


mraklbrw

Интересно, а что общего у .Net и QNX?


mraklbrw

Интересно, а что общего у .Net и QNX?
Ничего.Просто были каникулы, делать нечего и тд и тп.


mraklbrw

Ничего.Просто были каникулы, делать нечего и тд и тп.
и? тестировал NET Core?