<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
	<channel>
		<title><![CDATA[Форум Guardant &mdash; Коды возврата GrdFind]]></title>
		<link>https://forum.guardant.ru/topic/829/</link>
		<atom:link href="https://forum.guardant.ru/feed/rss/topic/829" rel="self" type="application/rss+xml" />
		<description><![CDATA[Недавние сообщения в теме «Коды возврата GrdFind».]]></description>
		<lastBuildDate>Fri, 27 Mar 2020 09:27:48 +0000</lastBuildDate>
		<generator>PunBB</generator>
		<item>
			<title><![CDATA[Re: Коды возврата GrdFind]]></title>
			<link>https://forum.guardant.ru/post/4314/#p4314</link>
			<description><![CDATA[<p>Данное поведение поправили. Исправление войдет в следующий релиз SDK. По запросу на hotline@guardant.ru можем выслать свежие библиотеки.</p>]]></description>
			<author><![CDATA[null@example.com (Антон Тихиенко)]]></author>
			<pubDate>Fri, 27 Mar 2020 09:27:48 +0000</pubDate>
			<guid>https://forum.guardant.ru/post/4314/#p4314</guid>
		</item>
		<item>
			<title><![CDATA[Re: Коды возврата GrdFind]]></title>
			<link>https://forum.guardant.ru/post/4310/#p4310</link>
			<description><![CDATA[<p>Столкнулись с той же проблемой - обновили Guardant API, и теперь при отсутствии ключа GrdFind возвращает GrdE_BadDriver. Правда, проявляется только после того, как вставишь-вынешь ключ. Если перезагрузить компьютер без ключа, то GrdFind возвращает GrdE_AllDonglesFound, как и ожидается.<br />Есть еще некоторые хитрые манипуляции в диспетчере устройств, которые позволяют добиться GrdE_AllDonglesFound без перезагрузки, но в любом случае после того, как вставишь-вынешь ключ, опять GrdE_BadDriver.<br />На старом Guardant API этой проблемы нет.<br />Проявляется не на всех компьютерах. Имеем как минимум два таких, на которых проявляется.<br />С момента появления этой темы на форуме прошло 1,5 года, а воз и ныне там. Хотелось бы актуализировать тему и проголосовать за актуальность проблемы. Есть ли какие-то перспективы решения в новой версии API?<br />Update: обнаружен 3-й компьютер с той же проблемой. Все 3 компьютера, на которых проявляется проблема - довольно старые рабочие станции HP. Если нужны подробности (модели, аппаратная конфигурация), готов предоставить.</p>]]></description>
			<author><![CDATA[null@example.com (Polosaty)]]></author>
			<pubDate>Fri, 13 Mar 2020 14:23:52 +0000</pubDate>
			<guid>https://forum.guardant.ru/post/4310/#p4310</guid>
		</item>
		<item>
			<title><![CDATA[Re: Коды возврата GrdFind]]></title>
			<link>https://forum.guardant.ru/post/3973/#p3973</link>
			<description><![CDATA[<p>Спасибо за обратную связь. Данная информация будет передана разработчикам.</p>]]></description>
			<author><![CDATA[null@example.com (Тимофей Ершов)]]></author>
			<pubDate>Mon, 17 Sep 2018 12:09:03 +0000</pubDate>
			<guid>https://forum.guardant.ru/post/3973/#p3973</guid>
		</item>
		<item>
			<title><![CDATA[Re: Коды возврата GrdFind]]></title>
			<link>https://forum.guardant.ru/post/3972/#p3972</link>
			<description><![CDATA[<div class="quotebox"><cite>Тимофей Ершов пишет:</cite><blockquote><p>Убедитесь в верности введенных кодов доступа.<br />Попробуйте заменить параметр в GrdSetFindMode с GrdFMI_ALL на GrdFMI_USB.</p></blockquote></div><p>С кодами доступа все с порядке, GrdFMI_USB не влияет на результат поиска. Я убрал флаг GrdDT_LAN и ключ&nbsp; Code стал находиться (GrdE_OK).<br /> НО! при отключенных ключах (типа нет ни одного ключа на компе) код возврата GrdE_BadDriver !?<br /> С параметрами поиска SetFindMode(GrdFMR_Local, 0, 0, 0, 0, 0, 0, 0, 0, 0) и без ключей - GrdE_BadDriver !? <br />Ну что ж будем с этим мириться. Надеюсь, что только до ближайшего обновления/релиза.</p>]]></description>
			<author><![CDATA[null@example.com (Alehandro)]]></author>
			<pubDate>Fri, 14 Sep 2018 13:17:14 +0000</pubDate>
			<guid>https://forum.guardant.ru/post/3972/#p3972</guid>
		</item>
		<item>
			<title><![CDATA[Re: Коды возврата GrdFind]]></title>
			<link>https://forum.guardant.ru/post/3971/#p3971</link>
			<description><![CDATA[<p>Здравствуйте. При некоторых некорректных так срабатывает Guardant API. На сегодняшний день с этим приходится мириться.</p><p>Убедитесь в верности введенных кодов доступа.<br />Попробуйте заменить параметр в GrdSetFindMode с GrdFMI_ALL на GrdFMI_USB.</p>]]></description>
			<author><![CDATA[null@example.com (Тимофей Ершов)]]></author>
			<pubDate>Fri, 14 Sep 2018 10:54:51 +0000</pubDate>
			<guid>https://forum.guardant.ru/post/3971/#p3971</guid>
		</item>
		<item>
			<title><![CDATA[Коды возврата GrdFind]]></title>
			<link>https://forum.guardant.ru/post/3970/#p3970</link>
			<description><![CDATA[<p>Здравствуйте!</p><p>Использую пример из SDK7U6.</p><p>Устанавливаю режим поиска:<br />GrdSetFindMode(m_hGrd, GrdFMR_Local, GrdFM_Type, 0, 0, 0, 0, 0, GrdDT_LAN | GrdDT_PI, GrdFMM_GS3SU|GrdFMM_GCU, GrdFMI_ALL);</p><p>При подключенном ключе Code функция GrdFind возвращает код ошибки GrdE_BadDriver (Windows NT driver is required).<br />Почему не GrdE_DongleNotFound, например ?</p><p>Ранее, пример из SDK7U3, возвращал хотя бы GrdE_AllDonglesFound - это хоть как то ближе к поиску ключей.</p><p>Так задумано?</p>]]></description>
			<author><![CDATA[null@example.com (Alehandro)]]></author>
			<pubDate>Thu, 13 Sep 2018 17:38:10 +0000</pubDate>
			<guid>https://forum.guardant.ru/post/3970/#p3970</guid>
		</item>
	</channel>
</rss>
