System.DllNotFoundException auf Mono SQLite

Ich habe versucht, dies herauszufinden, in letzter Zeit. Es funktioniert auf meinem Windows-Rechner, wo ich von SQLite NuGet, aber...

Wenn ich System.Data.SQLite.dll und SQLite.Interop.dll gerade von meinem Windows-Rechner in Linux-server heißt es, dass SQLite.Interop.dll nicht gefunden, aber ich bin sicher, dass ich es sehen, nächste rechts auf die ausführbare.

Dann habe ich versucht zu kompilieren System.Data.SQLite.dll mit /p:UseInteropDll=false, aber ohne Glück. Dieses mal heißt es, dass System.Data.SQLite.dll nicht gefunden.

Was ist das "nicht gefunden" Geheimnis?

  • Lile user3791372 sagte, stellt sich heraus, dass Sie brauchen, um build-System.Daten.SQLite unter Linux, da es keine pre-build-binaries zum download - finden Sie die detaillierten Anweisungen in diesem Artikel: blog.wezeku.com/2016/10/09/...
InformationsquelleAutor John Smith | 2014-01-22
  1. 8

    Verwenden Mono.Data.SQLite.dll auf Linux. Werfen Sie einen Blick auf die Mono-Handbuch SQLite unter Linux oder bauen System.Data.SQLite.dll auf Mono.

    Können Sie auch die Karte der DLL: 

    <configuration>
  <dllmap dll="sqlite" target="libsqlite.so.0" os="linux"/>
  <dllmap dll="sqlite" target="libsqlite.0.dylib" os="osx"/>
  <dllmap dll="sqlite3" target="libsqlite3.so.0" os="linux"/>
  <dllmap dll="sqlite3" target="libsqlite3.0.dylib" os="osx"/>
