|
|
|
|
|
Re: Windows 7 64bits RCP Error in Galileo [message #557464 is a reply to message #557441] |
Tue, 07 September 2010 13:43 |
Daniel Krügler Messages: 853 Registered: July 2009 |
Senior Member |
|
|
On 07.09.2010 14:49, Jungmuk Lim wrote:
> Thanks again for your reply, Daniel.
>
> But actually I've already added the 'vm' option.
>
> Because when there is no 'vm' option, as you mentioned, the Eclipse
> finds the 64bits JVM, so the 32bits Galileo doesn't start.
>
> So I added 'vm' option with 32bits JDK path and then the Eclipse is
> working.
>
> But RCP project which is created by wizard has the errors as I
> previously described.
a) Check your Eclipse Preferences, look for
Java>Installed JREs
and ensure that only the correct 32-bit JRE is selected
Also you should validate out your project settings, it might depend on
those:
1) Ensure that Platform filters in the Manifest.mf don't refer to the
incorrect windows version
2) Ensure that in the launching arguments (Tab "Launching") of your
..product file (if you have one) you don't refer to the incorrect windows
version
3) Open your run configuration wizard and ensure that the corresponding
launch config of your RCP app does not refer to environment variables
like so:
-os ${target.os} -ws ${target.ws} -arch ${target.arch} -nl ${target.nl}
because those will probably refer to the wrong windows version during
runtime and will prevent that swt.32 will be started.
4) If you have features, verify that they don't refer to the incorrect
windows version for specific plugins.
I assume that bullet 4 was the actual reason of the problem.
HTH & Greetings from Bremen,
Daniel Krügler
|
|
|
|
Re: Windows 7 64bits RCP Error in Galileo [message #557588 is a reply to message #557533] |
Wed, 08 September 2010 08:10 |
Daniel Krügler Messages: 853 Registered: July 2009 |
Senior Member |
|
|
On 08.09.2010 04:05, Jungmuk Lim wrote:
> 4. Actually I've already checked it in 'Dependency Analysis' on
> 'Dependencies' in 'plugin.xml'.
>
> RcpExample (1.0.0.qualifier)
> +- org.eclipse.core.runtime (3.5.0.v20090525)
> +- org.eclipse.ui (3.5.2.M20100120-0800)
> +- org.eclipse.core.expressions (3.4.101.R35x_v20100209)
> +- org.eclipse.core.runtime (3.5.0.v20090525)
> +- org.eclipse.jface (3.5.0.M20100120-0800)
> +- org.eclipse.swt (3.5.2.v3557f)
> +- org.eclipse.swt.win32.win32.x86 (3.5.2.v3557f)
> +- org.eclipse.ui.workbench (3.5.2.M20100113-0800)
>
> But my project's 'Plug-in Dependencies' in 'Package Explorer' deesn't
> have the 'org.eclipse.swt.win32.win32.x86 (3.5.2.v3557f)'.
>
> I guess my problem can be solved if the 'org.eclipse.swt.win32.win32.x86
> (3.5.2.v3557f)' appears in my project's 'Plug-in Dependencies' in
> 'Package Explorer'.
I guess so, but this defect looks completely odd to me. Have you had a
previous or a parallel Eclipse version installed on your system? I
remember now that there are some problems on Windows 7, because the
implicit assumption of Eclipse is, that it can write in it's
installation directory. It does do that to create a binary (or at least
quick-access) bundle-cache. Checkout the .eclipse directory that should
exist in your Windows User directory. If this .eclipse directory
contains more than the org.eclipse.equinox.security directory, you
should manually delete any other directory (but close Eclipse before
doing so). After this restart Eclipse and verify that your problem
still exists.
If all fails, you should
a) try a fresh Eclipse start with - clean, or
b) clean the affected project and it's dependencies via
Project>Clean...
or
c) close and reopen the project or,
d) open the Problems view and delete all error entries and then clean
and rebuild your project again.
Otherwise I have no idea.
HTH & Greetings from Bremen,
Daniel Krügler
|
|
|
|
Powered by
FUDForum. Page generated in 0.04404 seconds