Это наверное больше не вопрос, а может случай из практики который может пригодится Многие наверное как и я делают апдейт следующим образом, качают в какую то папку инсталяшку и затем запускают ее.  Как обычно запускаем процесс конечно же


а если еще и не хотим заморачиваться со всякими там wait() или отловом запущен ли уже процесс(что бы закрыть свое приложение) то вызываем


Все просто и здорово. На практике это не работает Конечно может быть прям "Не работает" звучит очень грубо, но в случае когда например под Windowd 7 это отрабатывает на ура ,а под XP нет, я могу сказать что это "не рабочий вариант". Под XP QProcess:startDeatached() при запуска *.exe из папки с документами возвращает false при этом файл есть, документы юзверя который файл сохраняет(стало быть проблем с доступом быть не должно), но возвращается false и при этом QProcess::errorString() и QProcess::error() ни о чем не говорят, оно и не странно, разрабы не заморочились в этой функици записывать описания ошибок. Ну думаю я попробую start() . Здесь все немного лучше видно смену статусов и ошибки приходят, все здорово, но приходит ошибка

QProcess::FailedToStart

которая следуя из описания говорит о том, что файла либо нет, либо к нему нет доступа. Но постойте как же таг ? перед запуском проверяется что файл есть QFile::exist() - файл есть, сохранен там где доступ тоже есть. Фигня какая то.

Решение было найдено использование QDesktopService::openUrl(QUrl(QUrl::fromLocalFile(fileName)))

Конечно же мне стало интересно в чем разница, раньше то я думал что openUrl для запуска локальных файлов использует QProcess - ну это было бы логично.

Разница в том что

QProcess использует winApi ф-цию CreateProcess
QDesktopServie использует winApi ф-цию ShellExecute

Вот так вот Надеюсь кому нибудь это поможет. 

Дальше не копал, знаю что CreateProcess получается false возвращает. Можно конечно поэкспериментировать, но это я думаю когда dead line кончится, тогда можно будет глянуть что там Наткнулся на статью что с CreateProcess не все так просто и очень просто накосячить с параметрами, но опять же прототип наверное чуть позже накидаю гляну что там.

Писал для тех приблуд, что у нас разрабатываются автоапдейтер
пользовал:
QProcess::startDetached

все вроде нормально пахало (тестировались под Win2000, XP, 7);

Я б посмотрел в сторону проверки текущей рабочий папки приложения из которой все это запускается.

А у вас предусмотрено то, что username будет русским? А то если без кодировочки, то и папочку он не откроет как бы

Ну "Мои документы" написано по русски, проблем вроде нет.


Могу ошибаться но UAC вроде с Vista ввели.

Приходит на ум только один обходной путь:

Сделать отдельное вспомогательное приложение (например GUI), основная задача которого вызывать через QProcess консольное приложение
и перехватывать весь его вывод, например, для отображения этого выхолпа в QMessageBox и т.п.

Но само это вспомогательное приложение должно вызываться из главного через QDesktopService (ShellExecute()) с правами администратора.

И еще для того, чтобы главное GUI приложение смогло определить "а как там у нас получилось екзекутнуть и с каким результатом?",
можно сделать IPC между главным GUI и вспомогательным GUI через QLocalServer/Socket к примеру.

Но тут возникает вопрос: а будут ли работать QLocalServer/Socket, если одно работает от админа, а другое от юзера?

Других "простых" мыслей не имею".  

Нет, эти флаги не имеют значения, они не используются.