Вопрос, должен ли выполняться пример для c++ под Linux? Что еще нужно сделать?
Да, пример должен корректно работать в Lilnux.
Для компиляции кроме кода с примером потребуется еще и grddongle.cpp
g++ demo.cpp grddongle.cpp -o demo -I./ -L./ -lgrdapi -lpthread
В некоторых случаях могут потребоваться дополнительные аргументы -ldl -lrt
]]>src$ g++ demo.cpp -o demo -I/home/user_name/Guardant/SDK7/Include/ -L/home/user_name/Guardant/SDK7/Lib/linux/x86_64 -lgrdapi -lpthread
/tmp/ccUnxSBT.o: In function `CGrdDongle::DoStartup() const':
demo.cpp:(.text._ZNK10CGrdDongle9DoStartupEv[_ZNK10CGrdDongle9DoStartupEv]+0x15): undefined reference to `CGrdMutex::CGrdMutex()'
demo.cpp:(.text._ZNK10CGrdDongle9DoStartupEv[_ZNK10CGrdDongle9DoStartupEv]+0x1c): undefined reference to `CGrdDongle::m_bGrdDongleStartup'
demo.cpp:(.text._ZNK10CGrdDongle9DoStartupEv[_ZNK10CGrdDongle9DoStartupEv]+0x6c): undefined reference to `CGrdDongle::m_bGrdDongleStartup'
demo.cpp:(.text._ZNK10CGrdDongle9DoStartupEv[_ZNK10CGrdDongle9DoStartupEv]+0x7e): undefined reference to `CGrdMutex::~CGrdMutex()'
demo.cpp:(.text._ZNK10CGrdDongle9DoStartupEv[_ZNK10CGrdDongle9DoStartupEv]+0x91): undefined reference to `CGrdMutex::~CGrdMutex()'
/tmp/ccUnxSBT.o: In function `CGrdDongle::DoCleanup() const':
demo.cpp:(.text._ZNK10CGrdDongle9DoCleanupEv[_ZNK10CGrdDongle9DoCleanupEv]+0x15): undefined reference to `CGrdMutex::CGrdMutex()'
demo.cpp:(.text._ZNK10CGrdDongle9DoCleanupEv[_ZNK10CGrdDongle9DoCleanupEv]+0x1b): undefined reference to `CGrdDongle::m_lGrdDongleClassCounter'
demo.cpp:(.text._ZNK10CGrdDongle9DoCleanupEv[_ZNK10CGrdDongle9DoCleanupEv]+0x24): undefined reference to `CGrdDongle::m_lGrdDongleClassCounter'
demo.cpp:(.text._ZNK10CGrdDongle9DoCleanupEv[_ZNK10CGrdDongle9DoCleanupEv]+0x2a): undefined reference to `CGrdDongle::m_lGrdDongleClassCounter'
demo.cpp:(.text._ZNK10CGrdDongle9DoCleanupEv[_ZNK10CGrdDongle9DoCleanupEv]+0x35): undefined reference to `CGrdDongle::m_bGrdDongleStartup'
demo.cpp:(.text._ZNK10CGrdDongle9DoCleanupEv[_ZNK10CGrdDongle9DoCleanupEv]+0x54): undefined reference to `CGrdDongle::m_bGrdDongleStartup'
demo.cpp:(.text._ZNK10CGrdDongle9DoCleanupEv[_ZNK10CGrdDongle9DoCleanupEv]+0x61): undefined reference to `CGrdMutex::~CGrdMutex()'
demo.cpp:(.text._ZNK10CGrdDongle9DoCleanupEv[_ZNK10CGrdDongle9DoCleanupEv]+0x72): undefined reference to `CGrdMutex::~CGrdMutex()'
/tmp/ccUnxSBT.o: In function `CGrdDongle::CGrdDongle(unsigned int, unsigned int, unsigned int, unsigned int, unsigned int, unsigned int, unsigned int, unsigned int, unsigned int, unsigned int, unsigned int, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, bool)':
demo.cpp:(.text._ZN10CGrdDongleC2EjjjjjjjjjjjRKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEEb[_ZN10CGrdDongleC5EjjjjjjjjjjjRKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEEb]+0x10e): undefined reference to `CGrdMutex::CGrdMutex()'
demo.cpp:(.text._ZN10CGrdDongleC2EjjjjjjjjjjjRKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEEb[_ZN10CGrdDongleC5EjjjjjjjjjjjRKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEEb]+0x114): undefined reference to `CGrdDongle::m_lGrdDongleClassCounter'
demo.cpp:(.text._ZN10CGrdDongleC2EjjjjjjjjjjjRKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEEb[_ZN10CGrdDongleC5EjjjjjjjjjjjRKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEEb]+0x11d): undefined reference to `CGrdDongle::m_lGrdDongleClassCounter'
demo.cpp:(.text._ZN10CGrdDongleC2EjjjjjjjjjjjRKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEEb[_ZN10CGrdDongleC5EjjjjjjjjjjjRKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEEb]+0x129): undefined reference to `CGrdMutex::~CGrdMutex()'
collect2: error: ld returned 1 exit statusВопрос, должен ли выполняться пример для c++ под Linux? Что еще нужно сделать?
]]>export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/home/user_name/Guardant/SDK7/Lib/linux/x86_64В итоге пример заработал на виртуалке и нашел ключ. Буду пробовать пример на C++
]]>В итоге смог скомпилировать. Библиотека лежит в домашнем каталоге, папка Guardant
gcc demo.c -o demo -I/home/user_name/Guardant/SDK7/Include/ -L/home/user_name/Guardant/SDK7/Lib/linux/x86_64 -lgrdapi -lpthreadНо при запуске бинарника возникает ошибка:
$ ./demo
./demo: error while loading shared libraries: libgrdapi.so: cannot open shared object file: No such file or directoryВопрос о том как правильно устанавливать в Linux библиотеку Guardant актуален
]]>gcc demo.c -o demo -I~/Guardant/SDK7/Include -L~/Guardant/SDK7/Lib/linux/x86_64 -lgrdapi -lpthread
demo.c:15:20: fatal error: grdapi.h: Нет такого файла или каталога
^
compilation terminated.В итоге ошибка компиляции. В файле примера пробовал изменять в строке include угловые скобочки на кавычки (там где объявлен файл grdapi.h), но результат тотже
]]>Тимофей, ваш ответ понятен, спасибо, просто смущает, что у вас на самой странице по кодам доступа https://dev.guardant.ru/pages/viewpage. … d=71476493 указано "Все боевые коды доступа, кроме Public, должны храниться в тайне от третьих лиц." , собственно в том числе и из-за этой строки задал в этой теме вопрос.
Добрый день.
Действительно, лишний раз коды доступа афишировать не следует. Однако, механизмы защиты, используемые в наших инструментах, не базируются только на кодах доступа.
Как я понимаю стандартный сценарий проверки лицензий - feature.login -> feature.check -> feature.logout.
При вызове метода Check на объекте grdlic.Feature я вижу ошибку "Error code: 2. Запрошенный компонент (Feature) не найден", если при login я передаю GrdVendorCodes содержания (1368487351,0,0) (publicCode, privateReadCode, privateWriteCode).
Если я передам при login (1368487351, 1368487493,0), то check отработает успешно.
Хочется узнать, для check действительно нужен privateReadCode или я делаю что-то не так? Просто кажется странным, что для стандартного сценария проверки лицензии нужно обязательно в приложении указывать privateReadCode, который должен храниться в тайне от третьих лиц. И такое же поведение ожидается для аппаратных ключей?
Если же privateReadCode не нужен, я не смогу указать null, т.к в объекте GrdVendorCodes поля - примитивы и я обязан передать значение, тот же "0".
]]>