Home » Eclipse Projects » Eclipse Platform » Re: java.lang.UnsatisfiedLinkError: no localfile_1_0_0 in java.library.path
| Re: java.lang.UnsatisfiedLinkError: no localfile_1_0_0 in java.library.path [message #327090] |
Wed, 09 April 2008 12:34  |
Eclipse User |
|
|
|
Originally posted by: merks.ca.ibm.com
This is a multi-part message in MIME format.
--------------080702090104080105010706
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Jeroen,
When I check my installation, I find it here:
./configuration/org.eclipse.osgi/bundles/261/1/.cp/os/win32/ x86/localfile_1_0_0.dll
So it looks like something must unpack it and put it there at some
point. I'll add the platform newsgroup to the "to" list of the reply.
Maybe someone will understand the cause of this exception...
Jeroen Lankheet wrote:
> I haven't found very much info on the www about the DLL, other than
> that it's present in almost every crash report of Eclipse as a loaded
> dynamic lib.
> Here is the full stack trace
>
> !SESSION 2008-04-09 07:23:11.998
> -----------------------------------------------
>
> eclipse.buildId=unknown
> java.version=1.6.0_05
> java.vendor=Sun Microsystems Inc.
> BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_US
> Command-line arguments: -os win32 -ws win32 -arch x86 -clean -consolelog
>
> !ENTRY org.eclipse.core.resources 2 10035 2008-04-09 07:23:14.045
> !MESSAGE The workspace exited with unsaved changes in the previous
> session; refr
> eshing workspace to recover changes.
>
> !ENTRY org.eclipse.core.filesystem 1 1 2008-04-09 07:23:14.076
> !MESSAGE Could not load library: localfile_1_0_0.dll. This library
> provides pla
> tform-specific optimizations for certain file system operations. This
> library i
> s not present on all platforms, so this may not be an error. The
> resources plug
> -in will safely fall back to using java.io.File functionality.
> !STACK 0
> java.lang.UnsatisfiedLinkError: no localfile_1_0_0 in java.library.path
> at java.lang.ClassLoader.loadLibrary(Unknown Source)
> at java.lang.Runtime.loadLibrary0(Unknown Source)
> at java.lang.System.loadLibrary(Unknown Source)
> at
> org.eclipse.core.internal.filesystem.local.LocalFileNatives. <clinit>(
> LocalFileNatives.java:32)
> at
> org.eclipse.core.internal.filesystem.local.LocalFile.fetchIn fo(LocalF
> ile.java:125)
> at
> org.eclipse.core.filesystem.provider.FileStore.fetchInfo(Fil eStore.ja
> va:275)
> at
> org.eclipse.core.internal.localstore.FileSystemResourceManag er.read(F
> ileSystemResourceManager.java:679)
> at
> org.eclipse.core.internal.resources.SaveManager.restoreMetaI nfo(SaveM
> anager.java:792)
> at
> org.eclipse.core.internal.resources.SaveManager.restoreMetaI nfo(SaveM
> anager.java:772)
> at
> org.eclipse.core.internal.resources.SaveManager.restore(Save Manager.j
> ava:663)
> at
> org.eclipse.core.internal.resources.SaveManager.startup(Save Manager.j
> ava:1319)
> at
> org.eclipse.core.internal.resources.Workspace.startup(Worksp ace.java:
> 1949)
> at
> org.eclipse.core.internal.resources.Workspace.open(Workspace .java:171
> 3)
> at
> org.eclipse.core.resources.ResourcesPlugin.start(ResourcesPl ugin.java
> :363)
> at
> org.eclipse.osgi.framework.internal.core.BundleContextImpl$2 .run(Bund
> leContextImpl.java:999)
> at java.security.AccessController.doPrivileged(Native Method)
> at
> org.eclipse.osgi.framework.internal.core.BundleContextImpl.s tartActiv
> ator(BundleContextImpl.java:993)
> at
> org.eclipse.osgi.framework.internal.core.BundleContextImpl.s tart(Bund
> leContextImpl.java:974)
> at
> org.eclipse.osgi.framework.internal.core.BundleHost.startWor ker(Bundl
> eHost.java:346)
> at
> org.eclipse.osgi.framework.internal.core.AbstractBundle.star t(Abstrac
> tBundle.java:260)
> at
> org.eclipse.osgi.framework.util.SecureAction.start(SecureAct ion.java:
> 400)
> at
> org.eclipse.core.runtime.internal.adaptor.EclipseLazyStarter .postFind
> LocalClass(EclipseLazyStarter.java:111)
> at
> org.eclipse.osgi.baseadaptor.loader.ClasspathManager.findLoc alClass(C
> lasspathManager.java:417)
> at
> org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.fin dLocalCla
> ss(DefaultClassLoader.java:189)
> at
> org.eclipse.osgi.framework.internal.core.BundleLoader.findLo calClass(
> BundleLoader.java:340)
> at
> org.eclipse.osgi.framework.internal.core.SingleSourcePackage .loadClas
> s(SingleSourcePackage.java:37)
> at
> org.eclipse.osgi.framework.internal.core.BundleLoader.findCl assIntern
> al(BundleLoader.java:405)
> at
> org.eclipse.osgi.framework.internal.core.BundleLoader.findCl ass(Bundl
> eLoader.java:369)
> at
> org.eclipse.osgi.framework.internal.core.BundleLoader.findCl ass(Bundl
> eLoader.java:357)
> at
> org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.loa dClass(De
> faultClassLoader.java:83)
> at java.lang.ClassLoader.loadClass(Unknown Source)
> at java.lang.ClassLoader.loadClassInternal(Unknown Source)
> at
> org.eclipse.ui.part.FileEditorInputFactory.createElement(Fil eEditorIn
> putFactory.java:59)
> at
> org.eclipse.ui.internal.EditorReference.getRestoredInput(Edi torRefere
> nce.java:361)
> at
> org.eclipse.ui.internal.EditorReference.getEditorInput(Edito rReferenc
> e.java:324)
> at
> org.eclipse.ui.internal.EditorReference.createPartHelper(Edi torRefere
> nce.java:591)
> at
> org.eclipse.ui.internal.EditorReference.createPart(EditorRef erence.ja
> va:426)
> at
> org.eclipse.ui.internal.WorkbenchPartReference.getPart(Workb enchPartR
> eference.java:592)
> at
> org.eclipse.ui.internal.EditorAreaHelper.setVisibleEditor(Ed itorAreaH
> elper.java:263)
> at
> org.eclipse.ui.internal.EditorManager.setVisibleEditor(Edito rManager.
> java:1405)
> at
> org.eclipse.ui.internal.EditorManager$5.runWithException(Edi torManage
> r.java:939)
> at
> org.eclipse.ui.internal.StartupThreading$StartupRunnable.run (StartupT
> hreading.java:31)
> at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:3 5)
> at
> org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchr onizer.ja
> va:123)
> at
> org.eclipse.swt.widgets.Display.runAsyncMessages(Display.jav a:3659)
> at
> org.eclipse.swt.widgets.Display.readAndDispatch(Display.java :3296)
> at
> org.eclipse.ui.application.WorkbenchAdvisor.openWindows(Work benchAdvi
> sor.java:801)
> at
> org.eclipse.ui.internal.Workbench$25.runWithException(Workbe nch.java:
> 1342)
> at
> org.eclipse.ui.internal.StartupThreading$StartupRunnable.run (StartupT
> hreading.java:31)
> at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:3 5)
> at
> org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchr onizer.ja
> va:123)
> at
> org.eclipse.swt.widgets.Display.runAsyncMessages(Display.jav a:3659)
> at
> org.eclipse.swt.widgets.Display.readAndDispatch(Display.java :3296)
> at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:2309)
> at
> org.eclipse.ui.internal.Workbench.access$4(Workbench.java:22 19)
> at org.eclipse.ui.internal.Workbench$4.run(Workbench.java:466)
> at
> org.eclipse.core.databinding.observable.Realm.runWithDefault (Realm.ja
> va:289)
> at
> org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Work bench.jav
> a:461)
> at
> org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.j ava:149)
> at
> com.philips.aurora.tools.ia_workbench_application.Applicatio n.start(U
> nknown Source)
> at
> org.eclipse.equinox.internal.app.EclipseAppHandle.run(Eclips eAppHandl
> e.java:169)
> at
> org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher .runAppli
> cation(EclipseAppLauncher.java:106)
> at
> org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher .start(Ec
> lipseAppLauncher.java:76)
> at
> org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseS tarter.ja
> va:363)
> at
> org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseS tarter.ja
> va:176)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown
> Source)
> at java.lang.reflect.Method.invoke(Unknown Source)
> at
> org.eclipse.equinox.launcher.Main.invokeFramework(Main.java: 508)
> at org.eclipse.equinox.launcher.Main.basicRun(Main.java:447)
> at org.eclipse.equinox.launcher.Main.run(Main.java:1173)
>
> Ed Merks wrote:
>> Jeroen,
>>
>> The post looks fine to me in Thunderbird. I've never seen a error
>> message like this. Perhaps showing the stack trace will provide more
>> information that someone might recognize the cause...
>>
>>
>> Jeroen Lankheet wrote:
>>> Hi,
>>>
>>> I'm getting this error when starting my RCP app:
>>> java.lang.UnsatisfiedLinkError: no localfile_1_0_0 in java.library.path
>>> I know it can safely be ignored, but I don't want exceptions in my
>>> console other than my 'own'.
>>> What's missing?
>>>
>>> Regards,
>>> Jeroen.
>>>
>>> BTW: Is anyone having trouble seeing their own posts with
>>> Thunderbird? I do!
--------------080702090104080105010706
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Jeroen,<br>
<br>
<br>
When I check my installation, I find it here:<br>
<blockquote> ./configuration/org.eclipse.osgi/bundles/261/1/.cp/os/win32/ x86/localfile_1_0_0.dll <br>
</blockquote>
So it looks like something must unpack it and put it there at some
point. I'll add the platform newsgroup to the "to" list of the
reply. Maybe someone will understand the cause of this exception...<br>
<br>
<br>
Jeroen Lankheet wrote:
<blockquote cite="mid:fthl84$990$1@build.eclipse.org" type="cite">I
haven't found very much info on the www about the DLL, other than that
it's present in almost every crash report of Eclipse as a loaded
dynamic lib.
<br>
Here is the full stack trace
<br>
<br>
!SESSION 2008-04-09 07:23:11.998
-----------------------------------------------
<br>
<br>
eclipse.buildId=unknown
<br>
java.version=1.6.0_05
<br>
java.vendor=Sun Microsystems Inc.
<br>
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_US
<br>
Command-line arguments: -os win32 -ws win32 -arch x86 -clean
-consolelog
<br>
<br>
!ENTRY org.eclipse.core.resources 2 10035 2008-04-09 07:23:14.045
<br>
!MESSAGE The workspace exited with unsaved changes in the previous
session; refr
<br>
eshing workspace to recover changes.
<br>
<br>
!ENTRY org.eclipse.core.filesystem 1 1 2008-04-09 07:23:14.076
<br>
!MESSAGE Could not load library: localfile_1_0_0.dll. This library
provides pla
<br>
tform-specific optimizations for certain file system operations. This
library i
<br>
s not present on all platforms, so this may not be an error. The
resources plug
<br>
-in will safely fall back to using java.io.File functionality.
<br>
!STACK 0
<br>
java.lang.UnsatisfiedLinkError: no localfile_1_0_0 in java.library.path
<br>
at java.lang.ClassLoader.loadLibrary(Unknown Source)
<br>
at java.lang.Runtime.loadLibrary0(Unknown Source)
<br>
at java.lang.System.loadLibrary(Unknown Source)
<br>
at
org.eclipse.core.internal.filesystem.local.LocalFileNatives. <clinit>(
<br>
LocalFileNatives.java:32)
<br>
at
org.eclipse.core.internal.filesystem.local.LocalFile.fetchIn fo(LocalF
<br>
ile.java:125)
<br>
at
org.eclipse.core.filesystem.provider.FileStore.fetchInfo(Fil eStore.ja
<br>
va:275)
<br>
at
org.eclipse.core.internal.localstore.FileSystemResourceManag er.read(F
<br>
ileSystemResourceManager.java:679)
<br>
at
org.eclipse.core.internal.resources.SaveManager.restoreMetaI nfo(SaveM
<br>
anager.java:792)
<br>
at
org.eclipse.core.internal.resources.SaveManager.restoreMetaI nfo(SaveM
<br>
anager.java:772)
<br>
at
org.eclipse.core.internal.resources.SaveManager.restore(Save Manager.j
<br>
ava:663)
<br>
at
org.eclipse.core.internal.resources.SaveManager.startup(Save Manager.j
<br>
ava:1319)
<br>
at
org.eclipse.core.internal.resources.Workspace.startup(Worksp ace.java:
<br>
1949)
<br>
at
org.eclipse.core.internal.resources.Workspace.open(Workspace .java:171
<br>
3)
<br>
at
org.eclipse.core.resources.ResourcesPlugin.start(ResourcesPl ugin.java
<br>
:363)
<br>
at
org.eclipse.osgi.framework.internal.core.BundleContextImpl$2 .run(Bund
<br>
leContextImpl.java:999)
<br>
at java.security.AccessController.doPrivileged(Native Method)
<br>
at
org.eclipse.osgi.framework.internal.core.BundleContextImpl.s tartActiv
<br>
ator(BundleContextImpl.java:993)
<br>
at
org.eclipse.osgi.framework.internal.core.BundleContextImpl.s tart(Bund
<br>
leContextImpl.java:974)
<br>
at
org.eclipse.osgi.framework.internal.core.BundleHost.startWor ker(Bundl
<br>
eHost.java:346)
<br>
at
org.eclipse.osgi.framework.internal.core.AbstractBundle.star t(Abstrac
<br>
tBundle.java:260)
<br>
at
org.eclipse.osgi.framework.util.SecureAction.start(SecureAct ion.java:
<br>
400)
<br>
at
org.eclipse.core.runtime.internal.adaptor.EclipseLazyStarter .postFind
<br>
LocalClass(EclipseLazyStarter.java:111)
<br>
at
org.eclipse.osgi.baseadaptor.loader.ClasspathManager.findLoc alClass(C
<br>
lasspathManager.java:417)
<br>
at
org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.fin dLocalCla
<br>
ss(DefaultClassLoader.java:189)
<br>
at
org.eclipse.osgi.framework.internal.core.BundleLoader.findLo calClass(
<br>
BundleLoader.java:340)
<br>
at
org.eclipse.osgi.framework.internal.core.SingleSourcePackage .loadClas
<br>
s(SingleSourcePackage.java:37)
<br>
at
org.eclipse.osgi.framework.internal.core.BundleLoader.findCl assIntern
<br>
al(BundleLoader.java:405)
<br>
at
org.eclipse.osgi.framework.internal.core.BundleLoader.findCl ass(Bundl
<br>
eLoader.java:369)
<br>
at
org.eclipse.osgi.framework.internal.core.BundleLoader.findCl ass(Bundl
<br>
eLoader.java:357)
<br>
at
org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.loa dClass(De
<br>
faultClassLoader.java:83)
<br>
at java.lang.ClassLoader.loadClass(Unknown Source)
<br>
at java.lang.ClassLoader.loadClassInternal(Unknown Source)
<br>
at
org.eclipse.ui.part.FileEditorInputFactory.createElement(Fil eEditorIn
<br>
putFactory.java:59)
<br>
at
org.eclipse.ui.internal.EditorReference.getRestoredInput(Edi torRefere
<br>
nce.java:361)
<br>
at
org.eclipse.ui.internal.EditorReference.getEditorInput(Edito rReferenc
<br>
e.java:324)
<br>
at
org.eclipse.ui.internal.EditorReference.createPartHelper(Edi torRefere
<br>
nce.java:591)
<br>
at
org.eclipse.ui.internal.EditorReference.createPart(EditorRef erence.ja
<br>
va:426)
<br>
at
org.eclipse.ui.internal.WorkbenchPartReference.getPart(Workb enchPartR
<br>
eference.java:592)
<br>
at
org.eclipse.ui.internal.EditorAreaHelper.setVisibleEditor(Ed itorAreaH
<br>
elper.java:263)
<br>
at
org.eclipse.ui.internal.EditorManager.setVisibleEditor(Edito rManager.
<br>
java:1405)
<br>
at
org.eclipse.ui.internal.EditorManager$5.runWithException(Edi torManage
<br>
r.java:939)
<br>
at
org.eclipse.ui.internal.StartupThreading$StartupRunnable.run (StartupT
<br>
hreading.java:31)
<br>
at
org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:3 5)
<br>
at
org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchr onizer.ja
<br>
va:123)
<br>
at
org.eclipse.swt.widgets.Display.runAsyncMessages(Display.jav a:3659)
<br>
at
org.eclipse.swt.widgets.Display.readAndDispatch(Display.java :3296)
<br>
at
org.eclipse.ui.application.WorkbenchAdvisor.openWindows(Work benchAdvi
<br>
sor.java:801)
<br>
at
org.eclipse.ui.internal.Workbench$25.runWithException(Workbe nch.java:
<br>
1342)
<br>
at
org.eclipse.ui.internal.StartupThreading$StartupRunnable.run (StartupT
<br>
hreading.java:31)
<br>
at
org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:3 5)
<br>
at
org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchr onizer.ja
<br>
va:123)
<br>
at
org.eclipse.swt.widgets.Display.runAsyncMessages(Display.jav a:3659)
<br>
at
org.eclipse.swt.widgets.Display.readAndDispatch(Display.java :3296)
<br>
at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:2309)
<br>
at
org.eclipse.ui.internal.Workbench.access$4(Workbench.java:22 19)
<br>
at org.eclipse.ui.internal.Workbench$4.run(Workbench.java:466)
<br>
at
org.eclipse.core.databinding.observable.Realm.runWithDefault (Realm.ja
<br>
va:289)
<br>
at
org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Work bench.jav
<br>
a:461)
<br>
at
org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.j ava:149)
<br>
at
com.philips.aurora.tools.ia_workbench_application.Applicatio n.start(U
<br>
nknown Source)
<br>
at
org.eclipse.equinox.internal.app.EclipseAppHandle.run(Eclips eAppHandl
<br>
e.java:169)
<br>
at
org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher .runAppli
<br>
cation(EclipseAppLauncher.java:106)
<br>
at
org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher .start(Ec
<br>
lipseAppLauncher.java:76)
<br>
at
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseS tarter.ja
<br>
va:363)
<br>
at
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseS tarter.ja
<br>
va:176)
<br>
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
<br>
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
<br>
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown
Source)
<br>
at java.lang.reflect.Method.invoke(Unknown Source)
<br>
at
org.eclipse.equinox.launcher.Main.invokeFramework(Main.java: 508)
<br>
at org.eclipse.equinox.launcher.Main.basicRun(Main.java:447)
<br>
at org.eclipse.equinox.launcher.Main.run(Main.java:1173)
<br>
<br>
Ed Merks wrote:
<br>
<blockquote type="cite">Jeroen,
<br>
<br>
The post looks fine to me in Thunderbird. I've never seen a error
message like this. Perhaps showing the stack trace will provide more
information that someone might recognize the cause...
<br>
<br>
<br>
Jeroen Lankheet wrote:
<br>
<blockquote type="cite">Hi,
<br>
<br>
I'm getting this error when starting my RCP app:
<br>
java.lang.UnsatisfiedLinkError: no localfile_1_0_0 in java.library.path
<br>
I know it can safely be ignored, but I don't want exceptions in my
console other than my 'own'.
<br>
What's missing?
<br>
<br>
Regards,
<br>
Jeroen.
<br>
<br>
BTW: Is anyone having trouble seeing their own posts with Thunderbird?
I do!
<br>
</blockquote>
</blockquote>
</blockquote>
<br>
</body>
</html>
--------------080702090104080105010706--
|
|
|
| Re: java.lang.UnsatisfiedLinkError: no localfile_1_0_0 in java.library.path [message #327091 is a reply to message #327090] |
Wed, 09 April 2008 12:37  |
| Eclipse User |
|
|
|
Originally posted by: yeronimuz.aol.com
Right, I don't have the 261 directory.
Ed Merks wrote:
> Jeroen,
>
>
> When I check my installation, I find it here:
>
> ./configuration/org.eclipse.osgi/bundles/261/1/.cp/os/win32/ x86/localfile_1_0_0.dll
>
> So it looks like something must unpack it and put it there at some
> point. I'll add the platform newsgroup to the "to" list of the reply.
> Maybe someone will understand the cause of this exception...
>
>
> Jeroen Lankheet wrote:
>> I haven't found very much info on the www about the DLL, other than
>> that it's present in almost every crash report of Eclipse as a loaded
>> dynamic lib.
>> Here is the full stack trace
>>
>> !SESSION 2008-04-09 07:23:11.998
>> -----------------------------------------------
>>
>> eclipse.buildId=unknown
>> java.version=1.6.0_05
>> java.vendor=Sun Microsystems Inc.
>> BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_US
>> Command-line arguments: -os win32 -ws win32 -arch x86 -clean -consolelog
>>
>> !ENTRY org.eclipse.core.resources 2 10035 2008-04-09 07:23:14.045
>> !MESSAGE The workspace exited with unsaved changes in the previous
>> session; refr
>> eshing workspace to recover changes.
>>
>> !ENTRY org.eclipse.core.filesystem 1 1 2008-04-09 07:23:14.076
>> !MESSAGE Could not load library: localfile_1_0_0.dll. This library
>> provides pla
>> tform-specific optimizations for certain file system operations. This
>> library i
>> s not present on all platforms, so this may not be an error. The
>> resources plug
>> -in will safely fall back to using java.io.File functionality.
>> !STACK 0
>> java.lang.UnsatisfiedLinkError: no localfile_1_0_0 in java.library.path
>> at java.lang.ClassLoader.loadLibrary(Unknown Source)
>> at java.lang.Runtime.loadLibrary0(Unknown Source)
>> at java.lang.System.loadLibrary(Unknown Source)
>> at
>> org.eclipse.core.internal.filesystem.local.LocalFileNatives. <clinit>(
>> LocalFileNatives.java:32)
>> at
>> org.eclipse.core.internal.filesystem.local.LocalFile.fetchIn fo(LocalF
>> ile.java:125)
>> at
>> org.eclipse.core.filesystem.provider.FileStore.fetchInfo(Fil eStore.ja
>> va:275)
>> at
>> org.eclipse.core.internal.localstore.FileSystemResourceManag er.read(F
>> ileSystemResourceManager.java:679)
>> at
>> org.eclipse.core.internal.resources.SaveManager.restoreMetaI nfo(SaveM
>> anager.java:792)
>> at
>> org.eclipse.core.internal.resources.SaveManager.restoreMetaI nfo(SaveM
>> anager.java:772)
>> at
>> org.eclipse.core.internal.resources.SaveManager.restore(Save Manager.j
>> ava:663)
>> at
>> org.eclipse.core.internal.resources.SaveManager.startup(Save Manager.j
>> ava:1319)
>> at
>> org.eclipse.core.internal.resources.Workspace.startup(Worksp ace.java:
>> 1949)
>> at
>> org.eclipse.core.internal.resources.Workspace.open(Workspace .java:171
>> 3)
>> at
>> org.eclipse.core.resources.ResourcesPlugin.start(ResourcesPl ugin.java
>> :363)
>> at
>> org.eclipse.osgi.framework.internal.core.BundleContextImpl$2 .run(Bund
>> leContextImpl.java:999)
>> at java.security.AccessController.doPrivileged(Native Method)
>> at
>> org.eclipse.osgi.framework.internal.core.BundleContextImpl.s tartActiv
>> ator(BundleContextImpl.java:993)
>> at
>> org.eclipse.osgi.framework.internal.core.BundleContextImpl.s tart(Bund
>> leContextImpl.java:974)
>> at
>> org.eclipse.osgi.framework.internal.core.BundleHost.startWor ker(Bundl
>> eHost.java:346)
>> at
>> org.eclipse.osgi.framework.internal.core.AbstractBundle.star t(Abstrac
>> tBundle.java:260)
>> at
>> org.eclipse.osgi.framework.util.SecureAction.start(SecureAct ion.java:
>> 400)
>> at
>> org.eclipse.core.runtime.internal.adaptor.EclipseLazyStarter .postFind
>> LocalClass(EclipseLazyStarter.java:111)
>> at
>> org.eclipse.osgi.baseadaptor.loader.ClasspathManager.findLoc alClass(C
>> lasspathManager.java:417)
>> at
>> org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.fin dLocalCla
>> ss(DefaultClassLoader.java:189)
>> at
>> org.eclipse.osgi.framework.internal.core.BundleLoader.findLo calClass(
>> BundleLoader.java:340)
>> at
>> org.eclipse.osgi.framework.internal.core.SingleSourcePackage .loadClas
>> s(SingleSourcePackage.java:37)
>> at
>> org.eclipse.osgi.framework.internal.core.BundleLoader.findCl assIntern
>> al(BundleLoader.java:405)
>> at
>> org.eclipse.osgi.framework.internal.core.BundleLoader.findCl ass(Bundl
>> eLoader.java:369)
>> at
>> org.eclipse.osgi.framework.internal.core.BundleLoader.findCl ass(Bundl
>> eLoader.java:357)
>> at
>> org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.loa dClass(De
>> faultClassLoader.java:83)
>> at java.lang.ClassLoader.loadClass(Unknown Source)
>> at java.lang.ClassLoader.loadClassInternal(Unknown Source)
>> at
>> org.eclipse.ui.part.FileEditorInputFactory.createElement(Fil eEditorIn
>> putFactory.java:59)
>> at
>> org.eclipse.ui.internal.EditorReference.getRestoredInput(Edi torRefere
>> nce.java:361)
>> at
>> org.eclipse.ui.internal.EditorReference.getEditorInput(Edito rReferenc
>> e.java:324)
>> at
>> org.eclipse.ui.internal.EditorReference.createPartHelper(Edi torRefere
>> nce.java:591)
>> at
>> org.eclipse.ui.internal.EditorReference.createPart(EditorRef erence.ja
>> va:426)
>> at
>> org.eclipse.ui.internal.WorkbenchPartReference.getPart(Workb enchPartR
>> eference.java:592)
>> at
>> org.eclipse.ui.internal.EditorAreaHelper.setVisibleEditor(Ed itorAreaH
>> elper.java:263)
>> at
>> org.eclipse.ui.internal.EditorManager.setVisibleEditor(Edito rManager.
>> java:1405)
>> at
>> org.eclipse.ui.internal.EditorManager$5.runWithException(Edi torManage
>> r.java:939)
>> at
>> org.eclipse.ui.internal.StartupThreading$StartupRunnable.run (StartupT
>> hreading.java:31)
>> at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:3 5)
>> at
>> org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchr onizer.ja
>> va:123)
>> at
>> org.eclipse.swt.widgets.Display.runAsyncMessages(Display.jav a:3659)
>> at
>> org.eclipse.swt.widgets.Display.readAndDispatch(Display.java :3296)
>> at
>> org.eclipse.ui.application.WorkbenchAdvisor.openWindows(Work benchAdvi
>> sor.java:801)
>> at
>> org.eclipse.ui.internal.Workbench$25.runWithException(Workbe nch.java:
>> 1342)
>> at
>> org.eclipse.ui.internal.StartupThreading$StartupRunnable.run (StartupT
>> hreading.java:31)
>> at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:3 5)
>> at
>> org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchr onizer.ja
>> va:123)
>> at
>> org.eclipse.swt.widgets.Display.runAsyncMessages(Display.jav a:3659)
>> at
>> org.eclipse.swt.widgets.Display.readAndDispatch(Display.java :3296)
>> at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:2309)
>> at
>> org.eclipse.ui.internal.Workbench.access$4(Workbench.java:22 19)
>> at org.eclipse.ui.internal.Workbench$4.run(Workbench.java:466)
>> at
>> org.eclipse.core.databinding.observable.Realm.runWithDefault (Realm.ja
>> va:289)
>> at
>> org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Work bench.jav
>> a:461)
>> at
>> org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.j ava:149)
>> at
>> com.philips.aurora.tools.ia_workbench_application.Applicatio n.start(U
>> nknown Source)
>> at
>> org.eclipse.equinox.internal.app.EclipseAppHandle.run(Eclips eAppHandl
>> e.java:169)
>> at
>> org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher .runAppli
>> cation(EclipseAppLauncher.java:106)
>> at
>> org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher .start(Ec
>> lipseAppLauncher.java:76)
>> at
>> org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseS tarter.ja
>> va:363)
>> at
>> org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseS tarter.ja
>> va:176)
>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>> at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
>> at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown
>> Source)
>> at java.lang.reflect.Method.invoke(Unknown Source)
>> at
>> org.eclipse.equinox.launcher.Main.invokeFramework(Main.java: 508)
>> at org.eclipse.equinox.launcher.Main.basicRun(Main.java:447)
>> at org.eclipse.equinox.launcher.Main.run(Main.java:1173)
>>
>> Ed Merks wrote:
>>> Jeroen,
>>>
>>> The post looks fine to me in Thunderbird. I've never seen a error
>>> message like this. Perhaps showing the stack trace will provide more
>>> information that someone might recognize the cause...
>>>
>>>
>>> Jeroen Lankheet wrote:
>>>> Hi,
>>>>
>>>> I'm getting this error when starting my RCP app:
>>>> java.lang.UnsatisfiedLinkError: no localfile_1_0_0 in java.library.path
>>>> I know it can safely be ignored, but I don't want exceptions in my
>>>> console other than my 'own'.
>>>> What's missing?
>>>>
>>>> Regards,
>>>> Jeroen.
>>>>
>>>> BTW: Is anyone having trouble seeing their own posts with
>>>> Thunderbird? I do!
>
|
|
|
| Re: java.lang.UnsatisfiedLinkError: no localfile_1_0_0 in java.library.path [message #327092 is a reply to message #327091] |
Wed, 09 April 2008 12:40 |
 Thomas Schindl
Messages: 6651
Registered: July 2009 |
Senior Member |
|
|
This is a dynamic value and depends which ID OSGi assigns to your bundle
when started the first time.
Tom
Jeroen Lankheet schrieb:
> Right, I don't have the 261 directory.
>
> Ed Merks wrote:
>> Jeroen,
>>
>>
>> When I check my installation, I find it here:
>>
>>
>> ./configuration/org.eclipse.osgi/bundles/261/1/.cp/os/win32/ x86/localfile_1_0_0.dll
>>
>>
>> So it looks like something must unpack it and put it there at some
>> point. I'll add the platform newsgroup to the "to" list of the
>> reply. Maybe someone will understand the cause of this exception...
>>
>>
>> Jeroen Lankheet wrote:
>>> I haven't found very much info on the www about the DLL, other than
>>> that it's present in almost every crash report of Eclipse as a
>>> loaded dynamic lib.
>>> Here is the full stack trace
>>>
>>> !SESSION 2008-04-09 07:23:11.998
>>> -----------------------------------------------
>>>
>>> eclipse.buildId=unknown
>>> java.version=1.6.0_05
>>> java.vendor=Sun Microsystems Inc.
>>> BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_US
>>> Command-line arguments: -os win32 -ws win32 -arch x86 -clean
>>> -consolelog
>>>
>>> !ENTRY org.eclipse.core.resources 2 10035 2008-04-09 07:23:14.045
>>> !MESSAGE The workspace exited with unsaved changes in the previous
>>> session; refr
>>> eshing workspace to recover changes.
>>>
>>> !ENTRY org.eclipse.core.filesystem 1 1 2008-04-09 07:23:14.076
>>> !MESSAGE Could not load library: localfile_1_0_0.dll. This library
>>> provides pla
>>> tform-specific optimizations for certain file system operations.
>>> This library i
>>> s not present on all platforms, so this may not be an error. The
>>> resources plug
>>> -in will safely fall back to using java.io.File functionality.
>>> !STACK 0
>>> java.lang.UnsatisfiedLinkError: no localfile_1_0_0 in java.library.path
>>> at java.lang.ClassLoader.loadLibrary(Unknown Source)
>>> at java.lang.Runtime.loadLibrary0(Unknown Source)
>>> at java.lang.System.loadLibrary(Unknown Source)
>>> at
>>> org.eclipse.core.internal.filesystem.local.LocalFileNatives. <clinit>(
>>> LocalFileNatives.java:32)
>>> at
>>> org.eclipse.core.internal.filesystem.local.LocalFile.fetchIn fo(LocalF
>>> ile.java:125)
>>> at
>>> org.eclipse.core.filesystem.provider.FileStore.fetchInfo(Fil eStore.ja
>>> va:275)
>>> at
>>> org.eclipse.core.internal.localstore.FileSystemResourceManag er.read(F
>>> ileSystemResourceManager.java:679)
>>> at
>>> org.eclipse.core.internal.resources.SaveManager.restoreMetaI nfo(SaveM
>>> anager.java:792)
>>> at
>>> org.eclipse.core.internal.resources.SaveManager.restoreMetaI nfo(SaveM
>>> anager.java:772)
>>> at
>>> org.eclipse.core.internal.resources.SaveManager.restore(Save Manager.j
>>> ava:663)
>>> at
>>> org.eclipse.core.internal.resources.SaveManager.startup(Save Manager.j
>>> ava:1319)
>>> at
>>> org.eclipse.core.internal.resources.Workspace.startup(Worksp ace.java:
>>> 1949)
>>> at
>>> org.eclipse.core.internal.resources.Workspace.open(Workspace .java:171
>>> 3)
>>> at
>>> org.eclipse.core.resources.ResourcesPlugin.start(ResourcesPl ugin.java
>>> :363)
>>> at
>>> org.eclipse.osgi.framework.internal.core.BundleContextImpl$2 .run(Bund
>>> leContextImpl.java:999)
>>> at java.security.AccessController.doPrivileged(Native Method)
>>> at
>>> org.eclipse.osgi.framework.internal.core.BundleContextImpl.s tartActiv
>>> ator(BundleContextImpl.java:993)
>>> at
>>> org.eclipse.osgi.framework.internal.core.BundleContextImpl.s tart(Bund
>>> leContextImpl.java:974)
>>> at
>>> org.eclipse.osgi.framework.internal.core.BundleHost.startWor ker(Bundl
>>> eHost.java:346)
>>> at
>>> org.eclipse.osgi.framework.internal.core.AbstractBundle.star t(Abstrac
>>> tBundle.java:260)
>>> at
>>> org.eclipse.osgi.framework.util.SecureAction.start(SecureAct ion.java:
>>> 400)
>>> at
>>> org.eclipse.core.runtime.internal.adaptor.EclipseLazyStarter .postFind
>>> LocalClass(EclipseLazyStarter.java:111)
>>> at
>>> org.eclipse.osgi.baseadaptor.loader.ClasspathManager.findLoc alClass(C
>>> lasspathManager.java:417)
>>> at
>>> org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.fin dLocalCla
>>> ss(DefaultClassLoader.java:189)
>>> at
>>> org.eclipse.osgi.framework.internal.core.BundleLoader.findLo calClass(
>>> BundleLoader.java:340)
>>> at
>>> org.eclipse.osgi.framework.internal.core.SingleSourcePackage .loadClas
>>> s(SingleSourcePackage.java:37)
>>> at
>>> org.eclipse.osgi.framework.internal.core.BundleLoader.findCl assIntern
>>> al(BundleLoader.java:405)
>>> at
>>> org.eclipse.osgi.framework.internal.core.BundleLoader.findCl ass(Bundl
>>> eLoader.java:369)
>>> at
>>> org.eclipse.osgi.framework.internal.core.BundleLoader.findCl ass(Bundl
>>> eLoader.java:357)
>>> at
>>> org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.loa dClass(De
>>> faultClassLoader.java:83)
>>> at java.lang.ClassLoader.loadClass(Unknown Source)
>>> at java.lang.ClassLoader.loadClassInternal(Unknown Source)
>>> at
>>> org.eclipse.ui.part.FileEditorInputFactory.createElement(Fil eEditorIn
>>> putFactory.java:59)
>>> at
>>> org.eclipse.ui.internal.EditorReference.getRestoredInput(Edi torRefere
>>> nce.java:361)
>>> at
>>> org.eclipse.ui.internal.EditorReference.getEditorInput(Edito rReferenc
>>> e.java:324)
>>> at
>>> org.eclipse.ui.internal.EditorReference.createPartHelper(Edi torRefere
>>> nce.java:591)
>>> at
>>> org.eclipse.ui.internal.EditorReference.createPart(EditorRef erence.ja
>>> va:426)
>>> at
>>> org.eclipse.ui.internal.WorkbenchPartReference.getPart(Workb enchPartR
>>> eference.java:592)
>>> at
>>> org.eclipse.ui.internal.EditorAreaHelper.setVisibleEditor(Ed itorAreaH
>>> elper.java:263)
>>> at
>>> org.eclipse.ui.internal.EditorManager.setVisibleEditor(Edito rManager.
>>> java:1405)
>>> at
>>> org.eclipse.ui.internal.EditorManager$5.runWithException(Edi torManage
>>> r.java:939)
>>> at
>>> org.eclipse.ui.internal.StartupThreading$StartupRunnable.run (StartupT
>>> hreading.java:31)
>>> at
>>> org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:3 5)
>>> at
>>> org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchr onizer.ja
>>> va:123)
>>> at
>>> org.eclipse.swt.widgets.Display.runAsyncMessages(Display.jav a:3659)
>>> at
>>> org.eclipse.swt.widgets.Display.readAndDispatch(Display.java :3296)
>>> at
>>> org.eclipse.ui.application.WorkbenchAdvisor.openWindows(Work benchAdvi
>>> sor.java:801)
>>> at
>>> org.eclipse.ui.internal.Workbench$25.runWithException(Workbe nch.java:
>>> 1342)
>>> at
>>> org.eclipse.ui.internal.StartupThreading$StartupRunnable.run (StartupT
>>> hreading.java:31)
>>> at
>>> org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:3 5)
>>> at
>>> org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchr onizer.ja
>>> va:123)
>>> at
>>> org.eclipse.swt.widgets.Display.runAsyncMessages(Display.jav a:3659)
>>> at
>>> org.eclipse.swt.widgets.Display.readAndDispatch(Display.java :3296)
>>> at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:2309)
>>> at
>>> org.eclipse.ui.internal.Workbench.access$4(Workbench.java:22 19)
>>> at org.eclipse.ui.internal.Workbench$4.run(Workbench.java:466)
>>> at
>>> org.eclipse.core.databinding.observable.Realm.runWithDefault (Realm.ja
>>> va:289)
>>> at
>>> org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Work bench.jav
>>> a:461)
>>> at
>>> org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.j ava:149)
>>> at
>>> com.philips.aurora.tools.ia_workbench_application.Applicatio n.start(U
>>> nknown Source)
>>> at
>>> org.eclipse.equinox.internal.app.EclipseAppHandle.run(Eclips eAppHandl
>>> e.java:169)
>>> at
>>> org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher .runAppli
>>> cation(EclipseAppLauncher.java:106)
>>> at
>>> org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher .start(Ec
>>> lipseAppLauncher.java:76)
>>> at
>>> org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseS tarter.ja
>>> va:363)
>>> at
>>> org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseS tarter.ja
>>> va:176)
>>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>> at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
>>> at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown
>>> Source)
>>> at java.lang.reflect.Method.invoke(Unknown Source)
>>> at
>>> org.eclipse.equinox.launcher.Main.invokeFramework(Main.java: 508)
>>> at org.eclipse.equinox.launcher.Main.basicRun(Main.java:447)
>>> at org.eclipse.equinox.launcher.Main.run(Main.java:1173)
>>>
>>> Ed Merks wrote:
>>>> Jeroen,
>>>>
>>>> The post looks fine to me in Thunderbird. I've never seen a error
>>>> message like this. Perhaps showing the stack trace will provide
>>>> more information that someone might recognize the cause...
>>>>
>>>>
>>>> Jeroen Lankheet wrote:
>>>>> Hi,
>>>>>
>>>>> I'm getting this error when starting my RCP app:
>>>>> java.lang.UnsatisfiedLinkError: no localfile_1_0_0 in
>>>>> java.library.path
>>>>> I know it can safely be ignored, but I don't want exceptions in my
>>>>> console other than my 'own'.
>>>>> What's missing?
>>>>>
>>>>> Regards,
>>>>> Jeroen.
>>>>>
>>>>> BTW: Is anyone having trouble seeing their own posts with
>>>>> Thunderbird? I do!
>>
--
B e s t S o l u t i o n . at
------------------------------------------------------------ --------
Tom Schindl JFace-Committer
------------------------------------------------------------ --------
|
|
|
| Re: java.lang.UnsatisfiedLinkError: no localfile_1_0_0 in java.library.path [message #327093 is a reply to message #327092] |
Wed, 09 April 2008 13:28 |
Grant Gayed
Messages: 2150
Registered: July 2009 |
Senior Member |
|
|
Are you using 64-bit Windows by any chance? If so then the library is
currently not build for this arch, see
https://bugs.eclipse.org/bugs/show_bug.cgi?id=203812 .
Also see https://bugs.eclipse.org/bugs/show_bug.cgi?id=173272 .
Grant
"Tom Schindl" <tom.schindl@bestsolution.at> wrote in message
news:ftidgi$suu$1@build.eclipse.org...
> This is a dynamic value and depends which ID OSGi assigns to your bundle
> when started the first time.
>
> Tom
>
> Jeroen Lankheet schrieb:
> > Right, I don't have the 261 directory.
> >
> > Ed Merks wrote:
> >> Jeroen,
> >>
> >>
> >> When I check my installation, I find it here:
> >>
> >>
> >>
../configuration/org.eclipse.osgi/bundles/261/1/.cp/os/win32 /x86/localfile_1_
0_0.dll
> >>
> >>
> >> So it looks like something must unpack it and put it there at some
> >> point. I'll add the platform newsgroup to the "to" list of the
> >> reply. Maybe someone will understand the cause of this exception...
> >>
> >>
> >> Jeroen Lankheet wrote:
> >>> I haven't found very much info on the www about the DLL, other than
> >>> that it's present in almost every crash report of Eclipse as a
> >>> loaded dynamic lib.
> >>> Here is the full stack trace
> >>>
> >>> !SESSION 2008-04-09 07:23:11.998
> >>> -----------------------------------------------
> >>>
> >>> eclipse.buildId=unknown
> >>> java.version=1.6.0_05
> >>> java.vendor=Sun Microsystems Inc.
> >>> BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_US
> >>> Command-line arguments: -os win32 -ws win32 -arch x86 -clean
> >>> -consolelog
> >>>
> >>> !ENTRY org.eclipse.core.resources 2 10035 2008-04-09 07:23:14.045
> >>> !MESSAGE The workspace exited with unsaved changes in the previous
> >>> session; refr
> >>> eshing workspace to recover changes.
> >>>
> >>> !ENTRY org.eclipse.core.filesystem 1 1 2008-04-09 07:23:14.076
> >>> !MESSAGE Could not load library: localfile_1_0_0.dll. This library
> >>> provides pla
> >>> tform-specific optimizations for certain file system operations.
> >>> This library i
> >>> s not present on all platforms, so this may not be an error. The
> >>> resources plug
> >>> -in will safely fall back to using java.io.File functionality.
> >>> !STACK 0
> >>> java.lang.UnsatisfiedLinkError: no localfile_1_0_0 in
java.library.path
> >>> at java.lang.ClassLoader.loadLibrary(Unknown Source)
> >>> at java.lang.Runtime.loadLibrary0(Unknown Source)
> >>> at java.lang.System.loadLibrary(Unknown Source)
> >>> at
> >>> org.eclipse.core.internal.filesystem.local.LocalFileNatives. <clinit>(
> >>> LocalFileNatives.java:32)
> >>> at
> >>> org.eclipse.core.internal.filesystem.local.LocalFile.fetchIn fo(LocalF
> >>> ile.java:125)
> >>> at
> >>> org.eclipse.core.filesystem.provider.FileStore.fetchInfo(Fil eStore.ja
> >>> va:275)
> >>> at
> >>> org.eclipse.core.internal.localstore.FileSystemResourceManag er.read(F
> >>> ileSystemResourceManager.java:679)
> >>> at
> >>> org.eclipse.core.internal.resources.SaveManager.restoreMetaI nfo(SaveM
> >>> anager.java:792)
> >>> at
> >>> org.eclipse.core.internal.resources.SaveManager.restoreMetaI nfo(SaveM
> >>> anager.java:772)
> >>> at
> >>> org.eclipse.core.internal.resources.SaveManager.restore(Save Manager.j
> >>> ava:663)
> >>> at
> >>> org.eclipse.core.internal.resources.SaveManager.startup(Save Manager.j
> >>> ava:1319)
> >>> at
> >>> org.eclipse.core.internal.resources.Workspace.startup(Worksp ace.java:
> >>> 1949)
> >>> at
> >>> org.eclipse.core.internal.resources.Workspace.open(Workspace .java:171
> >>> 3)
> >>> at
> >>> org.eclipse.core.resources.ResourcesPlugin.start(ResourcesPl ugin.java
> >>> :363)
> >>> at
> >>> org.eclipse.osgi.framework.internal.core.BundleContextImpl$2 .run(Bund
> >>> leContextImpl.java:999)
> >>> at java.security.AccessController.doPrivileged(Native Method)
> >>> at
> >>> org.eclipse.osgi.framework.internal.core.BundleContextImpl.s tartActiv
> >>> ator(BundleContextImpl.java:993)
> >>> at
> >>> org.eclipse.osgi.framework.internal.core.BundleContextImpl.s tart(Bund
> >>> leContextImpl.java:974)
> >>> at
> >>> org.eclipse.osgi.framework.internal.core.BundleHost.startWor ker(Bundl
> >>> eHost.java:346)
> >>> at
> >>> org.eclipse.osgi.framework.internal.core.AbstractBundle.star t(Abstrac
> >>> tBundle.java:260)
> >>> at
> >>> org.eclipse.osgi.framework.util.SecureAction.start(SecureAct ion.java:
> >>> 400)
> >>> at
> >>> org.eclipse.core.runtime.internal.adaptor.EclipseLazyStarter .postFind
> >>> LocalClass(EclipseLazyStarter.java:111)
> >>> at
> >>> org.eclipse.osgi.baseadaptor.loader.ClasspathManager.findLoc alClass(C
> >>> lasspathManager.java:417)
> >>> at
> >>> org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.fin dLocalCla
> >>> ss(DefaultClassLoader.java:189)
> >>> at
> >>> org.eclipse.osgi.framework.internal.core.BundleLoader.findLo calClass(
> >>> BundleLoader.java:340)
> >>> at
> >>> org.eclipse.osgi.framework.internal.core.SingleSourcePackage .loadClas
> >>> s(SingleSourcePackage.java:37)
> >>> at
> >>> org.eclipse.osgi.framework.internal.core.BundleLoader.findCl assIntern
> >>> al(BundleLoader.java:405)
> >>> at
> >>> org.eclipse.osgi.framework.internal.core.BundleLoader.findCl ass(Bundl
> >>> eLoader.java:369)
> >>> at
> >>> org.eclipse.osgi.framework.internal.core.BundleLoader.findCl ass(Bundl
> >>> eLoader.java:357)
> >>> at
> >>> org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.loa dClass(De
> >>> faultClassLoader.java:83)
> >>> at java.lang.ClassLoader.loadClass(Unknown Source)
> >>> at java.lang.ClassLoader.loadClassInternal(Unknown Source)
> >>> at
> >>> org.eclipse.ui.part.FileEditorInputFactory.createElement(Fil eEditorIn
> >>> putFactory.java:59)
> >>> at
> >>> org.eclipse.ui.internal.EditorReference.getRestoredInput(Edi torRefere
> >>> nce.java:361)
> >>> at
> >>> org.eclipse.ui.internal.EditorReference.getEditorInput(Edito rReferenc
> >>> e.java:324)
> >>> at
> >>> org.eclipse.ui.internal.EditorReference.createPartHelper(Edi torRefere
> >>> nce.java:591)
> >>> at
> >>> org.eclipse.ui.internal.EditorReference.createPart(EditorRef erence.ja
> >>> va:426)
> >>> at
> >>> org.eclipse.ui.internal.WorkbenchPartReference.getPart(Workb enchPartR
> >>> eference.java:592)
> >>> at
> >>> org.eclipse.ui.internal.EditorAreaHelper.setVisibleEditor(Ed itorAreaH
> >>> elper.java:263)
> >>> at
> >>> org.eclipse.ui.internal.EditorManager.setVisibleEditor(Edito rManager.
> >>> java:1405)
> >>> at
> >>> org.eclipse.ui.internal.EditorManager$5.runWithException(Edi torManage
> >>> r.java:939)
> >>> at
> >>> org.eclipse.ui.internal.StartupThreading$StartupRunnable.run (StartupT
> >>> hreading.java:31)
> >>> at
> >>> org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:3 5)
> >>> at
> >>> org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchr onizer.ja
> >>> va:123)
> >>> at
> >>> org.eclipse.swt.widgets.Display.runAsyncMessages(Display.jav a:3659)
> >>> at
> >>> org.eclipse.swt.widgets.Display.readAndDispatch(Display.java :3296)
> >>> at
> >>> org.eclipse.ui.application.WorkbenchAdvisor.openWindows(Work benchAdvi
> >>> sor.java:801)
> >>> at
> >>> org.eclipse.ui.internal.Workbench$25.runWithException(Workbe nch.java:
> >>> 1342)
> >>> at
> >>> org.eclipse.ui.internal.StartupThreading$StartupRunnable.run (StartupT
> >>> hreading.java:31)
> >>> at
> >>> org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:3 5)
> >>> at
> >>> org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchr onizer.ja
> >>> va:123)
> >>> at
> >>> org.eclipse.swt.widgets.Display.runAsyncMessages(Display.jav a:3659)
> >>> at
> >>> org.eclipse.swt.widgets.Display.readAndDispatch(Display.java :3296)
> >>> at
org.eclipse.ui.internal.Workbench.runUI(Workbench.java:2309)
> >>> at
> >>> org.eclipse.ui.internal.Workbench.access$4(Workbench.java:22 19)
> >>> at org.eclipse.ui.internal.Workbench$4.run(Workbench.java:466)
> >>> at
> >>> org.eclipse.core.databinding.observable.Realm.runWithDefault (Realm.ja
> >>> va:289)
> >>> at
> >>> org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Work bench.jav
> >>> a:461)
> >>> at
> >>> org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.j ava:149)
> >>> at
> >>> com.philips.aurora.tools.ia_workbench_application.Applicatio n.start(U
> >>> nknown Source)
> >>> at
> >>> org.eclipse.equinox.internal.app.EclipseAppHandle.run(Eclips eAppHandl
> >>> e.java:169)
> >>> at
> >>> org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher .runAppli
> >>> cation(EclipseAppLauncher.java:106)
> >>> at
> >>> org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher .start(Ec
> >>> lipseAppLauncher.java:76)
> >>> at
> >>> org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseS tarter.ja
> >>> va:363)
> >>> at
> >>> org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseS tarter.ja
> >>> va:176)
> >>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> >>> at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
> >>> at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown
> >>> Source)
> >>> at java.lang.reflect.Method.invoke(Unknown Source)
> >>> at
> >>> org.eclipse.equinox.launcher.Main.invokeFramework(Main.java: 508)
> >>> at org.eclipse.equinox.launcher.Main.basicRun(Main.java:447)
> >>> at org.eclipse.equinox.launcher.Main.run(Main.java:1173)
> >>>
> >>> Ed Merks wrote:
> >>>> Jeroen,
> >>>>
> >>>> The post looks fine to me in Thunderbird. I've never seen a error
> >>>> message like this. Perhaps showing the stack trace will provide
> >>>> more information that someone might recognize the cause...
> >>>>
> >>>>
> >>>> Jeroen Lankheet wrote:
> >>>>> Hi,
> >>>>>
> >>>>> I'm getting this error when starting my RCP app:
> >>>>> java.lang.UnsatisfiedLinkError: no localfile_1_0_0 in
> >>>>> java.library.path
> >>>>> I know it can safely be ignored, but I don't want exceptions in my
> >>>>> console other than my 'own'.
> >>>>> What's missing?
> >>>>>
> >>>>> Regards,
> >>>>> Jeroen.
> >>>>>
> >>>>> BTW: Is anyone having trouble seeing their own posts with
> >>>>> Thunderbird? I do!
> >>
>
>
> --
> B e s t S o l u t i o n . at
> ------------------------------------------------------------ --------
> Tom Schindl JFace-Committer
> ------------------------------------------------------------ --------
|
|
|
| Re: java.lang.UnsatisfiedLinkError: no localfile_1_0_0 in java.library.path [message #327095 is a reply to message #327092] |
Wed, 09 April 2008 13:33 |
| Eclipse User |
|
|
|
Originally posted by: yeronimuz.aol.com
As an experiment, I copied all plugins to my RCP app plugins directory.
Apart from all unwanted items I get, the exception is gone.
Using the jar browser, I found the dll in
org.eclipse.core.filesystem.win32.x86_1.1.0.v20070510.jar
This plugin is available in the app's plugin directory, however it's not
loaded.
And I can't select this plugin to be included as a dependency plugin.
BTW: I'm using a special target platform to build my RCP app.
Tom Schindl wrote:
> This is a dynamic value and depends which ID OSGi assigns to your bundle
> when started the first time.
>
> Tom
>
> Jeroen Lankheet schrieb:
>> Right, I don't have the 261 directory.
>>
>> Ed Merks wrote:
>>> Jeroen,
>>>
>>>
>>> When I check my installation, I find it here:
>>>
>>>
>>> ./configuration/org.eclipse.osgi/bundles/261/1/.cp/os/win32/ x86/localfile_1_0_0.dll
>>>
>>>
>>> So it looks like something must unpack it and put it there at some
>>> point. I'll add the platform newsgroup to the "to" list of the
>>> reply. Maybe someone will understand the cause of this exception...
>>>
>>>
>>> Jeroen Lankheet wrote:
>>>> I haven't found very much info on the www about the DLL, other than
>>>> that it's present in almost every crash report of Eclipse as a
>>>> loaded dynamic lib.
>>>> Here is the full stack trace
>>>>
>>>> !SESSION 2008-04-09 07:23:11.998
>>>> -----------------------------------------------
>>>>
>>>> eclipse.buildId=unknown
>>>> java.version=1.6.0_05
>>>> java.vendor=Sun Microsystems Inc.
>>>> BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_US
>>>> Command-line arguments: -os win32 -ws win32 -arch x86 -clean
>>>> -consolelog
>>>>
>>>> !ENTRY org.eclipse.core.resources 2 10035 2008-04-09 07:23:14.045
>>>> !MESSAGE The workspace exited with unsaved changes in the previous
>>>> session; refr
>>>> eshing workspace to recover changes.
>>>>
>>>> !ENTRY org.eclipse.core.filesystem 1 1 2008-04-09 07:23:14.076
>>>> !MESSAGE Could not load library: localfile_1_0_0.dll. This library
>>>> provides pla
>>>> tform-specific optimizations for certain file system operations.
>>>> This library i
>>>> s not present on all platforms, so this may not be an error. The
>>>> resources plug
>>>> -in will safely fall back to using java.io.File functionality.
>>>> !STACK 0
>>>> java.lang.UnsatisfiedLinkError: no localfile_1_0_0 in java.library.path
>>>> at java.lang.ClassLoader.loadLibrary(Unknown Source)
>>>> at java.lang.Runtime.loadLibrary0(Unknown Source)
>>>> at java.lang.System.loadLibrary(Unknown Source)
>>>> at
>>>> org.eclipse.core.internal.filesystem.local.LocalFileNatives. <clinit>(
>>>> LocalFileNatives.java:32)
>>>> at
>>>> org.eclipse.core.internal.filesystem.local.LocalFile.fetchIn fo(LocalF
>>>> ile.java:125)
>>>> at
>>>> org.eclipse.core.filesystem.provider.FileStore.fetchInfo(Fil eStore.ja
>>>> va:275)
>>>> at
>>>> org.eclipse.core.internal.localstore.FileSystemResourceManag er.read(F
>>>> ileSystemResourceManager.java:679)
>>>> at
>>>> org.eclipse.core.internal.resources.SaveManager.restoreMetaI nfo(SaveM
>>>> anager.java:792)
>>>> at
>>>> org.eclipse.core.internal.resources.SaveManager.restoreMetaI nfo(SaveM
>>>> anager.java:772)
>>>> at
>>>> org.eclipse.core.internal.resources.SaveManager.restore(Save Manager.j
>>>> ava:663)
>>>> at
>>>> org.eclipse.core.internal.resources.SaveManager.startup(Save Manager.j
>>>> ava:1319)
>>>> at
>>>> org.eclipse.core.internal.resources.Workspace.startup(Worksp ace.java:
>>>> 1949)
>>>> at
>>>> org.eclipse.core.internal.resources.Workspace.open(Workspace .java:171
>>>> 3)
>>>> at
>>>> org.eclipse.core.resources.ResourcesPlugin.start(ResourcesPl ugin.java
>>>> :363)
>>>> at
>>>> org.eclipse.osgi.framework.internal.core.BundleContextImpl$2 .run(Bund
>>>> leContextImpl.java:999)
>>>> at java.security.AccessController.doPrivileged(Native Method)
>>>> at
>>>> org.eclipse.osgi.framework.internal.core.BundleContextImpl.s tartActiv
>>>> ator(BundleContextImpl.java:993)
>>>> at
>>>> org.eclipse.osgi.framework.internal.core.BundleContextImpl.s tart(Bund
>>>> leContextImpl.java:974)
>>>> at
>>>> org.eclipse.osgi.framework.internal.core.BundleHost.startWor ker(Bundl
>>>> eHost.java:346)
>>>> at
>>>> org.eclipse.osgi.framework.internal.core.AbstractBundle.star t(Abstrac
>>>> tBundle.java:260)
>>>> at
>>>> org.eclipse.osgi.framework.util.SecureAction.start(SecureAct ion.java:
>>>> 400)
>>>> at
>>>> org.eclipse.core.runtime.internal.adaptor.EclipseLazyStarter .postFind
>>>> LocalClass(EclipseLazyStarter.java:111)
>>>> at
>>>> org.eclipse.osgi.baseadaptor.loader.ClasspathManager.findLoc alClass(C
>>>> lasspathManager.java:417)
>>>> at
>>>> org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.fin dLocalCla
>>>> ss(DefaultClassLoader.java:189)
>>>> at
>>>> org.eclipse.osgi.framework.internal.core.BundleLoader.findLo calClass(
>>>> BundleLoader.java:340)
>>>> at
>>>> org.eclipse.osgi.framework.internal.core.SingleSourcePackage .loadClas
>>>> s(SingleSourcePackage.java:37)
>>>> at
>>>> org.eclipse.osgi.framework.internal.core.BundleLoader.findCl assIntern
>>>> al(BundleLoader.java:405)
>>>> at
>>>> org.eclipse.osgi.framework.internal.core.BundleLoader.findCl ass(Bundl
>>>> eLoader.java:369)
>>>> at
>>>> org.eclipse.osgi.framework.internal.core.BundleLoader.findCl ass(Bundl
>>>> eLoader.java:357)
>>>> at
>>>> org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.loa dClass(De
>>>> faultClassLoader.java:83)
>>>> at java.lang.ClassLoader.loadClass(Unknown Source)
>>>> at java.lang.ClassLoader.loadClassInternal(Unknown Source)
>>>> at
>>>> org.eclipse.ui.part.FileEditorInputFactory.createElement(Fil eEditorIn
>>>> putFactory.java:59)
>>>> at
>>>> org.eclipse.ui.internal.EditorReference.getRestoredInput(Edi torRefere
>>>> nce.java:361)
>>>> at
>>>> org.eclipse.ui.internal.EditorReference.getEditorInput(Edito rReferenc
>>>> e.java:324)
>>>> at
>>>> org.eclipse.ui.internal.EditorReference.createPartHelper(Edi torRefere
>>>> nce.java:591)
>>>> at
>>>> org.eclipse.ui.internal.EditorReference.createPart(EditorRef erence.ja
>>>> va:426)
>>>> at
>>>> org.eclipse.ui.internal.WorkbenchPartReference.getPart(Workb enchPartR
>>>> eference.java:592)
>>>> at
>>>> org.eclipse.ui.internal.EditorAreaHelper.setVisibleEditor(Ed itorAreaH
>>>> elper.java:263)
>>>> at
>>>> org.eclipse.ui.internal.EditorManager.setVisibleEditor(Edito rManager.
>>>> java:1405)
>>>> at
>>>> org.eclipse.ui.internal.EditorManager$5.runWithException(Edi torManage
>>>> r.java:939)
>>>> at
>>>> org.eclipse.ui.internal.StartupThreading$StartupRunnable.run (StartupT
>>>> hreading.java:31)
>>>> at
>>>> org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:3 5)
>>>> at
>>>> org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchr onizer.ja
>>>> va:123)
>>>> at
>>>> org.eclipse.swt.widgets.Display.runAsyncMessages(Display.jav a:3659)
>>>> at
>>>> org.eclipse.swt.widgets.Display.readAndDispatch(Display.java :3296)
>>>> at
>>>> org.eclipse.ui.application.WorkbenchAdvisor.openWindows(Work benchAdvi
>>>> sor.java:801)
>>>> at
>>>> org.eclipse.ui.internal.Workbench$25.runWithException(Workbe nch.java:
>>>> 1342)
>>>> at
>>>> org.eclipse.ui.internal.StartupThreading$StartupRunnable.run (StartupT
>>>> hreading.java:31)
>>>> at
>>>> org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:3 5)
>>>> at
>>>> org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchr onizer.ja
>>>> va:123)
>>>> at
>>>> org.eclipse.swt.widgets.Display.runAsyncMessages(Display.jav a:3659)
>>>> at
>>>> org.eclipse.swt.widgets.Display.readAndDispatch(Display.java :3296)
>>>> at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:2309)
>>>> at
>>>> org.eclipse.ui.internal.Workbench.access$4(Workbench.java:22 19)
>>>> at org.eclipse.ui.internal.Workbench$4.run(Workbench.java:466)
>>>> at
>>>> org.eclipse.core.databinding.observable.Realm.runWithDefault (Realm.ja
>>>> va:289)
>>>> at
>>>> org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Work bench.jav
>>>> a:461)
>>>> at
>>>> org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.j ava:149)
>>>> at
>>>> com.philips.aurora.tools.ia_workbench_application.Applicatio n.start(U
>>>> nknown Source)
>>>> at
>>>> org.eclipse.equinox.internal.app.EclipseAppHandle.run(Eclips eAppHandl
>>>> e.java:169)
>>>> at
>>>> org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher .runAppli
>>>> cation(EclipseAppLauncher.java:106)
>>>> at
>>>> org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher .start(Ec
>>>> lipseAppLauncher.java:76)
>>>> at
>>>> org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseS tarter.ja
>>>> va:363)
>>>> at
>>>> org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseS tarter.ja
>>>> va:176)
>>>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>>> at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
>>>> at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown
>>>> Source)
>>>> at java.lang.reflect.Method.invoke(Unknown Source)
>>>> at
>>>> org.eclipse.equinox.launcher.Main.invokeFramework(Main.java: 508)
>>>> at org.eclipse.equinox.launcher.Main.basicRun(Main.java:447)
>>>> at org.eclipse.equinox.launcher.Main.run(Main.java:1173)
>>>>
>>>> Ed Merks wrote:
>>>>> Jeroen,
>>>>>
>>>>> The post looks fine to me in Thunderbird. I've never seen a error
>>>>> message like this. Perhaps showing the stack trace will provide
>>>>> more information that someone might recognize the cause...
>>>>>
>>>>>
>>>>> Jeroen Lankheet wrote:
>>>>>> Hi,
>>>>>>
>>>>>> I'm getting this error when starting my RCP app:
>>>>>> java.lang.UnsatisfiedLinkError: no localfile_1_0_0 in
>>>>>> java.library.path
>>>>>> I know it can safely be ignored, but I don't want exceptions in my
>>>>>> console other than my 'own'.
>>>>>> What's missing?
>>>>>>
>>>>>> Regards,
>>>>>> Jeroen.
>>>>>>
>>>>>> BTW: Is anyone having trouble seeing their own posts with
>>>>>> Thunderbird? I do!
>>>
>
>
|
|
|
| Re: java.lang.UnsatisfiedLinkError: no localfile_1_0_0 in java.library.path [message #327096 is a reply to message #327095] |
Wed, 09 April 2008 13:55 |
| Eclipse User |
|
|
|
Originally posted by: yeronimuz.aol.com
One mistake. The file was not in my plugins directory. When I copy it,
the message is gone.
Problem left is finding out how to add this plugin.
Jeroen Lankheet wrote:
> As an experiment, I copied all plugins to my RCP app plugins directory.
> Apart from all unwanted items I get, the exception is gone.
>
> Using the jar browser, I found the dll in
> org.eclipse.core.filesystem.win32.x86_1.1.0.v20070510.jar
>
> This plugin is available in the app's plugin directory, however it's not
> loaded.
> And I can't select this plugin to be included as a dependency plugin.
>
> BTW: I'm using a special target platform to build my RCP app.
>
> Tom Schindl wrote:
>> This is a dynamic value and depends which ID OSGi assigns to your
>> bundle when started the first time.
>>
>> Tom
>>
>> Jeroen Lankheet schrieb:
>>> Right, I don't have the 261 directory.
>>>
>>> Ed Merks wrote:
>>>> Jeroen,
>>>>
>>>>
>>>> When I check my installation, I find it here:
>>>>
>>>>
>>>> ./configuration/org.eclipse.osgi/bundles/261/1/.cp/os/win32/ x86/localfile_1_0_0.dll
>>>>
>>>>
>>>> So it looks like something must unpack it and put it there at some
>>>> point. I'll add the platform newsgroup to the "to" list of the
>>>> reply. Maybe someone will understand the cause of this exception...
>>>>
>>>>
>>>> Jeroen Lankheet wrote:
>>>>> I haven't found very much info on the www about the DLL, other than
>>>>> that it's present in almost every crash report of Eclipse as a
>>>>> loaded dynamic lib.
>>>>> Here is the full stack trace
>>>>>
>>>>> !SESSION 2008-04-09 07:23:11.998
>>>>> -----------------------------------------------
>>>>>
>>>>> eclipse.buildId=unknown
>>>>> java.version=1.6.0_05
>>>>> java.vendor=Sun Microsystems Inc.
>>>>> BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_US
>>>>> Command-line arguments: -os win32 -ws win32 -arch x86 -clean
>>>>> -consolelog
>>>>>
>>>>> !ENTRY org.eclipse.core.resources 2 10035 2008-04-09 07:23:14.045
>>>>> !MESSAGE The workspace exited with unsaved changes in the previous
>>>>> session; refr
>>>>> eshing workspace to recover changes.
>>>>>
>>>>> !ENTRY org.eclipse.core.filesystem 1 1 2008-04-09 07:23:14.076
>>>>> !MESSAGE Could not load library: localfile_1_0_0.dll. This library
>>>>> provides pla
>>>>> tform-specific optimizations for certain file system operations.
>>>>> This library i
>>>>> s not present on all platforms, so this may not be an error. The
>>>>> resources plug
>>>>> -in will safely fall back to using java.io.File functionality.
>>>>> !STACK 0
>>>>> java.lang.UnsatisfiedLinkError: no localfile_1_0_0 in
>>>>> java.library.path
>>>>> at java.lang.ClassLoader.loadLibrary(Unknown Source)
>>>>> at java.lang.Runtime.loadLibrary0(Unknown Source)
>>>>> at java.lang.System.loadLibrary(Unknown Source)
>>>>> at
>>>>> org.eclipse.core.internal.filesystem.local.LocalFileNatives. <clinit>(
>>>>> LocalFileNatives.java:32)
>>>>> at
>>>>> org.eclipse.core.internal.filesystem.local.LocalFile.fetchIn fo(LocalF
>>>>> ile.java:125)
>>>>> at
>>>>> org.eclipse.core.filesystem.provider.FileStore.fetchInfo(Fil eStore.ja
>>>>> va:275)
>>>>> at
>>>>> org.eclipse.core.internal.localstore.FileSystemResourceManag er.read(F
>>>>> ileSystemResourceManager.java:679)
>>>>> at
>>>>> org.eclipse.core.internal.resources.SaveManager.restoreMetaI nfo(SaveM
>>>>> anager.java:792)
>>>>> at
>>>>> org.eclipse.core.internal.resources.SaveManager.restoreMetaI nfo(SaveM
>>>>> anager.java:772)
>>>>> at
>>>>> org.eclipse.core.internal.resources.SaveManager.restore(Save Manager.j
>>>>> ava:663)
>>>>> at
>>>>> org.eclipse.core.internal.resources.SaveManager.startup(Save Manager.j
>>>>> ava:1319)
>>>>> at
>>>>> org.eclipse.core.internal.resources.Workspace.startup(Worksp ace.java:
>>>>> 1949)
>>>>> at
>>>>> org.eclipse.core.internal.resources.Workspace.open(Workspace .java:171
>>>>> 3)
>>>>> at
>>>>> org.eclipse.core.resources.ResourcesPlugin.start(ResourcesPl ugin.java
>>>>> :363)
>>>>> at
>>>>> org.eclipse.osgi.framework.internal.core.BundleContextImpl$2 .run(Bund
>>>>> leContextImpl.java:999)
>>>>> at java.security.AccessController.doPrivileged(Native Method)
>>>>> at
>>>>> org.eclipse.osgi.framework.internal.core.BundleContextImpl.s tartActiv
>>>>> ator(BundleContextImpl.java:993)
>>>>> at
>>>>> org.eclipse.osgi.framework.internal.core.BundleContextImpl.s tart(Bund
>>>>> leContextImpl.java:974)
>>>>> at
>>>>> org.eclipse.osgi.framework.internal.core.BundleHost.startWor ker(Bundl
>>>>> eHost.java:346)
>>>>> at
>>>>> org.eclipse.osgi.framework.internal.core.AbstractBundle.star t(Abstrac
>>>>> tBundle.java:260)
>>>>> at
>>>>> org.eclipse.osgi.framework.util.SecureAction.start(SecureAct ion.java:
>>>>> 400)
>>>>> at
>>>>> org.eclipse.core.runtime.internal.adaptor.EclipseLazyStarter .postFind
>>>>> LocalClass(EclipseLazyStarter.java:111)
>>>>> at
>>>>> org.eclipse.osgi.baseadaptor.loader.ClasspathManager.findLoc alClass(C
>>>>> lasspathManager.java:417)
>>>>> at
>>>>> org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.fin dLocalCla
>>>>> ss(DefaultClassLoader.java:189)
>>>>> at
>>>>> org.eclipse.osgi.framework.internal.core.BundleLoader.findLo calClass(
>>>>> BundleLoader.java:340)
>>>>> at
>>>>> org.eclipse.osgi.framework.internal.core.SingleSourcePackage .loadClas
>>>>> s(SingleSourcePackage.java:37)
>>>>> at
>>>>> org.eclipse.osgi.framework.internal.core.BundleLoader.findCl assIntern
>>>>> al(BundleLoader.java:405)
>>>>> at
>>>>> org.eclipse.osgi.framework.internal.core.BundleLoader.findCl ass(Bundl
>>>>> eLoader.java:369)
>>>>> at
>>>>> org.eclipse.osgi.framework.internal.core.BundleLoader.findCl ass(Bundl
>>>>> eLoader.java:357)
>>>>> at
>>>>> org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.loa dClass(De
>>>>> faultClassLoader.java:83)
>>>>> at java.lang.ClassLoader.loadClass(Unknown Source)
>>>>> at java.lang.ClassLoader.loadClassInternal(Unknown Source)
>>>>> at
>>>>> org.eclipse.ui.part.FileEditorInputFactory.createElement(Fil eEditorIn
>>>>> putFactory.java:59)
>>>>> at
>>>>> org.eclipse.ui.internal.EditorReference.getRestoredInput(Edi torRefere
>>>>> nce.java:361)
>>>>> at
>>>>> org.eclipse.ui.internal.EditorReference.getEditorInput(Edito rReferenc
>>>>> e.java:324)
>>>>> at
>>>>> org.eclipse.ui.internal.EditorReference.createPartHelper(Edi torRefere
>>>>> nce.java:591)
>>>>> at
>>>>> org.eclipse.ui.internal.EditorReference.createPart(EditorRef erence.ja
>>>>> va:426)
>>>>> at
>>>>> org.eclipse.ui.internal.WorkbenchPartReference.getPart(Workb enchPartR
>>>>> eference.java:592)
>>>>> at
>>>>> org.eclipse.ui.internal.EditorAreaHelper.setVisibleEditor(Ed itorAreaH
>>>>> elper.java:263)
>>>>> at
>>>>> org.eclipse.ui.internal.EditorManager.setVisibleEditor(Edito rManager.
>>>>> java:1405)
>>>>> at
>>>>> org.eclipse.ui.internal.EditorManager$5.runWithException(Edi torManage
>>>>> r.java:939)
>>>>> at
>>>>> org.eclipse.ui.internal.StartupThreading$StartupRunnable.run (StartupT
>>>>> hreading.java:31)
>>>>> at
>>>>> org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:3 5)
>>>>> at
>>>>> org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchr onizer.ja
>>>>> va:123)
>>>>> at
>>>>> org.eclipse.swt.widgets.Display.runAsyncMessages(Display.jav a:3659)
>>>>> at
>>>>> org.eclipse.swt.widgets.Display.readAndDispatch(Display.java :3296)
>>>>> at
>>>>> org.eclipse.ui.application.WorkbenchAdvisor.openWindows(Work benchAdvi
>>>>> sor.java:801)
>>>>> at
>>>>> org.eclipse.ui.internal.Workbench$25.runWithException(Workbe nch.java:
>>>>> 1342)
>>>>> at
>>>>> org.eclipse.ui.internal.StartupThreading$StartupRunnable.run (StartupT
>>>>> hreading.java:31)
>>>>> at
>>>>> org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:3 5)
>>>>> at
>>>>> org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchr onizer.ja
>>>>> va:123)
>>>>> at
>>>>> org.eclipse.swt.widgets.Display.runAsyncMessages(Display.jav a:3659)
>>>>> at
>>>>> org.eclipse.swt.widgets.Display.readAndDispatch(Display.java :3296)
>>>>> at
>>>>> org.eclipse.ui.internal.Workbench.runUI(Workbench.java:2309)
>>>>> at
>>>>> org.eclipse.ui.internal.Workbench.access$4(Workbench.java:22 19)
>>>>> at org.eclipse.ui.internal.Workbench$4.run(Workbench.java:466)
>>>>> at
>>>>> org.eclipse.core.databinding.observable.Realm.runWithDefault (Realm.ja
>>>>> va:289)
>>>>> at
>>>>> org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Work bench.jav
>>>>> a:461)
>>>>> at
>>>>> org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.j ava:149)
>>>>> at
>>>>> com.philips.aurora.tools.ia_workbench_application.Applicatio n.start(U
>>>>> nknown Source)
>>>>> at
>>>>> org.eclipse.equinox.internal.app.EclipseAppHandle.run(Eclips eAppHandl
>>>>> e.java:169)
>>>>> at
>>>>> org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher .runAppli
>>>>> cation(EclipseAppLauncher.java:106)
>>>>> at
>>>>> org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher .start(Ec
>>>>> lipseAppLauncher.java:76)
>>>>> at
>>>>> org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseS tarter.ja
>>>>> va:363)
>>>>> at
>>>>> org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseS tarter.ja
>>>>> va:176)
>>>>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>>>> at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
>>>>> at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown
>>>>> Source)
>>>>> at java.lang.reflect.Method.invoke(Unknown Source)
>>>>> at
>>>>> org.eclipse.equinox.launcher.Main.invokeFramework(Main.java: 508)
>>>>> at org.eclipse.equinox.launcher.Main.basicRun(Main.java:447)
>>>>> at org.eclipse.equinox.launcher.Main.run(Main.java:1173)
>>>>>
>>>>> Ed Merks wrote:
>>>>>> Jeroen,
>>>>>>
>>>>>> The post looks fine to me in Thunderbird. I've never seen a
>>>>>> error message like this. Perhaps showing the stack trace will
>>>>>> provide more information that someone might recognize the cause...
>>>>>>
>>>>>>
>>>>>> Jeroen Lankheet wrote:
>>>>>>> Hi,
>>>>>>>
>>>>>>> I'm getting this error when starting my RCP app:
>>>>>>> java.lang.UnsatisfiedLinkError: no localfile_1_0_0 in
>>>>>>> java.library.path
>>>>>>> I know it can safely be ignored, but I don't want exceptions in
>>>>>>> my console other than my 'own'.
>>>>>>> What's missing?
>>>>>>>
>>>>>>> Regards,
>>>>>>> Jeroen.
>>>>>>>
>>>>>>> BTW: Is anyone having trouble seeing their own posts with
>>>>>>> Thunderbird? I do!
>>>>
>>
>>
|
|
|
| Re: java.lang.UnsatisfiedLinkError: no localfile_1_0_0 in java.library.path [message #327116 is a reply to message #327096] |
Thu, 10 April 2008 12:45 |
| Eclipse User |
|
|
|
Originally posted by: yeronimuz.aol.com
Shouldn't this org.eclipse.core.filesystem.win32.x86_1.1.0.v20070510.jar
plugin be deployed to my plugins rcp app directory by default?
If not, how can I do that?
Jeroen Lankheet wrote:
> One mistake. The file was not in my plugins directory. When I copy it,
> the message is gone.
> Problem left is finding out how to add this plugin.
>
> Jeroen Lankheet wrote:
>> As an experiment, I copied all plugins to my RCP app plugins
>> directory. Apart from all unwanted items I get, the exception is gone.
>>
>> Using the jar browser, I found the dll in
>> org.eclipse.core.filesystem.win32.x86_1.1.0.v20070510.jar
>>
>> This plugin is available in the app's plugin directory, however it's
>> not loaded.
>> And I can't select this plugin to be included as a dependency plugin.
>>
>> BTW: I'm using a special target platform to build my RCP app.
>>
>> Tom Schindl wrote:
>>> This is a dynamic value and depends which ID OSGi assigns to your
>>> bundle when started the first time.
>>>
>>> Tom
>>>
>>> Jeroen Lankheet schrieb:
>>>> Right, I don't have the 261 directory.
>>>>
>>>> Ed Merks wrote:
>>>>> Jeroen,
>>>>>
>>>>>
>>>>> When I check my installation, I find it here:
>>>>>
>>>>>
>>>>> ./configuration/org.eclipse.osgi/bundles/261/1/.cp/os/win32/ x86/localfile_1_0_0.dll
>>>>>
>>>>>
>>>>> So it looks like something must unpack it and put it there at some
>>>>> point. I'll add the platform newsgroup to the "to" list of the
>>>>> reply. Maybe someone will understand the cause of this exception...
>>>>>
>>>>>
>>>>> Jeroen Lankheet wrote:
>>>>>> I haven't found very much info on the www about the DLL, other
>>>>>> than that it's present in almost every crash report of Eclipse as
>>>>>> a loaded dynamic lib.
>>>>>> Here is the full stack trace
>>>>>>
>>>>>> !SESSION 2008-04-09 07:23:11.998
>>>>>> -----------------------------------------------
>>>>>>
>>>>>> eclipse.buildId=unknown
>>>>>> java.version=1.6.0_05
>>>>>> java.vendor=Sun Microsystems Inc.
>>>>>> BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_US
>>>>>> Command-line arguments: -os win32 -ws win32 -arch x86 -clean
>>>>>> -consolelog
>>>>>>
>>>>>> !ENTRY org.eclipse.core.resources 2 10035 2008-04-09 07:23:14.045
>>>>>> !MESSAGE The workspace exited with unsaved changes in the previous
>>>>>> session; refr
>>>>>> eshing workspace to recover changes.
>>>>>>
>>>>>> !ENTRY org.eclipse.core.filesystem 1 1 2008-04-09 07:23:14.076
>>>>>> !MESSAGE Could not load library: localfile_1_0_0.dll. This
>>>>>> library provides pla
>>>>>> tform-specific optimizations for certain file system operations.
>>>>>> This library i
>>>>>> s not present on all platforms, so this may not be an error. The
>>>>>> resources plug
>>>>>> -in will safely fall back to using java.io.File functionality.
>>>>>> !STACK 0
>>>>>> java.lang.UnsatisfiedLinkError: no localfile_1_0_0 in
>>>>>> java.library.path
>>>>>> at java.lang.ClassLoader.loadLibrary(Unknown Source)
>>>>>> at java.lang.Runtime.loadLibrary0(Unknown Source)
>>>>>> at java.lang.System.loadLibrary(Unknown Source)
>>>>>> at
>>>>>> org.eclipse.core.internal.filesystem.local.LocalFileNatives. <clinit>(
>>>>>> LocalFileNatives.java:32)
>>>>>> at
>>>>>> org.eclipse.core.internal.filesystem.local.LocalFile.fetchIn fo(LocalF
>>>>>> ile.java:125)
>>>>>> at
>>>>>> org.eclipse.core.filesystem.provider.FileStore.fetchInfo(Fil eStore.ja
>>>>>> va:275)
>>>>>> at
>>>>>> org.eclipse.core.internal.localstore.FileSystemResourceManag er.read(F
>>>>>> ileSystemResourceManager.java:679)
>>>>>> at
>>>>>> org.eclipse.core.internal.resources.SaveManager.restoreMetaI nfo(SaveM
>>>>>> anager.java:792)
>>>>>> at
>>>>>> org.eclipse.core.internal.resources.SaveManager.restoreMetaI nfo(SaveM
>>>>>> anager.java:772)
>>>>>> at
>>>>>> org.eclipse.core.internal.resources.SaveManager.restore(Save Manager.j
>>>>>> ava:663)
>>>>>> at
>>>>>> org.eclipse.core.internal.resources.SaveManager.startup(Save Manager.j
>>>>>> ava:1319)
>>>>>> at
>>>>>> org.eclipse.core.internal.resources.Workspace.startup(Worksp ace.java:
>>>>>> 1949)
>>>>>> at
>>>>>> org.eclipse.core.internal.resources.Workspace.open(Workspace .java:171
>>>>>> 3)
>>>>>> at
>>>>>> org.eclipse.core.resources.ResourcesPlugin.start(ResourcesPl ugin.java
>>>>>> :363)
>>>>>> at
>>>>>> org.eclipse.osgi.framework.internal.core.BundleContextImpl$2 .run(Bund
>>>>>> leContextImpl.java:999)
>>>>>> at java.security.AccessController.doPrivileged(Native Method)
>>>>>> at
>>>>>> org.eclipse.osgi.framework.internal.core.BundleContextImpl.s tartActiv
>>>>>> ator(BundleContextImpl.java:993)
>>>>>> at
>>>>>> org.eclipse.osgi.framework.internal.core.BundleContextImpl.s tart(Bund
>>>>>> leContextImpl.java:974)
>>>>>> at
>>>>>> org.eclipse.osgi.framework.internal.core.BundleHost.startWor ker(Bundl
>>>>>> eHost.java:346)
>>>>>> at
>>>>>> org.eclipse.osgi.framework.internal.core.AbstractBundle.star t(Abstrac
>>>>>> tBundle.java:260)
>>>>>> at
>>>>>> org.eclipse.osgi.framework.util.SecureAction.start(SecureAct ion.java:
>>>>>> 400)
>>>>>> at
>>>>>> org.eclipse.core.runtime.internal.adaptor.EclipseLazyStarter .postFind
>>>>>> LocalClass(EclipseLazyStarter.java:111)
>>>>>> at
>>>>>> org.eclipse.osgi.baseadaptor.loader.ClasspathManager.findLoc alClass(C
>>>>>> lasspathManager.java:417)
>>>>>> at
>>>>>> org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.fin dLocalCla
>>>>>> ss(DefaultClassLoader.java:189)
>>>>>> at
>>>>>> org.eclipse.osgi.framework.internal.core.BundleLoader.findLo calClass(
>>>>>> BundleLoader.java:340)
>>>>>> at
>>>>>> org.eclipse.osgi.framework.internal.core.SingleSourcePackage .loadClas
>>>>>> s(SingleSourcePackage.java:37)
>>>>>> at
>>>>>> org.eclipse.osgi.framework.internal.core.BundleLoader.findCl assIntern
>>>>>> al(BundleLoader.java:405)
>>>>>> at
>>>>>> org.eclipse.osgi.framework.internal.core.BundleLoader.findCl ass(Bundl
>>>>>> eLoader.java:369)
>>>>>> at
>>>>>> org.eclipse.osgi.framework.internal.core.BundleLoader.findCl ass(Bundl
>>>>>> eLoader.java:357)
>>>>>> at
>>>>>> org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.loa dClass(De
>>>>>> faultClassLoader.java:83)
>>>>>> at java.lang.ClassLoader.loadClass(Unknown Source)
>>>>>> at java.lang.ClassLoader.loadClassInternal(Unknown Source)
>>>>>> at
>>>>>> org.eclipse.ui.part.FileEditorInputFactory.createElement(Fil eEditorIn
>>>>>> putFactory.java:59)
>>>>>> at
>>>>>> org.eclipse.ui.internal.EditorReference.getRestoredInput(Edi torRefere
>>>>>> nce.java:361)
>>>>>> at
>>>>>> org.eclipse.ui.internal.EditorReference.getEditorInput(Edito rReferenc
>>>>>> e.java:324)
>>>>>> at
>>>>>> org.eclipse.ui.internal.EditorReference.createPartHelper(Edi torRefere
>>>>>> nce.java:591)
>>>>>> at
>>>>>> org.eclipse.ui.internal.EditorReference.createPart(EditorRef erence.ja
>>>>>> va:426)
>>>>>> at
>>>>>> org.eclipse.ui.internal.WorkbenchPartReference.getPart(Workb enchPartR
>>>>>> eference.java:592)
>>>>>> at
>>>>>> org.eclipse.ui.internal.EditorAreaHelper.setVisibleEditor(Ed itorAreaH
>>>>>> elper.java:263)
>>>>>> at
>>>>>> org.eclipse.ui.internal.EditorManager.setVisibleEditor(Edito rManager.
>>>>>> java:1405)
>>>>>> at
>>>>>> org.eclipse.ui.internal.EditorManager$5.runWithException(Edi torManage
>>>>>> r.java:939)
>>>>>> at
>>>>>> org.eclipse.ui.internal.StartupThreading$StartupRunnable.run (StartupT
>>>>>> hreading.java:31)
>>>>>> at
>>>>>> org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:3 5)
>>>>>> at
>>>>>> org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchr onizer.ja
>>>>>> va:123)
>>>>>> at
>>>>>> org.eclipse.swt.widgets.Display.runAsyncMessages(Display.jav a:3659)
>>>>>> at
>>>>>> org.eclipse.swt.widgets.Display.readAndDispatch(Display.java :3296)
>>>>>> at
>>>>>> org.eclipse.ui.application.WorkbenchAdvisor.openWindows(Work benchAdvi
>>>>>> sor.java:801)
>>>>>> at
>>>>>> org.eclipse.ui.internal.Workbench$25.runWithException(Workbe nch.java:
>>>>>> 1342)
>>>>>> at
>>>>>> org.eclipse.ui.internal.StartupThreading$StartupRunnable.run (StartupT
>>>>>> hreading.java:31)
>>>>>> at
>>>>>> org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:3 5)
>>>>>> at
>>>>>> org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchr onizer.ja
>>>>>> va:123)
>>>>>> at
>>>>>> org.eclipse.swt.widgets.Display.runAsyncMessages(Display.jav a:3659)
>>>>>> at
>>>>>> org.eclipse.swt.widgets.Display.readAndDispatch(Display.java :3296)
>>>>>> at
>>>>>> org.eclipse.ui.internal.Workbench.runUI(Workbench.java:2309)
>>>>>> at
>>>>>> org.eclipse.ui.internal.Workbench.access$4(Workbench.java:22 19)
>>>>>> at
>>>>>> org.eclipse.ui.internal.Workbench$4.run(Workbench.java:466)
>>>>>> at
>>>>>> org.eclipse.core.databinding.observable.Realm.runWithDefault (Realm.ja
>>>>>> va:289)
>>>>>> at
>>>>>> org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Work bench.jav
>>>>>> a:461)
>>>>>> at
>>>>>> org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.j ava:149)
>>>>>> at
>>>>>> com.philips.aurora.tools.ia_workbench_application.Applicatio n.start(U
>>>>>> nknown Source)
>>>>>> at
>>>>>> org.eclipse.equinox.internal.app.EclipseAppHandle.run(Eclips eAppHandl
>>>>>> e.java:169)
>>>>>> at
>>>>>> org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher .runAppli
>>>>>> cation(EclipseAppLauncher.java:106)
>>>>>> at
>>>>>> org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher .start(Ec
>>>>>> lipseAppLauncher.java:76)
>>>>>> at
>>>>>> org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseS tarter.ja
>>>>>> va:363)
>>>>>> at
>>>>>> org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseS tarter.ja
>>>>>> va:176)
>>>>>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
>>>>>> Method)
>>>>>> at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown
>>>>>> Source)
>>>>>> at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown
>>>>>> Source)
>>>>>> at java.lang.reflect.Method.invoke(Unknown Source)
>>>>>> at
>>>>>> org.eclipse.equinox.launcher.Main.invokeFramework(Main.java: 508)
>>>>>> at org.eclipse.equinox.launcher.Main.basicRun(Main.java:447)
>>>>>> at org.eclipse.equinox.launcher.Main.run(Main.java:1173)
>>>>>>
>>>>>> Ed Merks wrote:
>>>>>>> Jeroen,
>>>>>>>
>>>>>>> The post looks fine to me in Thunderbird. I've never seen a
>>>>>>> error message like this. Perhaps showing the stack trace will
>>>>>>> provide more information that someone might recognize the cause...
>>>>>>>
>>>>>>>
>>>>>>> Jeroen Lankheet wrote:
>>>>>>>> Hi,
>>>>>>>>
>>>>>>>> I'm getting this error when starting my RCP app:
>>>>>>>> java.lang.UnsatisfiedLinkError: no localfile_1_0_0 in
>>>>>>>> java.library.path
>>>>>>>> I know it can safely be ignored, but I don't want exceptions in
>>>>>>>> my console other than my 'own'.
>>>>>>>> What's missing?
>>>>>>>>
>>>>>>>> Regards,
>>>>>>>> Jeroen.
>>>>>>>>
>>>>>>>> BTW: Is anyone having trouble seeing their own posts with
>>>>>>>> Thunderbird? I do!
>>>>>
>>>
>>>
|
|
|
Goto Forum:
Current Time: Fri Nov 08 22:32:27 GMT 2024
Powered by FUDForum. Page generated in 0.04529 seconds |
] 
Search
Help
Register
Login
Home
