#100 Error in initialization, absent net_sf_colorer.dll
Hello,
I have an error that looks like bug [ 996564 ] library
init error on linux, BUT which is not exactly the same.
When trying to open the editor, a window pops up saying:
Error in initialization of native part of the Colorer
library. This can be caused by absent
net_sf_colorer.dll (libnet_sf_colorer.so) library in
paths of java machine. Or, colorer can't find
catalog.xml file, which must be placed in
'%PLUGIN_DIR%/colorer/catalog.xml'
null
Please note the "null" part at the end of the message
in the window. This is different from the existing bug
report!
Then the editor view says:
Unable to create this part due to an internal error.
Reason for the failure: An unexpected exception was thrown.
Details:
java.lang.NullPointerException
at
net.sf.colorer.eclipse.editors.ColorerEditor.relinkColorer()
(Unknown Source)
at
net.sf.colorer.eclipse.editors.ColorerEditor.createPartControl(org.eclipse.swt.widgets.Composite)
(Unknown Source)
at
org.eclipse.ui.internal.EditorReference.createPartHelper()
(Unknown Source)
at
org.eclipse.ui.internal.EditorReference.createPart()
(Unknown Source)
at
org.eclipse.ui.internal.WorkbenchPartReference.getPart(boolean)
(Unknown Source)
at
org.eclipse.ui.internal.PartPane.setVisible(boolean)
(Unknown Source)
at
org.eclipse.ui.internal.presentations.PresentablePart.setVisible(boolean)
(Unknown Source)
at
org.eclipse.ui.internal.presentations.util.PresentablePartFolder.select(org.eclipse.ui.presentations.IPresentablePart)
(Unknown Source)
at
org.eclipse.ui.internal.presentations.util.LeftToRightTabOrder.select(org.eclipse.ui.presentations.IPresentablePart)
(Unknown Source)
at
org.eclipse.ui.internal.presentations.util.TabbedStackPresentation.selectPart(org.eclipse.ui.presentations.IPresentablePart)
(Unknown Source)
at
org.eclipse.ui.internal.PartStack.refreshPresentationSelection()
(Unknown Source)
at
org.eclipse.ui.internal.PartStack.setSelection(org.eclipse.ui.internal.LayoutPart)
(Unknown Source)
at
org.eclipse.ui.internal.PartStack.showPart(org.eclipse.ui.internal.LayoutPart,
java.lang.Object) (Unknown Source)
at
org.eclipse.ui.internal.PartStack.add(org.eclipse.ui.internal.LayoutPart)
(Unknown Source)
at
org.eclipse.ui.internal.EditorStack.add(org.eclipse.ui.internal.LayoutPart)
(Unknown Source)
at
org.eclipse.ui.internal.EditorSashContainer.addEditor(org.eclipse.ui.internal.EditorPane,
org.eclipse.ui.internal.EditorStack) (Unknown Source)
at
org.eclipse.ui.internal.EditorAreaHelper.addToLayout(org.eclipse.ui.internal.EditorPane,
org.eclipse.ui.internal.EditorStack) (Unknown Source)
at
org.eclipse.ui.internal.EditorAreaHelper.addEditor(org.eclipse.ui.internal.EditorReference,
java.lang.String) (Unknown Source)
at
org.eclipse.ui.internal.EditorManager.createEditorTab(org.eclipse.ui.internal.EditorReference,
java.lang.String) (Unknown Source)
at
org.eclipse.ui.internal.EditorManager.openEditorFromDescriptor(org.eclipse.ui.internal.registry.EditorDescriptor,
org.eclipse.ui.IEditorInput) (Unknown Source)
at
org.eclipse.ui.internal.EditorManager.openEditor(java.lang.String,
org.eclipse.ui.IEditorInput, boolean) (Unknown Source)
at
org.eclipse.ui.internal.WorkbenchPage.busyOpenEditorBatched(org.eclipse.ui.IEditorInput,
java.lang.String, boolean, int) (Unknown Source)
at
org.eclipse.ui.internal.WorkbenchPage.busyOpenEditor(org.eclipse.ui.IEditorInput,
java.lang.String, boolean, int) (Unknown Source)
at
org.eclipse.ui.internal.WorkbenchPage.access$9(org.eclipse.ui.internal.WorkbenchPage,
org.eclipse.ui.IEditorInput, java.lang.String, boolean,
int) (Unknown Source)
at org.eclipse.ui.internal.WorkbenchPage$9.run()
(Unknown Source)
Using Eclipse 3.1.2 (also happened with EclipseM7, I
just installed the new Eclipse to see if the problem
was solved) and Colorer 0.7.1.
Naturally I tried the workaround proposed for the
previous bug report: ~/.colorer5catalog contains
"/home/olivier/Documents/Utiles/eclipse_colorer/eclipse/plugins/net.sf.colorer_0.7.1/colorer"
(without the quotes, with an EOL at the end).
olivier@Olivier:~$ ls `cat ~/.colorer5catalog `
catalog.xml hrc hrd README
Furthermore, I think that I happened to make Colorer
work in the past before ever using a .colorer5catalog
file, but my memory may be wrong...
Thanks for your help, and thanks for this nice plug-in.
Olivier
Logged In: YES
user_id=313042
Olivier, Thanks for report,
I've heard such a problems on some of the linuxes. Not sure,
but this can be an issue with .so file loading - possibly
some configuration conflict with the build environment I've
used to build native part.
Just to be sure try to fix ~/.colorer5catalog:
Note, that you should place there not path to the colorer's
installation, but _full_ path to the catalog.xml
In case it fails even with this hint, it seems to be an
issue with .so loading.
Logged In: YES
user_id=866169
Thanks for replying.
My (partial) folder structure is as follows (I hope the
blanks are preserved):
- /home/olivier/Documents/Utiles/
- eclipse_colorer/
- eclipse/
- plugins/
- net.sf.colorer_0.7.1/
- colorer (here are the files "catalog.xml",
README, ...)
- features/
- net.sf.colorer_0.7.1/
Thus I suppose that the path to the "colorer's installation"
is /home/olivier/Documents/Utiles/eclipse_colorer/eclipse.
The "_full_ path to the catalog.xml" is, AFAIU,
/home/olivier/Documents/Utiles/eclipse_colorer/eclipse/plugins/net.sf.colorer_0.7.1/colorer,
which is what I put in ~/.colorer5catalog (see my first post).
Should I end it with a slash? Should I end it with
"/catalog.xml" (does the _full_ path include the file name)
? Should I end it with an EOF? I tried several combinations,
but to no avail up to here.
And by "it seems to be an issue with .so loading", do you
mean that the problem is not related to your plugin and that
I should look somewhere else? If yes, can you advice me
where to search?
Logged In: YES
user_id=313042
You should place full path to the file including its name.
But seems that even this doesn't help you.
Unfortunately it is difficult for me to guess what can be
the cause, the only thing i remember is that some linux
installations had a problems with net_sf_colorer.so loading
from inside the eclipse.
Ultimately you can try to rebuild the native part on your
system (gcc only is required) and see if this helps.
There were some comments on
http://eclipse-plugins.info/eclipse/plugin_comments.jsp?id=266&pager.offset=0&firstItem=1
Possibly these can help.
Logged In: YES
user_id=866169
Hi again,
Now the problem is (inexplicably) solved. I did a lot of
things, tried several different configurations, rebooted,
and... Pooof, it works again.
Even when deleting the .colorer5catalog file, it still works
(well, how is that possible?).
Sorry I can't advice anything more to the reader as I
absolutely don't know what solved the problem... Except
maybe rebooting?
Maybe you could be more clear on what is the use of this
colorer5catalog file, it would to avoid focussing on an
issue which is not related to the point...
Thank you (anyway) for the help.