私はこの問題をデバッグしようとしていますが、EclipseのSWT jarを置き換えるファイルを正確にどこで必要とするのかわかりません。
現在のシステム構成:
Eclipse Helios 3.6 - 32 Bit
JDK 1.6
JVM - 32 Bit
Windows 7 - 64 Bit
エラーメッセージ:
Java.lang.UnsatisfiedLinkError: Cannot load 64-bit SWT libraries on 32-bit JVM
at org.Eclipse.swt.internal.Library.loadLibrary(Library.Java:194)
at org.Eclipse.swt.internal.Library.loadLibrary(Library.Java:174)
at org.Eclipse.swt.internal.C.<clinit>(C.Java:21)
at org.Eclipse.swt.widgets.Display.<clinit>(Display.Java:138)
at org.Eclipse.ui.internal.Workbench.createDisplay(Workbench.Java:687)
at org.Eclipse.ui.PlatformUI.createDisplay(PlatformUI.Java:161)
at de.vogella.rcp.intro.first.Application.start(Application.Java:18)
at org.Eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.Java:196)
at org.Eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.Java:110)
at org.Eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.Java:79)
at org.Eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.Java:369)
at org.Eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.Java:179)
at Sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at Sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.Java:39)
at Sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.Java:25)
at Java.lang.reflect.Method.invoke(Method.Java:597)
at org.Eclipse.equinox.launcher.Main.invokeFramework(Main.Java:620)
at org.Eclipse.equinox.launcher.Main.basicRun(Main.Java:575)
at org.Eclipse.equinox.launcher.Main.run(Main.Java:1408)
at org.Eclipse.equinox.launcher.Main.main(Main.Java:1384)
An error has occurred. See the log file
回避策:
Link1 :問題の原因を理解し、64ビットSWTを32ビットに置き換えようとしましたが、正しく実行しているかどうかわかりませんか?
ダウンロードした32ビットファイルswt-3.6.1-win32-win32-x86.Zip Zipファイルを抽出します
コピーされたswt.jarファイルがC:\ Program Files\Eclipse\pluginsにナビゲートされ、64ビットのSwtファイル(つまりorg.Eclipse.swt.win32.win32.x86_64.source_3.6.2.v3659c)が削除され、コピーされたswt.jarファイルが再起動されました
それでも同じエラーがスローされます
また、swt.jarファイルの名前をorg.Eclipse.swt.win32.win32.x86_64.source_3.6.2.v3659cに変更しようとしました
まだ同じエラー
Link2 :代替ソリューションを提案しましたが、問題を解決できませんでした。
まだ同じエラー
32-JVMと32-Bit Eclipseをアンインストールして、対応する64ビットバージョンをインストールしたくありません。
オプションではない
paulsm4およびPaul Webster response&i'm confusedの後の回避策
EclipseでJVM、JREバージョンを確認するためにこれを実行しようとしたとき
package javaVersion;
public class JavaVersion
{
public static void main( String[] args )
{
System.out.println( "JRE Version :" + System.getProperty( "Java.runtime.version" ) );
System.out.println( "JVM Bit size: " + System.getProperty( "Sun.Arch.data.model" ) );
}
}
出力:
1.6.0_31-b05
JVM Bit size: 32
ただし、Java-VERSION
したがって、私の理解システムには、Eclispeが32ビットJVMを読み取る64ビットJVMがあります。それでは、32ビットJVMを読み取るようにシステムを転換するにはどうすればよいですか?
Eclipseは、起動構成で定義したJREでアプリケーションを起動しています。 32ビットEclipseを実行しているため、その32ビットSWTライブラリーに対して実行/デバッグを行っており、32ビットJREを実行する必要があります。
64ビットJREは、何らかの理由で、デフォルトのインストール済みJREです。
これを変更するには、まず、インストール済みのJRE設定で32ビットJREが構成されていることを確認してください。 [ウィンドウ]-> [設定]に移動し、Java->インストールされたJREに移動します。
[追加]をクリックして、32ビットJVMのJava_HOME
を追加します。
次に、実行構成でEclipseアプリケーションを見つけ、ランタイムJREが構成したばかりの32ビットJREに設定されていることを確認します。
(強調表示されていないコンボボックスに注意してください。)
SWT jarを交換しようとしないでください。
まあ、DWT :) SWTはJNIを使用します...そしてJNIは厳密にプラットフォーム固有です。
32ビットJVMで32ビットライブラリを使用し、64ビットJVMで64ビットライブラリを使用し、バージョンがexactlyに一致していることを確認してください。
私見では...
PS:同じボックスに複数のJVMや複数のEclipseを共存させることができます。
パスからC:\ ProgramData\Oracle\Java\javapathを削除しました。
また、パスにx64 JDKおよびJREアドレスが含まれていることを確認してください。
「起動構成プロパティの編集」のVM引数に-d32を追加するだけです。
パスからC:\ ProgramData\Oracle\Java\javapathを削除しましたが、うまくいきました。
ただし、パスにx64 JDKおよびJREアドレスを含めるようにしてください。
私もずっと前に同じ問題に直面しました。
ここに解決策があります
Eclipseで「Windows」->「Preferences」---->「Java」--->「Installed JREs」----> JDKを選択し、「Edit」をクリックします。
JDKパスを確認します。システムで定義されている環境変数のパスに基づいていますか。そうでない場合は、「パス」定義ディレクトリに変更します。
したがって、正しい環境にいることを確認してください。つまり、32ビットSWTライブラリが32ビットJVMと一致する必要があります。
64ビットjdk、64ビットjreをインストールし、最後に環境変数にjdkパスを設定し、jreをEclipseに追加することで、この問題を解決しました。
パッケージのswt.jarを64ビットバージョンに置き換えたところ、すぐに機能しました。パッケージ全体を再コンパイルする必要はありません。swt.jarファイルを置き換えて、アプリケーションマニフェストに含まれていることを確認してください。
パスC:\ ProgramData\Oracle\Java\javapathに移動します(この場合、このパスは異なる場合があります)。フォルダーOracleの名前を他の名前行Oracle_OLDに変更します。そしてSTS/IDEを再起動します。これは私のために働く
JDKをインストールします。
EclipseをJREで実行することは可能ですが、少なくとも以前はそうでしたが、なぜ面倒なのでしょうか? EclipseはJDKの方がずっと幸せです。
Eclipseの実行に使用されるJREは、Eclipseがアプリケーションの実行に使用するJREである必要はありません。
PS。ここでは、元のポスターの問題はEclipseを起動することであり、(他のAnswersが対処しているように)Eclipseがアプリケーションを起動することではないと想定しています。