</configuration>
    • Das ist leider nicht eine sinnvolle Lösung, wenn die Anwendung laufen soll, auf Mono-und .NET.
    • Das ist ein Weg, um die Karte anders auf jeder Plattform nur einsetzen, eine andere .config-Datei für jede Plattform
    • Marcondes, Unsere Anwendung nutzen soll sowohl für Mono-und .NET. Wie implementieren wir ein anderes .config-Datei für Mono-und .NET auf Ubuntu Linux? Danke.
    • Wie ordnen Sie die DLLs? wo legst du das snippet?
    InformationsquelleAutor Alexandre Marcondes
  2. 10

    Keine code-änderungen notwendig. Sie können es selbst bauen.

    1. apt-get install build-essentials unzip
    2. Laden Sie die SQLITE-source-code - Sie wollen den vollständigen source-code. Aktuell aufgerufenen sqlite-netFx-full-source-1.0.104.0.zip.
    3. unzip und cd Source,
    4. chmod +x die compile-interop-assembly-release.sh bauen, shell-script, dann läuft es ./compile-interop-assembly-release.sh. - Es erschaffe eine .so Datei in der ../bin - Verzeichnis.
    5. Kopieren Sie diese .so Datei in das Verzeichnis, in dem Ihre Anwendung in
    6. Führen Sie Ihre Anwendung als normal.
    7. Hinweis: stellen Sie Sicher, dass Ihre SQLite-Datenbank und Verzeichnis seiner Innenseite beschreibbar sind, durch den Benutzer, den Sie ausführen möchten wie.
    • wo ist die build-shell-Skript aus? Ich sehe nur .sln-Dateien...
    • Ok - ich fand die Antwort hier: blog.wezeku.com/2016/10/09/...
    • es sind noch ein paar andere Konfigurationseinstellungen, die wir ändern müssen? Im noch immer die gleichen Fehler
    • Auf macOS, bemerkte ich, dass das kopieren der integrierten libSQLite.Interop.dylib - Datei (entspricht der .so - Datei auf Linux) in das Programm-Verzeichnis kann nicht funktionieren. Stattdessen bin ich das kopieren libSQLite.Interop.dylib direkt in /Library/Frameworks/Mono.framework/Libraries/
    • Hi, Wenn ich das tun und versuchen, die app zu starten, bekomme ich ein : "- System.EntryPointNotFoundException: kann Nicht finden, einen Einstiegspunkt namens "sqlite3_key" in der DLL "sqlite3"" wissen Sie, warum ?
    InformationsquelleAutor user3791372
  3. 5

    Begann ich die Entwicklung in Windows, aber dann zog Sie die Anwendung auf Mono (Ubuntu 14), die ist, wo die SQLite-provider failed to load als OP beschrieben.

    Hatte ich neu kompilieren zu müssen System.Data.SQLite.dll mit dem folgenden Befehl:

    MSBuild System.Data.SQLite.2012.csproj /t:Rebuild /p:UseInteropDll=false /p:UseSqliteStandard=true

    Aber nach dieser habe ich die folgende Ausnahme:

    Der Anbieter kam nicht wieder einen ProviderManifest Instanz.
    Methode System.Data.SQLite.UnsafeNativeMethods:GetSettingValue (string,string)' is inaccessible from methodSystem.Daten.SQLite.EF6.SQLiteProviderManifest:GetProviderManifestToken (string)'

    Um dies zu beheben, musste ich neu kompilieren zu müssen System.Data.SQLite.EF6.dll mit dem folgenden Befehl:

    MSBuild System.Data.SQLite.EF6.2012.csproj /t:Rebuild /p:UseInteropDll=false /p:UseSqliteStandard=true

    Nach dem kopieren alle generierten Dateien zu Mono-Projekt-Verzeichnis bin, hat alles geklappt.

    Die SQLite-provider-source-code-version, die ich benutzt hatte war 1.0.98.1.

    Hoffe, das spart jemand viel Zeit...

    • Dieser arbeitete für mich. Vergessen Sie nicht, bauen Sie in den Release-Modus mit /p / p:Configuration=Release am Ende. Gebäude EF6 war nicht notwendig für mich und nicht kompilieren sowieso. Zuerst habe ich versucht zu kompilieren libSQLite.Interop.auf dem server, so aber nie funktionieren. Jetzt funktioniert es. Allerdings gibt es "unklar Nachteile" nicht mit dem interop-Bibliothek. Etwas im Auge zu behalten.
    InformationsquelleAutor Denis Stepanenko
  4. 1

    Ich habe versucht, alle der oben genannten option, aber diese Optionen nicht lösen konnte, SQLite DLL problem, Es kann sein, weil ich bin mit ubuntu-18-version, Also versucht, andere option und hier die Schritte,

    1) Download SQLite Quellcode aus dem https://system.data.sqlite.org/downloads/1.0.111.0/sqlite-netFx-full-source-1.0.111.0.zip

    2) entpacken Sie die Quelle code und cd zu entpacken Verzeichnis

    3) Führen Sie den folgenden Befehl in das terminal,

    xbuild /p:Configuration=Release /p:UseInteropDll=false /p:UseSqliteStandard=true ./System.Daten.SQLite/System.Daten.SQLite.2010.csproj

    4) Obige Befehl würde das erstellen einer dll-Datei unter folgenden Pfad,

    sqlite-netFx-full-source-1.0.111.0/bin/2010/ReleaseMonoOnPosix/bin

    5) Kopieren System.Data.SQLite.dll zu Ihrem Projekt-Ordner "bin".

    6) Reinigen Sie das Projekt und erstellen Sie Sie erneut.

    Ich hoffe, dass dies helfen würde.

    InformationsquelleAutor Rakesh Chaudhari
  5. 0

    Beginnend mit System.Daten.SQLite.Kern 1.0.109 Sie nicht brauchen, um alles kompilieren zu sich selbst, da die native SQLite.Interop.dll - Dateien sind in der NuGet-Paket für alle Plattformen (Linux, macOS und Windows). Beachten Sie, dass obwohl die dll Erweiterung wird für alle Plattformen, die Dateien werden eigentlich native dynamische Bibliotheken (in der Regel mit dem Suffix dylib auf macOS und so auf Linux).

    $ find ~/.nuget/packages/system.data.sqlite.core/1.0.111/runtimes -name SQLite.Interop.dll -print0 | xargs -0 file
