Re: Bug#396636: Fix for using eclipse with xulrunner
Andreas Pakulat apaku at gmx.de writes: On 28.12.06 21:53:52, Giuseppe D'Angelo wrote: On Sunday 24 December 2006 20:36, Andreas Pakulat wrote: No problem, my xulrunner.dpath is attached. Andreas I'm sorry but your patch isn't working for me, now I get: Right, I wasn't clear enough: eclipse doesn't crash anymore due to undefined symbols in libgtkmozembed.so. I don't need the integrated browser for documentation or such things, I just need a working eclipse. (That's a little better than a symbol lookup error, so I feel there's just another little change to do...) So I'm asking to you: did you modify any other file? Or do you have mozilla (iceape) installed? For example, I'm seeing that debian/rules sets MOZILLA_HOME to /usr/lib/mozilla even if the browser is set to xulrunner... shouldn't it be /usr/lib/xulrunner then? You have to install xulrunner-dev (or was it libxul-dev) so you have /usr/lib/libgtkmozembed.so and set MOZILLA_FIVE_HOME to that. That makes code-completion work again and not crash eclipse here. For anything else somebody with more knowledge about eclipse and xulrunner needs to look into this. Andreas I am having the same bad luck with eclipse mozilla on Debian Etch. Nothing seems to work. I tried the mozilla in icedove, the mozilla plugin that comes with the Exadel plugin, firefox (etch doesn't have iceweasel yet) and libxul-dev/xulrunner). Nothing works, eclipse crashes immediately any time something with the browser is used (which is almost all the time with eclipse+exadel). Eclipse is completely unusable for me at the moment in this state so any help is appreciated. ___ pkg-java-maintainers mailing list pkg-java-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers
Bug#396636: Fix for using eclipse with xulrunner
On Sunday 24 December 2006 20:36, Andreas Pakulat wrote: No problem, my xulrunner.dpath is attached. Andreas I'm sorry but your patch isn't working for me, now I get: !ENTRY org.eclipse.ui 4 0 2006-12-28 21:42:08.352 !MESSAGE XPCOM error -2147221164 !STACK 0 org.eclipse.swt.SWTError: XPCOM error -2147221164 at org.eclipse.swt.browser.Browser.error(org.eclipse.swt.gtk.linux.x86_3.2.1.v3235.jar.so) at org.eclipse.swt.browser.Browser.setText(org.eclipse.swt.gtk.linux.x86_3.2.1.v3235.jar.so) at org.eclipse.jdt.internal.ui.text.java.hover.BrowserInformationControl.setInformation(org.eclipse.jdt.ui_3.2.1.r321_v20060907.jar.so) at org.eclipse.jface.text.AbstractInformationControlManager.internalShowInformationControl(org.eclipse.jface.text_3.2.1.r321_v20060810.jar.so) at org.eclipse.jface.text.AbstractInformationControlManager.presentInformation(org.eclipse.jface.text_3.2.1.r321_v20060810.jar.so) at org.eclipse.jface.text.AbstractInformationControlManager.setInformation(org.eclipse.jface.text_3.2.1.r321_v20060810.jar.so) at org.eclipse.jface.text.information.InformationPresenter.computeInformation(org.eclipse.jface.text_3.2.1.r321_v20060810.jar.so) at org.eclipse.jface.text.AbstractInformationControlManager.doShowInformation(org.eclipse.jface.text_3.2.1.r321_v20060810.jar.so) at org.eclipse.jface.text.AbstractInformationControlManager.showInformation(org.eclipse.jface.text_3.2.1.r321_v20060810.jar.so) at org.eclipse.jface.text.source.SourceViewer.doOperation(org.eclipse.jface.text_3.2.1.r321_v20060810.jar.so) at org.eclipse.jface.text.source.projection.ProjectionViewer.doOperation(org.eclipse.jface.text_3.2.1.r321_v20060810.jar.so) at org.eclipse.jdt.internal.ui.javaeditor.JavaSourceViewer.doOperation(org.eclipse.jdt.ui_3.2.1.r321_v20060907.jar.so) at org.eclipse.jdt.internal.ui.javaeditor.CompilationUnitEditor$AdaptedSourceViewer.doOperation(org.eclipse.jdt.ui_3.2.1.r321_v20060907.jar.so) at org.eclipse.ui.texteditor.TextOperationAction$1.run(org.eclipse.ui.workbench.texteditor_3.2.0.v20060605-1400.jar.so) at org.eclipse.swt.custom.BusyIndicator.showWhile(org.eclipse.swt.gtk.linux.x86_3.2.1.v3235.jar.so) at org.eclipse.ui.texteditor.TextOperationAction.run(org.eclipse.ui.workbench.texteditor_3.2.0.v20060605-1400.jar.so) at org.eclipse.jdt.internal.ui.javaeditor.JavaEditor$InformationDispatchAction.run(org.eclipse.jdt.ui_3.2.1.r321_v20060907.jar.so) at org.eclipse.jface.action.Action.runWithEvent(org.eclipse.jface_3.2.1.M20060908-1000.jar.so) at org.eclipse.ui.commands.ActionHandler.execute(org.eclipse.ui.workbench_3.2.1.M20060906-0800.jar.so) at org.eclipse.ui.internal.handlers.LegacyHandlerWrapper.execute(org.eclipse.ui.workbench_3.2.1.M20060906-0800.jar.so) at org.eclipse.core.commands.Command.executeWithChecks(org.eclipse.core.commands_3.2.0.I20060605-1400.jar.so) at org.eclipse.core.commands.ParameterizedCommand.executeWithChecks(org.eclipse.core.commands_3.2.0.I20060605-1400.jar.so) at org.eclipse.ui.internal.handlers.HandlerService.executeCommand(org.eclipse.ui.workbench_3.2.1.M20060906-0800.jar.so) at org.eclipse.ui.internal.keys.WorkbenchKeyboard.executeCommand(org.eclipse.ui.workbench_3.2.1.M20060906-0800.jar.so) at org.eclipse.ui.internal.keys.WorkbenchKeyboard.press(org.eclipse.ui.workbench_3.2.1.M20060906-0800.jar.so) at org.eclipse.ui.internal.keys.WorkbenchKeyboard.processKeyEvent(org.eclipse.ui.workbench_3.2.1.M20060906-0800.jar.so) at org.eclipse.ui.internal.keys.WorkbenchKeyboard.filterKeySequenceBindings(org.eclipse.ui.workbench_3.2.1.M20060906-0800.jar.so) at org.eclipse.ui.internal.keys.WorkbenchKeyboard.access$3 (org.eclipse.ui.workbench_3.2.1.M20060906-0800.jar.so) at org.eclipse.ui.internal.keys.WorkbenchKeyboard$KeyDownFilter.handleEvent(org.eclipse.ui.workbench_3.2.1.M20060906-0800.jar.so) at org.eclipse.swt.widgets.EventTable.sendEvent(org.eclipse.swt.gtk.linux.x86_3.2.1.v3235.jar.so) at org.eclipse.swt.widgets.Display.filterEvent(org.eclipse.swt.gtk.linux.x86_3.2.1.v3235.jar.so) at org.eclipse.swt.widgets.Widget.sendEvent(org.eclipse.swt.gtk.linux.x86_3.2.1.v3235.jar.so) at org.eclipse.swt.widgets.Widget.sendEvent(org.eclipse.swt.gtk.linux.x86_3.2.1.v3235.jar.so) at org.eclipse.swt.widgets.Widget.sendEvent(org.eclipse.swt.gtk.linux.x86_3.2.1.v3235.jar.so) at org.eclipse.swt.widgets.Widget.sendKeyEvent(org.eclipse.swt.gtk.linux.x86_3.2.1.v3235.jar.so) at org.eclipse.swt.widgets.Widget.gtk_key_press_event(org.eclipse.swt.gtk.linux.x86_3.2.1.v3235.jar.so) at org.eclipse.swt.widgets.Control.gtk_key_press_event(org.eclipse.swt.gtk.linux.x86_3.2.1.v3235.jar.so) at org.eclipse.swt.widgets.Composite.gtk_key_press_event(org.eclipse.swt.gtk.linux.x86_3.2.1.v3235.jar.so) at org.eclipse.swt.widgets.Widget.windowProc(org.eclipse.swt.gtk.linux.x86_3.2.1.v3235.jar.so) at
Bug#396636: Fix for using eclipse with xulrunner
On 28.12.06 21:53:52, Giuseppe D'Angelo wrote: On Sunday 24 December 2006 20:36, Andreas Pakulat wrote: No problem, my xulrunner.dpath is attached. Andreas I'm sorry but your patch isn't working for me, now I get: Right, I wasn't clear enough: eclipse doesn't crash anymore due to undefined symbols in libgtkmozembed.so. I don't need the integrated browser for documentation or such things, I just need a working eclipse. (That's a little better than a symbol lookup error, so I feel there's just another little change to do...) So I'm asking to you: did you modify any other file? Or do you have mozilla (iceape) installed? For example, I'm seeing that debian/rules sets MOZILLA_HOME to /usr/lib/mozilla even if the browser is set to xulrunner... shouldn't it be /usr/lib/xulrunner then? You have to install xulrunner-dev (or was it libxul-dev) so you have /usr/lib/libgtkmozembed.so and set MOZILLA_FIVE_HOME to that. That makes code-completion work again and not crash eclipse here. For anything else somebody with more knowledge about eclipse and xulrunner needs to look into this. Andreas -- You will overcome the attacks of jealous associates. ___ pkg-java-maintainers mailing list pkg-java-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers
Bug#396636: Fix for using eclipse with xulrunner
Hi Andreas, Please, could you send your modified xulrunner.dpatch (and/or any other file you've modified) so I can try to build the patched eclipse as well (and you can tag this RC bug as patched :)? Thanks! Cheers, -- Giuseppe D'Angelo pgp8GWHZjHKdD.pgp Description: PGP signature ___ pkg-java-maintainers mailing list pkg-java-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers
Bug#396636: Fix for using eclipse with xulrunner
On 24.12.06 17:20:30, Giuseppe D'Angelo wrote:
Please, could you send your modified xulrunner.dpatch (and/or any other file
you've modified) so I can try to build the patched eclipse as well (and you
can tag this RC bug as patched :)?
No problem, my xulrunner.dpath is attached.
Andreas
--
Tomorrow will be cancelled due to lack of interest.
#! /bin/sh -e
##
## DP: Debian specific patch, converted from eclipse-libswt-mozilla.patch
[ -f debian/patches/00patch-opts ] . debian/patches/00patch-opts
patch_opts=${patch_opts:--f --no-backup-if-mismatch}
if [ $# -ne 1 ]; then
echo 2 `basename $0`: script expects -patch|-unpatch as argument
exit 1
fi
case $1 in
-patch)
patch $patch_opts -p0 $0;;
-unpatch)
patch $patch_opts -p0 -R $0;;
*)
echo 2 `basename $0`: script expects -patch|-unpatch as argument
exit 1;;
esac
exit 0
@DPATCH@
diff -r -u --exclude='*.rej' --exclude='*.orig'
source-tree.orig/plugins/org.eclipse.swt/Eclipse SWT PI/gtk/library/build.sh
source-tree/plugins/org.eclipse.swt/Eclipse SWT PI/gtk/library/build.sh
--- source-tree/plugins/org.eclipse.swt/Eclipse SWT
PI/gtk/library/build.sh.orig2006-08-05 18:30:50.0 +
+++ source-tree/plugins/org.eclipse.swt/Eclipse SWT PI/gtk/library/build.sh
2006-08-05 18:33:39.0 +
@@ -49,6 +49,9 @@
else
MODEL=`uname -m`
fi
+ if [ ${MODEL} = 'unknown' ]; then
+ MODEL=`uname -m`
+ fi
fi
case $MODEL in
x86_64)
@@ -92,9 +95,9 @@
fi
if [ -z ${GECKO_INCLUDES} -a -z ${GECKO_LIBS} ]; then
- if [ x`pkg-config --exists mozilla-xpcom echo YES` = xYES ]; then
- GECKO_INCLUDES=`pkg-config --cflags mozilla-xpcom`
- GECKO_LIBS=`pkg-config --libs mozilla-xpcom`
+ if [ x`pkg-config --exists xulrunner-xpcom echo YES` = xYES ]; then
+ GECKO_INCLUDES=`pkg-config --cflags xulrunner-xpcom`
+ GECKO_LIBS=`pkg-config --libs xulrunner-xpcom`
export GECKO_INCLUDES
export GECKO_LIBS
MAKE_MOZILLA=make_mozilla
--- source-tree/plugins/org.eclipse.swt/Eclipse SWT
Mozilla/common/org/eclipse/swt/internal/mozilla/XPCOM.java.orig 2006-09-21
16:57:23.0 +0200
+++ source-tree/plugins/org.eclipse.swt/Eclipse SWT
Mozilla/common/org/eclipse/swt/internal/mozilla/XPCOM.java 2006-10-09
18:39:38.154184500 +0200
@@ -89,6 +89,7 @@
public static final int NS_ERROR_HTMLPARSER_UNRESOLVEDDTD = 0x804e03f3;
public static final int NS_ERROR_FILE_NOT_FOUND = 0x80520012;
public static final String NS_APP_APPLICATION_REGISTRY_DIR = AppRegD;
//$NON-NLS-1$
+ public static final String NS_APP_USER_PROFILE_50_DIR = ProfD;
//$NON-NLS-1$
public static final native void memmove(nsID dest, int /*long*/ src, int
nbytes);
public static final native void memmove(int /*long*/ dest, nsID src, int
nbytes);
@@ -103,9 +104,8 @@
public static final native void memmove(byte[] dest, char[] src, int nbytes);
public static final native int NS_GetComponentManager(int /*long*/[] result);
public static final native int NS_GetServiceManager(int /*long*/[] result);
-public static final native int NS_InitEmbedding(int /*long*/ aMozBinDirectory,
int /*long*/ aAppFileLocProvider);
+public static final native int NS_InitXPCOM3(int /*long*/ result, int /*long*/
binDirectory, int /*long*/ appFileLocationProvider, int /*long*/
staticComponents, int componentCount);
public static final native int NS_NewLocalFile(int /*long*/ path, boolean
followLinks, int /*long*/[] result);
-public static final native int NS_TermEmbedding();
public static final native int strlen_PRUnichar(int /*long*/ s);
public static final native int /*long*/ nsEmbedCString_new();
public static final native int /*long*/ nsEmbedCString_new(byte[] aString, int
length);
--- source-tree/plugins/org.eclipse.swt/Eclipse SWT
Mozilla/common/library/xpcom.cpp.orig 2006-10-09 18:15:24.031307500 +0200
+++ source-tree/plugins/org.eclipse.swt/Eclipse SWT
Mozilla/common/library/xpcom.cpp2006-10-09 18:39:38.154184500 +0200
@@ -85,14 +85,16 @@
}
#endif
-#ifndef NO_NS_1InitEmbedding
-JNIEXPORT jint JNICALL XPCOM_NATIVE(NS_1InitEmbedding)
- (JNIEnv *env, jclass that, jint arg0, jint arg1)
+#ifndef NO_NS_1InitXPCOM3
+JNIEXPORT jint JNICALL XPCOM_NATIVE(NS_1InitXPCOM3)
+ (JNIEnv *env, jclass that, jint arg0, jint arg1, jint arg2, jint arg3,
jint arg4)
{
jint rc = 0;
- XPCOM_NATIVE_ENTER(env, that, NS_1InitEmbedding_FUNC);
- rc = (jint)NS_InitEmbedding((nsILocalFile *)arg0,
(nsIDirectoryServiceProvider *)arg1);
- XPCOM_NATIVE_EXIT(env, that, NS_1InitEmbedding_FUNC);
+ XPCOM_NATIVE_ENTER(env, that, NS_1GetComponentRegistrar_FUNC);
+ rc = (jint)NS_InitXPCOM3((nsIServiceManager **)arg0, (nsIFile *)arg1,
+ (nsIDirectoryServiceProvider *)arg2, (nsStaticModuleInfo *)arg3,
+
Bug#396636: Fix for using eclipse with xulrunner
Hi, so I decided to fetch eclipse from the debian-svn and build it locally as I thought I saw a xulrunner.dpatch. It turned out that patch just changed the dependecy, but there is the firefox and firefox2 patches which include a fix to use the new API from xulrunner. I just copied over parts of the dpatch files (namely the jni-diffs) and rebuilt eclipse with xulrunner and this new patch. A first start and opening the documentation browser while xulrunner-dev is installed works perfectly, so I guess one part of the fix is using those firefox-patches. The other part would be to actually link against the library that is not in xulrunner-dev (libgtkembedmoz.so.0d IIRC), so one doesn't need the xulrunner-dev package. Andreas -- You should go home. pgpoWQjCUT2ra.pgp Description: PGP signature ___ pkg-java-maintainers mailing list pkg-java-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers
