Closed
Bug 441966
Opened 17 years ago
Closed 10 years ago
xulrunner 1.9 initXPCOM croaks: javaxpcomglue.dll Can't find dependent libraries
Categories
(Toolkit Graveyard :: XULRunner, defect)
Tracking
(Not tracked)
RESOLVED
INCOMPLETE
People
(Reporter: john.poole, Unassigned)
Details
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9) Gecko/2008052906 Firefox/3.0
Build Identifier:
Simple initXPCOM code (below) works for 1.8, fails for 1.9:
fails: xulrunner-1.9.en-US.win32.zip
fails: xulrunner-1.9.0.1pre.en-US.win32.zip 6/25/2008
fails: xulrunner-1.9.en-US.win32.sdk.zip
works: xulrunner-1.8.1.3.en-US.win32-20080128.zip
Reproducible: Always
Steps to Reproduce:
1. xulrunner --register-global
2. run test class:
package ###
import java.io.File;
import java.io.FileNotFoundException;
import java.util.Properties;
import org.mozilla.xpcom.GREVersionRange;
import org.mozilla.xpcom.Mozilla;
public class SimplestTest {
public static void main(String[] args) {
// JavaXPCOM initialization
GREVersionRange[] range = new GREVersionRange[1];
range[0] = new GREVersionRange("1.8", true, "1.9+", true);
Properties props = null;
File grePath = null;
try {
grePath = Mozilla.getGREPathWithProperties(range, props);
} catch (FileNotFoundException e) {
System.out.println("XULRunner not found." +
" Make sure you used xulrunner's command:\n " +
"\t \"xulrunner -register-global\"\n" +
"to register itself on your machine.");
return;
}
Mozilla mozilla = Mozilla.getInstance();
try {
mozilla.initialize(grePath);
mozilla.initXPCOM(grePath, null);
} catch (Throwable t) {
System.out.println("initXPCOM failed");
t.printStackTrace();
return;
}
// From this line, we can use JavaXPCOM
System.out.println("\n--> initialized\n");
// ... your application code ...
// JavaXPOM finalization
mozilla.shutdownXPCOM(null);
}
3. produces the error message set forth in the details section above.
Actual Results:
initXPCOM failed
java.lang.UnsatisfiedLinkError: D:\Downloads\Mozilla\XUL\xulrunner90625\javaxpcomglue.dll: Can't find dependent libraries
at java.lang.ClassLoader$NativeLibrary.load(Native Method)
at java.lang.ClassLoader.loadLibrary0(Unknown Source)
at java.lang.ClassLoader.loadLibrary(Unknown Source)
at java.lang.Runtime.load0(Unknown Source)
at java.lang.System.load(Unknown Source)
at org.mozilla.xpcom.internal.JavaXPCOMMethods.registerJavaXPCOMMethods(JavaXPCOMMethods.java:57)
at org.mozilla.xpcom.internal.MozillaImpl.initialize(MozillaImpl.java:48)
at org.mozilla.xpcom.Mozilla.initialize(Mozilla.java:668)
at com.oracle.appsfdoc.fusion.SimplestTest.main(SimplestTest.java:33)
Expected Results:
When 1.8 is registered, the code works.
| Reporter | ||
Comment 1•17 years ago
|
||
Three additional points:
(1) In my class path are, from the 1.9 sdk:
MozillaGlue.jar
MozillaInterfaces.jar
MozillaInterfaces-src.jar
(2) The JRE is jre.1.6.0_05
(3) the associate javaxpcom.jar for the build tested was included in the class path.
| Reporter | ||
Comment 2•17 years ago
|
||
I can have the javaxpcom.jar shipped with 1.9 in the classpath and run the code using the 1.8 registered XULRunner and the code works, so it looks like
the problem is not associated with the javaxpcom.jar files.
Comment 3•10 years ago
|
||
XULRunner has been removed from the Mozilla tree: see https://groups.google.com/forum/#!topic/mozilla.dev.platform/_rFMunG2Bgw for context.
I am closing all the bugs currently in the XULRunner bugzilla component, in preparation for moving this component to the graveyard. If this bug is still valid in a XULRunner-less world, it will need to be moved to a different bugzilla component to be reopened.
Status: UNCONFIRMED → RESOLVED
Closed: 10 years ago
Resolution: --- → INCOMPLETE
| Assignee | ||
Updated•10 years ago
|
Product: Toolkit → Toolkit Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•