Драйвер ODBC

Просмотр 15 сообщений - с 46 по 60 (из 84 всего)
  • Автор
    Сообщения
  • #24422
    Mikhail
    Модератор

    Выложить исходный код, собранные бинарные файлы и документацию на GitHub — это самый лучший способ. Всё будет в едином месте. GitHub достаточно дружелюбный.

    #24446
    JurasskPark
    Участник

    https://github.com/JurasskPark/RapidScada_v5/tree/RapidScadav5/OpenKP

    Если не сложно, можете проверить и сказать всё правильно или что-то не так сделал?

    #24447
    manjey73
    Участник

    .vs/KpDbImport/v16 кажется подобные файлы не нужны…

    Служебные файлы, которые создает Visual Studio нет необходимости копировать вроде на Git

    #24448
    JurasskPark
    Участник

    Вроде удалил. Файлы bin и obj тоже. 🙂

    #24458
    Mikhail
    Модератор

    Если не сложно, можете проверить и сказать всё правильно или что-то не так сделал?

    * Драйвер KpDbImport уже существует. Ваш драйвер достаточно отличается от исходного, поэтому должен называться иначе.
    * В разделе Code ГитХаба лежат только исходники, скомпилированные файлы выкладываются в Releases.

    #24459
    Mikhail
    Модератор

    При создании репозитория ГитХаб обычно предлагает выбрать фильтр по умолчанию, например, для Visual Studio, чтобы выкладывались только нужные файлы. Добавить фильтр можно и сейчас, пример.

    #24462
    JurasskPark
    Участник

    * Драйвер KpDbImport уже существует. Ваш драйвер достаточно отличается от исходного, поэтому должен называться иначе.

    Теперь он называется KpDbImportPlus 😀
    Вроде всё поправил…
    https://github.com/JurasskPark/RapidScada_v5

    #24482
    Mikhail
    Модератор

    Спасибо. Выложу в общий репозиторий, если Вы не возражаете.

    #24483
    JurasskPark
    Участник

    Я не против, т.к. это ваш драйвер на 95% )

    #24520
    JurasskPark
    Участник

    Перенёс почти библиотеку на v6.
    https://jurasskpark.magicteam.net/tmp/040.png
    Начал проверять — и не пойму банальной вещи.
    MS SQL библиотека добавляет в корень System.Data.SqlClient.dll на 261 Кб, рядом создает папку Runtime, где несколько папок для разных систем Unix, Windows и т.д., где уже лежит System.Data.SqlClient.dll на 1000 Кб для win и 933 Кб для Unix.
    https://jurasskpark.magicteam.net/tmp/041.png
    А мне какую подключать к проекту? Которая на 1000кб? Или я должен в папку ScadaComm в Runtimes их класть?

    • Этот ответ был изменен 1 год, 8 месяцев назад от JurasskPark.
    #24522
    Romiros
    Участник
    #24534
    Mikhail
    Модератор

    Выложил драйвер в репозиторий.

    #24540
    JurasskPark
    Участник

    Дело в библиотеке sni.dll, которая используется для x64.
    https://jurasskpark.magicteam.net/tmp/042.png

    #24541
    manjey73
    Участник

    @jurasskpark где-то видел код, еще когда на 5-й версии делал драйвера, как определять архитектуру и ОС и подгружать требуемые dll. Вероятно так можно и если dll лежат рядом, а не только упакованы в вашу dll

    Правда не добрался сам так сделать, просто пересобрал драйвер для Linux

    #24549
    Mikhail
    Модератор

    Иногда встречается, что «управляемая» сборка .NET является обёрткой для нативной DLL. Зависимость нужно прописывать на сборку .NET. Желательно подключать зависимости через NuGet менеджер, тогда всё прописывается корректно.

Просмотр 15 сообщений - с 46 по 60 (из 84 всего)
  • Вы должны авторизироваться для ответа в этой теме.