У меня есть тулза, написанная с помощью QT framework. Из нее посредством класса QProcess хочу компилировать Rotor2.0 — т.е. сначала вызывать env.bat, потом buildall.cmd, потом все остальное (билдить приложения, вызывать их clix <path_to_application> и т.д.
Но в Rotor2.0 есть некоторые тонкие нюансы — его компилить можно только через cmd, причем в одном и том же окне cmd. Т.е. если мы открыли одно окно, там запустили env.bat, buildall.cmd, то в другом окне вызвать clix <path_to_application> не получится.
Ну так вот. Я пытался создавать процесс через QProcess(все output процесса собираются в QTextEdit), им вызывать сначала env.bat, потом buildall.cmd, так не работает. Когда я вызываю buildall, пишет, что я env.bat не вызвал. Причем это все я делал ОДНИМ процессом(так надеялся, что заработает Работает хоть как-то, если я через QProcess вызываю батник, в котором написал:
chdir D:\Rotor_2.0\sscli20\
call env.bat
call buildall.cmd
clix <path_to_application>
Но так делать плохо, потому что так не получится внось вызвать application, хочется, чтобы можно было всякий раз вызывать application, компилить, в общем, свобода действий чтобы была. Также хочется, чтобы можно было сначала вызвать какой-нибудь кнопочкой из тулзы env.bat, потом buildall, а не сразу все подряд.
Как обойти эти неудобства Rotor'a? Надо как-то эмулировать для Rotor'a, что мы находимся в одном и том же окне cmd. Я думал, что если все делать одним QProcess процессом, будет достаточно. Оказалось, что нет. Rotor воспринимает одно окно cmd, как один сеанс запуска процесса
