On Fri, Jun 20, 2008 at 12:03 AM, Mike Hommey <[EMAIL PROTECTED]> wrote: >> Hi Mike, >> >> If I use pkg-config libxul-embedding, when running Azureus I get the error: >> Browser: org.eclipse.swt.SWTError: XPCOM error -1041039359 >> which corresponds to NS_ERROR_NOT_INITIALIZED. >> >> With pkg-config libxul it almost works. The embedded browser seems to >> load because it replaces the "Loading..." splash screen that Azureus >> displays, but all I get is a white background. It seems to be almost >> working though. I don't see any error messages on the console. >> >> Where do I go from here? > > It looks like all you need is to add the xpcom initialization code. The > embedding variant needs explicit xpcom loading. You can check how it is > done in impl_init() in mozilla-embed-single.cpp in epiphany-browser > source, or xulrunner_init() in mozilla.cpp in kazehakase source. > You will need to #include <gtkmozembed_glue.cpp> in the source file > doing the initialization.
Hi Mike, Thanks for your help so far. I'm starting to get the impression that modifying SWT-GTK to support xulrunner 1.9 is not a trivial amount of work, and that it may be a better plan until upstream supports xulrunner 1.9 explicitly. Since they'll be doing this work anyways, it's a duplication of effort for me to be doing it now, and they'll certainly do a better job of it than I will hacking and slashing code together. How close do you think I am to fixing this? If you'd care look at it yourself, the function that is failing is XPCOM.NS_NewLocalFile in Mozilla.create in Mozilla.java:332. which calls NS_1NewLocalFile in xpcom.cpp:94 which calls NS_NewLocalFile which returns Browser: org.eclipse.swt.SWTError: XPCOM error -1041039359 which corresponds to NS_ERROR_NOT_INITIALIZED. I couldn't immediately see the relation between this function and impl_init from mozilla-embed-single.cpp from epiphany-browser. Cheers, Shaun -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
