Kann nicht laden Sie die 64-bit SWT libraries on 32-bit-JVM (auch wenn ich die heruntergeladenen 32-bit SWT)

Ich bin derzeit an der Entwicklung auf einem 64-bit-Windows-7-Maschine. Ich habe JRE7 64-bit-und JRE7 32-bit auf meinem Rechner installiert. Ich bin mit Eclipse 64-bit-version und konfiguriert Window - Preferences - Java - Installed JREs verwenden JRE7 32-bit-mein Standard-JRE zum testen gegen. Auch installiert die 32-bit-JDK und derzeit mit, dass zum testen gegen.

Ich doppelt überprüft und sicher gestellt, dass in der Tat bin ich mit SWT 32-bit Windows aber noch beim kompilieren wirft er mir "kann Nicht geladen 64-bit SWT libraries on 32-bit-JVM" Fehler.

Den Fehler zeigt deutlich, dass die Eclipse ist in der Tat mit JDK7-32 Bit, aber für einige Grund die SWT-Bibliotheken (http://www.eclipse.org/downloads/download.php?file=/eclipse/downloads/drops4/R-4.3-201306052000/swt-4.3-win32-win32-x86.zip) ist nicht vollständig 32-bit-o.O...

Irgendwelche Ideen? Irgendwelche workarounds?

FYI, schalten Sie das JRE auf 64-bit kompiliert das Programm Prima, aber ich möchte, dass meine Anwendung funktioniert auf beiden 32-bit und 64-bit.

Hier ist die volle Ausnahme:

Exception in thread "main" java.lang.UnsatisfiedLinkError: Cannot load 64-bit SWT libraries on 32-bit JVM
    at org.eclipse.swt.internal.Library.loadLibrary(Library.java:260)
    at org.eclipse.swt.internal.Library.loadLibrary(Library.java:240)
    at org.eclipse.swt.internal.C.<clinit>(C.java:21)
    at org.eclipse.swt.widgets.Widget.<clinit>(Widget.java:107)
    at Test.Application.<init>(Application.java:19)a
    at Test.Application.main(Application.java:29)
InformationsquelleAutor roosevelt | 2014-02-24
  1. 3

    SWT verwendet plugin-Fragmente, um diesen zu kontrollieren - es ist ein 32-bit-fragment und ein 64-bit-fragment (sowie Fragmente für Mac, Linux, etc). Stellen Sie sicher, dass Ihre Startkonfiguration festgelegt, um das richtige fragment je nachdem, welche JVM laufen Sie, auf.

    Als Hinweis, nur darunter "beide" plugin-Fragmente wird nicht funktionieren, denn dann werden Sie beide versuchen, es zu laden und zu Problemen führen.

    Auch, diese stellt sich die Frage, die nützlich sein können.

    Andere Idee wäre, Tauchen Sie ein in die loadLibrary - Funktion - von dem, was ich erinnere mich, wie das funktioniert, sieht es für eine zwischengespeicherte version der SWT-dll in einem temp-Ort irgendwo, und so könnte es mit einem Cache 64-bit-dll anstatt richtig Auspacken der 32-bit-Version aus dem Glas. In diesem Fall, das löschen des Cache kann man das Problem beheben.

    Die einfachste Lösung, obwohl, kann nur zu zwei separate Instanzen von Eclipse: ein setup zum ausführen von 32-bit, einer Einrichtung zur Ausführung von 64-bit. Auf diese Weise müssen Sie nicht sorgen zu machen über immer hin und her, oder futz um mit Konfigurationen wie viel.

    • Das könnte die fehlende Zutat... hast du ein Beispiel-code oder einen screenshot? Denn alles, was ich habe ist, dass ich heruntergeladen eclipse.org/downloads/download.php?file=/eclipse/downloads/..., fügte der swt.jar auf Java Build Path - Libraries und versucht auszuführen meinem Beispiel swt-Projekt. Und lief in den oben genannten Fehler.
    • Sorry, kann nicht einen screenshot machen in dem moment. Sie sollten in der Lage sein, um die Liste der plugins in der Start-Konfiguration in den "Plugins" - Registerkarte in Ihrem Run/Debug-Konfiguration-dialog (den man mit den Wichtigsten, Argumenten, Plugins, Konfiguration, etc), die Sie verwenden, um das setup Ihrer Umgebung). Blättern Sie durch die Liste und stellen Sie sicher, dass nur wählen Sie die richtige SWT für die Architektur, die Sie ausführen auf.
    • Eine weitere Idee, die im Bearbeiten - Sie können side-by-side-Instanzen von Eclipse, wodurch die Notwendigkeit der "configure" (konfigurieren Sie Ihren 64-bit-version auf 32-bit-Dinge und Umgekehrt.
    • stackoverflow.com/a/21077768/836214 kann nützlich sein, als auch - noch nicht selber ausprobiert, obwohl.
    • hmm... ich denke, Sie sind Missverständnis, der Fehler. Das Problem ist nicht mit Eclipse oder auch Java. Ich heruntergeladenen 32-bit SWT Windows. Ich bin kompilieren meine Anwendung mit dem 32-bit-JDK. Aber der Fehler sagt, dass ich mit 64-bit SWT Windows. So, das Problem ist nicht eclipse oder java, aber der SWT 32-bit ich heruntergeladen habe, ist wahrscheinlich fehlerhaft oder irreführend oder fehlt mir ein Schritt irgendwo. Danke für die Mühe, aber ich bin der überprüfung einige Ihrer Vorschläge.
    • Ahh, ich muss verpasst haben, dass. Eine andere Idee wäre, Tauchen Sie ein in die loadLibrary - Funktion - von dem, was ich erinnere mich, wie das funktioniert, sieht es für eine zwischengespeicherte version der SWT-dll in einem temp-Ort irgendwo, und so könnte es mit einem Cache 64-bit-dll anstatt richtig Auspacken der 32-bit-Version aus dem Glas. In diesem Fall, das löschen des Cache kann man das Problem beheben.
    • Hey Mann, Sie sind ein Lebensretter. Ich habe das problem gefunden... das, was passiert war, als ich begonnen eine SWT-Projekt in eclipse... es automatisch packte org.eclipse.swt.win64....! Ich sah, dass durch debugging die loadLibrary-Methode() und das entfernen der 64bit version und re-importieren meiner 32-bit-version das problem gelöst!
    • Freut mich zu hören. Ich werde Bearbeiten, dass ein Teil in meiner Antwort, es ist also nicht nur begraben in den Kommentaren.

    InformationsquelleAutor Krease
  2. 0

    "Ich bin mit Eclipse 64-bit-version und konfiguriert Window - Preferences - Java - Installed JREs verwenden JRE7 32-bit-mein Standard-JRE, um gegen die Tests."

    wie über die Konfiguration Ihrer eclipse zu werden und dann zu einer ausgewachsenen 32-bit-jdk anstelle der jre für das Projekt?

    • Versucht das auch aber der gleiche Fehler.
    • FYI, das Problem ist nicht mit JDK oder Java überhaupt. Die Blicke von der Fehlermeldung, SWT-32 bit ist wirklich nicht 32-bit-o.O
    InformationsquelleAutor user3206144
  3. 0

    In Ihrem Eclipse-klicken Sie auf

    Ausführen -> External Tools -> External Tools Configurations...

    In JRE-Registerkarte, Wählen Sie die option

    Läuft in derselben JRE wie Arbeitsbereich.

    Diese behoben das Problem für mich.

    InformationsquelleAutor Annalakshmi
Schreibe einen Kommentar