Win 7, VS 2010, ASP.NET/MVC 4
UPDATE
Проблема решилась, после того как я поместил библиотеки в папку C:\Windows\system
]]>Здравствуйте!
Для разработки ПО используем MS Visual C#. При работе в среде Windows проблем никаких пока не возникало. Однако, стоит задача использовать защищенное ПО на машинках под Linux, запуская его с помощью Mono.
Не могли бы Вы поподробнее описать следующее:"Также нужно обратить внимание на то, что данная библиотека ("libgrdapi.a") является статической и при необходимости, для Linux, нужно самостоятельно реализовывать динамическую библиотеку на основе данной статической, а в .Net - обертку ("GuardantDotNetApi.dll") внести соответствующие правки для того чтобы она обращалась к нужной библиотеке а не к "GrdAPI32.DLL"."
Если возможно, примеры, реализации...
В составе нашего SDK под Linux поставляется только статическая библиотека "libgrdapi.a", на основе которой можно самостоятельно собрать динамическую, например следующим образом:
1) Запустить терминал и перейти в директорию, где находится файл "libgrdapi.a";
2) Выполнить gcc --shared -o libgrdapi.0.so -L. -lgrdapi -lpthread
В тоже время в используемой для .Net обертке "GuardantDotNetApi.dll" по умолчанию вызываются API-функции из виндовой "GrdAPI32.DLL", поэтому для использования ее в Linux нужно внести некоторые правки, чтобы API-функции вызывались из соответствующей Linux-библиотеки.
]]>Для разработки ПО используем MS Visual C#. При работе в среде Windows проблем никаких пока не возникало. Однако, стоит задача использовать защищенное ПО на машинках под Linux, запуская его с помощью Mono.
Не могли бы Вы поподробнее описать следующее:
"Также нужно обратить внимание на то, что данная библиотека ("libgrdapi.a") является статической и при необходимости, для Linux, нужно самостоятельно реализовывать динамическую библиотеку на основе данной статической, а в .Net - обертку ("GuardantDotNetApi.dll") внести соответствующие правки для того чтобы она обращалась к нужной библиотеке а не к "GrdAPI32.DLL"."
Если возможно, примеры, реализации...
]]>Добрый день.
К сожалению, не помогло.
# export GrdAPI32=/home/xxx/GrdAPI32.DLL
# echo $GrdAPI32
/home/xxx/GrdAPI32.DLL
RetCode = NotFoundDll
Хочу извиниться, т.к. в данном случае я не уделил должного внимания тому факту, что среда разработки используется под Linux.
Таким образом, добавление переменных сред тут не поможет, поскольку запрашиваемая библиотека ("GrdAPI32.DLL") используется только под Windows, а для Linux нужно использовать свою библиотеку ("libgrdapi.a",по умолчанию в папке - C:\Program Files (x86)\Guardant\Guardant №\XXXXXXX\Lib\Linux).
Также нужно обратить внимание на то, что данная библиотека ("libgrdapi.a") является статической и при необходимости, для Linux, нужно самостоятельно реализовывать динамическую библиотеку на основе данной статической, а в .Net - обертку ("GuardantDotNetApi.dll") внести соответствующие правки для того чтобы она обращалась к нужной библиотеке а не к "GrdAPI32.DLL".
]]>К сожалению, не помогло.
# export GrdAPI32=/home/xxx/GrdAPI32.DLL
# echo $GrdAPI32
/home/xxx/GrdAPI32.DLL
RetCode = NotFoundDll
]]>Доброго времени суток.
Не стал создавать новую тему, ибо проблема схожа.
Суть проблемы:
RetCode = GrdApi.GrdStartup(GrdFMR.Local);
В RetCode записано NotFoundDLL
Используемая ОС: OpenSUSE;
Язык C#; Свободная реализация .NET: Mono.
Куда прописать GrdAPI32.dll?
Возможно тут (ссылка1, ссылка2) найдется полезная информация по данному вопросу.
]]>Суть проблемы:
RetCode = GrdApi.GrdStartup(GrdFMR.Local);
В RetCode записано NotFoundDLL
Используемая ОС: OpenSUSE;
Язык C#; Свободная реализация .NET: Mono.
Куда прописать GrdAPI32.dll?
]]>В данном случае необходимо добавить новую переменную среды, указывающую как раз на место расположения библиотеки GrdAPI32.dll.
В Windows 7 сделать это можно следующим образом:
Вызвать меню "Свойства системы"
Далее выбрать "Дополнительные параметры системы"
Открыть меню "Переменные среды..."
Создать переменную среды для конкретного пользователя либо общую (системную) переменную
Вопрос собственно - как быть?:) Ну или в какую директорию нужно кинуть GrdAPI32.dll?
ps: win7 64, visual studio 2010, dll`ки от 13.07.2010
]]>