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

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

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

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

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

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

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

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

]]> Mon, 23 Jun 2014 13:12:07 +0000 https://forum.guardant.ru/post/2175/#p2175