При открытии отчётов выполняется команда, которая зависает: c:\windows\system32\cmd.exe /c zipoow.bat b4pda0c.sxw C:\windows\temp\b4pda0c C: C:\Program Files\B4_PLUS
Это связано с тем, что там вызывается zip.exe, который зависает. Можно либо скрипт zipoow.bat переписать в виде zipoow.sh и сразу под Linux, либо исправить работу zip.exe
Запускает winevdm
Беру себе.
Если путь к БЭСТ содержит кататог с пробелом в названии, то этот путь неправильно распознаётся и zip.exe запускается неправильно. Если путь не содержит пробелов,то выдаётся ошибки : zip diagnostic: GetVolumeInformation failed zip diagnostic: GetVolumeInformation failed zip diagnostic: GetVolumeInformation failed zip diagnostic: GetVolumeInformation failed zip diagnostic: GetVolumeInformation failed zip.exe (скомпиленн под win, а не под Dos)
Архив создаётся.
Так как показывают тесты, если брать отдельные команды из скрипта и прогонять их в cmd, то они работают.Считаю в cmd не реализована возможность ожидания результатов другого потока, т.к. зипование идёт в другом потоке, пока я считаю, что cmd не ждёт пока архив создаться. Что, кстати, странно архив создаётся 0 длины, хотя если взять строку и прогнать в cmd, архив нормально создаётся.
Вроде потоки не зависают, но существуют проблемы с исполнением скриптов. Задача: проверить выполнение скрипта из cmd и из wineconsole.
Выяснено, что команда copy зацикливается при попытки копирования copy имя_файла ..\имя_файла.
Если написать отдельный bat с такой командой, то всё копируется.
Виснет в функции WCMD_copy и до самого физического копирования файла дело не доходит.
Почему-то при копировании возникает диалог о перезаписи файла, если там нажать "д" или в скрипт после команды copy поставить /Y, то скрипт проходит, но openoffice, не открывается.
Если, что - то в Винде БЭСТ ничего не спрашивает про перезапись.
Вернёмся позже.
Или не вернёмся вовсе
Для тех, кто не пользуется багзиллой или не умеет пользоваться групповым редактированием при поиске, закрываем задачи, которые они должны были принять.