<![CDATA[Форум Guardant — Переход на API 6.31 и прерывание поиска]]> 2014-06-25T06:24:36Z PunBB https://forum.guardant.ru/topic/455/ <![CDATA[Re: Переход на API 6.31 и прерывание поиска]]> Здравствуйте, AZ.

Мы с таким поведением Guardant API v.6.3 не сталкивались и для локализации вероятных причин его возникновения пришлите, пожалуйста, нам на почту ( hotline@guardant.ru ) дополнительные данные (со ссылкой на данную тему форума), а именно:

  • Информацию об используемых среде и языке программирования;

  • Пример тестового приложения (с исходниками), для которого проявляется указанное поведение;

  • *nsd-файл маски, прошиваемой в тестируемый электронный ключ Guardant;

  • Cкриншот отчета утилиты диагностики Guardant (Пуск/Панель управления/Драйверы Guardant/кнопка "Диагностика"/кнопка "Полный отчет") для тестируемого ключа.

]]> https://forum.guardant.ru/user/31/ 2014-06-25T06:24:36Z https://forum.guardant.ru/post/2176/#p2176 <![CDATA[Переход на API 6.31 и прерывание поиска]]> Переходим с API 6.2. В одной из программ у нас сделан таймаут на поиск ключа: если Login не вернула управление в течение 60 сек, вызывается TerminateThread для того потока, который исполняет Login. В API 6.2 это работало, а теперь получаем deadlock в GrdCloseHandle, который вызывается после прерывания Login: процесс висит, пользовательского кода не выполняет, управление из GrdCloseHandle не возвращается.

Может быть, есть более культурный способ ограничить время поиска ключа? Или deadlock почините?

]]> https://forum.guardant.ru/user/459/ 2014-06-23T13:12:07Z https://forum.guardant.ru/post/2175/#p2175