команда в 1С КомандаСистемы ("какой то скрипт"); скрип допустим вызывает xterm Выполнение скрипта в 1С не останавливается на вызове xterm, а моментально продолжается. Интересно а как это в Windows работает?
В винде работает как положено, т.е. при вызове (например - блокнота) выполнение останавливается и продолжается только после закрытия блокнота.
Интересно, там наверняка используется CreateProcess. По умолчанию CreateProcess ничего не ждёт. Надо бы проверить.
Проверю, что там. CreateProcess() ничего и не может ждать. Обычно это функцией WaitForSingleObject() реализуется. Видимо, какой-то эвент ошибочно генерируется, и 1С считает процесс завершённым
В windows КомандаСистемы("noted") аналогична нашей wineconsole cmd.exe /c notepad.exe Даже окно 1С перестаёт перерисовываться так же.
http://lists.etersoft.ru/pipermail/wine-patches/2009-January/000270.html исправляет проблему. Итак, при запуске в 1С функции КоманадаСистемы("что-то"), 1С порождает процесс cmd /c что-то cmd /c string под виндой дожидается завершения процесса, прежде чем передать управленив консоль, а у нас не дожидается. соответственно, сама 1С в баге не учавствует, баг на стороне cmd. ожидание завершения запущенного процесса работает следующим образом: создаётся какой-то процесс через CreateProcess(..., LPPROCESS_INFORMATION lpProcessInformation ) http://msdn.microsoft.com/en-us/library/ms682425.aspx последним параметром там, является структра в которую складывается информация о процессе после его запуска http://msdn.microsoft.com/en-us/library/ms684873(VS.85).aspx Оттуда нужна взять поле дескриптора процесса HANDLE hProcess, для того, что бы использовать в функции WaitForSingleObject (pe.hProcess, INFINITE); эта функция завершит своё выполнение только тогда, когда завершит своё выполнение процесс. Перед тем как запускать функцию WaitForSingleObject, нужно удостоверится, что файл, который мы запускаем -- это консольное приложение. в нашем cmd это делается путём анализа результата функции SHGetFileInfo (http://msdn.microsoft.com/en-us/library/bb762179(VS.85).aspx) если это консольное приложение, то нижнее слово == {'P','E'}, верхнее слово == 0x0 (см. мсдн) ошибка заключалась в том, что проверялось только верхнее слово. решение состоит в том, что проверяется теперь, только нижнее слово. также в дальнейшем ошибка может обнаружится в функции SHGetFileInfo, поскольку в этом случае она всё-таки должна была сделать верхнее слово нулевым (значение, которое оно возвращает полностью -- 0x4004550 == 0x[0400]['E','P'], предполагаю, что значение [0x00,0x04] устанавливается в ней ошибочно). про ComSpec напишу чуть позже...
> Перед тем как запускать функцию WaitForSingleObject, > нужно удостоверится, что > файл, который мы запускаем -- это консольное > приложение. Если верить MSDN, LOWORD = PE не только для консольных приложений. > если это консольное приложение, то нижнее > слово == {'P','E'}, верхнее слово == 0x0 (см. мсдн) Да, а если не консольное, то нижнее слово такое же, а верхнее - версия Windows. > ошибка заключалась в том, что проверялось > только верхнее слово. > > решение состоит в том, что проверяется > теперь, только нижнее слово. А почему не оба слова вместе?
> Если верить MSDN, LOWORD = PE не только для > консольных приложений. Ок, что мы должны делать в других случаях? > Да, а если не консольное, то нижнее слово > такое же, а верхнее - версия Windows. 0x400 -- это номер версии Windows? > А почему не оба слова вместе? то есть так: LOWORD == PE && HIWORD == 0x400 ?
Для начала надо определиться, какие приложения надо ждать, только консольные или все. Если только консольные, то проверяем старшее слово на равенство 0. Если для консольного приложения старшее слово оказывается не равным 0, то это баг в SHGetFileInfo.
про ComSpec (по крайней мере в 1c80) 1c всё-таки использует ComSpec с одной оговоркой. Исполняемый файл указанный в ComSpec должен быть Windows PE-файлом, а не скриптом. Эксперимент проводился очень просто. в разделе реестра HKLM\System\CurrentControlSet\Control\SessionManager\Environment значение параметра "ComSpec" поменял на "c:\\windows\\system32\\notepad.exe" при запуске 1С-овской фукции КомандаСистемы("notepad.exe") запускается блокнот с сообщением "файл notepad.exe не существует. Хотите создать новый файл" при запуске блокнота это сообщение может возникнуть только в одном случае: если была выполнена команда notepad.exe notepad.exe это значит что ComSpec используется.
eter41\eter17 Принято
