Запуск внешнего приложения

[@!!ex]

Проблемы две:
1)
У меня есть целиком команда - это путь/имя к приложению + команды. Например:
svn add %1 --force
Выдирать команды в ручную очень не хочется... Можно ли как-то запустить приложение, чтобы команды QT сам разбил на части?

2)
Если грохнуть QProcess через который приложение было запущено, то приложение сразу завершается.
Как сделать, чтобы приложение продолжало жить после удаления QProcess? После закрытия моей программы?

[lit-uriy]

>>1)...
>>Выдирать команды в ручную очень не хочется
не понял откуда выдирать

>>2)...
>>Как сделать, чтобы приложение продолжало жить после удаления QProcess? После закрытия моей программы?
посмотри bool QProcess::startDetached(...)static

[@!!ex]

startDetached -  кажется то, что нужно.

по поводу аргументов:
в start аргументы передаются в списке.
То есть примерно так:
QProcess::startDetached("svn",QStringList() <<"add"<<"%1"<<"--force");

А хотелось бы что-то типа:
QProcess::startDetached("svn","add %1 --force");

[crossly]

а какая собственно говоря разница.... ??

[@!!ex]

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

[lit-uriy]

>>а какая собственно говоря разница.... ??
именно, вот например:
QString cmd = "svn" + " " + "add %1 --force";
QProcess::startDetached(cmd);

>> команда одной строкой и мне видимо придется ее вручную парсить и разбивать на отдельные команды
как команду на отдельные команды разбивать?
ты изъясняешься совершенно не понятно. Есть команда и есть её аргументы.

[@!!ex]

Конечно аргументы, а не команды. Просто применимо к svn это команды, вот о чем думал о том и написал.

В справке к QProcess.start написано так:
Note: Arguments that contain spaces are not passed to the process as separate arguments.

Мой английски подсказывает мне, что это означает что строка идет как один аргумент, независимо от наличия пробелов.
Я не прав?

[@!!ex]

Ага. Вроде startDetached() нормально воспринимает аргументы в одну строку. Проглядел.
Спасибо.

[@!!ex]

Еще вопрос:
Под виндой QProcess::startDetached("svn add");
ничего не делает. Запускает, только если прописать полный путь:
QProcess::startDetached("\"E:\Program Files\Subversion\bin\svn\" add");

Полный путь писать не хочется... Можно как-то научить его запускать по названию команды?

Если из командной строки запускать svn add то все нормально запускается.

[hackoff]

аналогичная проблема возникала. Вызывал shutdown из system32. В итоге остановился на том, что определял каталог system32 через winApi, ну а дальше объединял полученный путь с shutdown.exe.

[break]

Полный путь писать не хочется... Можно как-то научить его запускать по названию команды?

Занести путь к выпоняемому файлу команды в PATH

[@!!ex]

Я специально написал, что:

Если из командной строки запускать svn add то все нормально запускается.

Команда в PATH занесена.

[break]

Интересно это баг?
Тогда можно хранить полный путь к запускаемому файлу в настройках программы...

[@!!ex]

Проблема в том, что пользователь моей программы не знает что такое SVN. Он даже не знает о его существовании.
Настройки приходят "сверху" от руководителя проектом. А пользователь тупо кликает на кнопки: получить материалы/отослать материалы
Руководитель знает что такое SVN, но путь конкретный у пользователя не знает...
В обычной ситуации это не проблема, т.к. сама система находит и запускает указанное приложение...
Я думаю сделать хинт: создавать shell script и уже его через QProcess запускать. Как я понимаю такой косяк только под виндой, так что под виндой делать через bat файл, во всех остальных ОС - обычным способом.