Результат работы shellExecute

[smailik]

Всем доброго дня.

Есть питоновский скрипт. Из Аксапты дергается этот скрипт

WinAPI::shellExecute('python.exe', strFmt('pict_new.py %1 %2', dirIn, dirOut), 'c:\\program files\\python38\\', '', 0, true);

Потребовалось в скрипт внести данные. Создал его копию. Внёс данные и сохранил как "pict_web.py". Поместил в ту же папку где и первый скрипт.
Пытаюсь вызвать его через

WinAPI::shellExecute('python.exe', strFmt('pict_web.py %1 %2', dirIn, dirOut), 'c:\\program files\\python38\\', '', 0, true);

Но ничего не происходит.
Если запускать его не из Аксапты, а через cmd.
То всё хорошо отрабатывает.
При этом в самом начале вставил логирование. Что мол скрипт начинает работать.
При запуске через cmd в файле лога появляются записи.
При запуске из Ах в файл лога ничего не пишется.
Исходя из этого делаю вывод что скрипт не запускается.
Как-нибудь можно в Ах получить ошибку либо нечто иное что происходит при выполнении WinAPI::shellExecute по новому скрипту?
Либо может еще какое шаманство существует?

[Weez]

c:\\program files\\python38\\ - при запуске из аксапты этот путь остается актуальным?

[smailik]

Да, пусть остаётся актуальным. Ах на АОСе запускаю и проверяю.

[Lucky13]

А функция shellExecute что возвращает?

[Товарищ ♂uatr]

Цитата:

Сообщение от Lucky13

А функция shellExecute что возвращает?

Если 0, то стоит попробовать вызвать WinApi::getLastError().
Дополнительный вопрос:
Исполнитель - клиентская сторона?

[smailik]

В данном случае shellExecute возвращает int.
Попробую WinApi::getLastError()
Исполнитель - серверная сторона

[Товарищ ♂uatr]

Цитата:

Сообщение от smailik

Исполнитель - серверная сторона

shellExecute кастомизированный? там же 2-ая строка "client static int shellExecute("

[smailik]

Да кастомизированный.
За основу взят код из
ShellExecute on x64 server
На данный момент остановился на варианте с указанием пути к файлу скрипта

WinAPIServer::shellExecute('python.exe', strFmt('"c:\\program files\\python38\\pict_web.py" %1 %2', dirIn, dirOut), 'c:\\program files\\python38\\', '', 0, true);

Хотя старый скрипт вызывается без проблем без указания полного пути к файлу.
Мы с коллегами думаем что собака зарыта в направлении новых политик/прав доменной безопасности. Последнее время смежный отдел много химичит в этом направлении.