…/runtimes/linux-x64/native/netstandard2.0/SQLite.Interop.dll: ELF 64-bit LSB pie executable x86-64, version 1 (SYSV), dynamically linked, BuildID[sha1]=96ce4120b31bad7d95f7b9ccf7c4bbb7717ae0b1, with debug_info, not stripped
…/runtimes/osx-x64/native/netstandard2.0/SQLite.Interop.dll:   Mach-O 64-bit dynamically linked shared library x86_64
…/runtimes/win-x86/native/netstandard2.0/SQLite.Interop.dll:   PE32 executable (DLL) (GUI) Intel 80386, for MS Windows
…/runtimes/win-x64/native/netstandard2.0/SQLite.Interop.dll:   PE32+ executable (DLL) (GUI) x86-64, for MS Windows

    Leider MSBuild target-verantwortlich für das kopieren der native dynamische Bibliotheken in das Ausgabe-Verzeichnis funktioniert nur auf Windows. Dies ist wahrscheinlich, weil die Autoren des Pakets ausgegangen .NET Framework nur auf Windows läuft, das ist nicht wahr Dank Mono. Auch, wenn Sie wanto auf einen Blick zu haben, die CopySQLiteInteropFiles Ziel kann gefunden werden in ~/.nuget/packages/system.data.sqlite.core/{version}/build/net4*/System.Data.SQLite.Core.targets.

    Aber es ist möglich, kopieren Sie automatisch die SQLite.Interop.dll - Datei in die Ausgabe-Verzeichnis auf Linux und macOS. Fügen Sie die FixSQLiteInteropFilesOnLinuxAndOSX Ziel (unten beschrieben) in Ihrem csproj-Datei, und Sie werden in der Lage sein zu System verwenden.Daten.SQLite.Core auf Linux und macOS läuft, mono, ohne die DllNotFoundException. Hier ist, wie Ihr Projekt Aussehen soll:

    <Project Sdk="Microsoft.NET.Sdk">
  <PropertyGroup>
    <TargetFramework>net452</TargetFramework>
  </PropertyGroup>
  <Target Name="FixSQLiteInteropFilesOnLinuxAndOSX" BeforeTargets="CopySQLiteInteropFiles">
    <ItemGroup>
      <SQLiteInteropFiles Condition="$([MSBuild]::IsOsPlatform(Linux)) OR $([MSBuild]::IsOsPlatform(OSX))" Remove="@(SQLiteInteropFiles)" />
      <SQLiteInteropFiles Condition="$([MSBuild]::IsOsPlatform(Linux))" Include="$(PkgSystem_Data_SQLite_Core)/runtimes/linux-x64/native/netstandard2.0/SQLite.Interop.*" />
      <SQLiteInteropFiles Condition="$([MSBuild]::IsOsPlatform(OSX))" Include="$(PkgSystem_Data_SQLite_Core)/runtimes/osx-x64/native/netstandard2.0/SQLite.Interop.*" />
    </ItemGroup>
  </Target>
  <ItemGroup>
    <PackageReference Include="System.Data.SQLite.Core" Version="1.0.111" GeneratePathProperty="true" />
  </ItemGroup>
</Project>

    Stellen Sie sicher, dass Sie GeneratePathProperty="true" im Paket Referenz. Dies ist erforderlich für die PkgSystem_Data_SQLite_Core - Eigenschaft definiert werden.

    InformationsquelleAutor 0xced
Schreibe einen Kommentar