Re: Name magling issue with JavaXPCOM / XULRunner MOZILLA_1_8_BRANCH
Hristo Stefanov <[email protected]>
| Newsgroups | gmane.comp.mozilla.devel.java |
|---|---|
| Message-ID | <AtadnXeso6Mfh0rYnZ2dnUVZ_segnZ2d__26736.0293692493$1171725147$gmane$org@mozilla.org> |
I applied your fix to my local sources from MOZILLA_1_8_BRANCH and JavaXPCOM worked great. Thanks! -- Hristo Stefanov http://www.HristoStefanov.com Javier Pedemonte wrote: > Thanks for pointing this out. I've already checked a fix in to the > trunk. Trying to get something in for MOZILLA_1_8_BRANCH... > > > javier pedemonte > > > Hristo Stefanov wrote: >> Hello, >> >> Recently I encountered a class loading issue with JavaXPCOM/XULRunner >> 1.8.0.4. I debugged the native code and located the problem - the same >> was logged as: >> https://bugzilla.mozilla.org/show_bug.cgi?id=353693 (nsJavaXPTCStub >> should use Java class' loader for loading Mozilla classes). >> >> I saw it was fixed and checked in to MOZILLA_1_8_BRANCH, so I checked >> out XulRunner MOZILLA_1_8_BRANCH and made a debug build. Trying to >> utilize that build, I found that java code fails in >> Mozilla.initialize(). I debugged the native code and I found the issue: >> >> The nsJavaXPCOMGlue.cpp refers to a function in xul.dll with this >> mangled name >> "_Java_org_mozilla_xpcom_internal_JavaXPCOMMethods_wrapXPCOMObject@16", >> but the actual name in xul.dll is >> "_Java_org_mozilla_xpcom_internal_JavaXPCOMMethods_wrapXPCOMObject@20". >> >> I've checked that the prototype of the function and the mangled name >> are the same in the trunk branch, so I suppose I do something wrong. >> >> My question is how to resolve the mangled name issue, or how to obtain >> a XULRunner debug build that has BUG ID 353693 fixed. >> Thanks in advance. >> >> Hristo Stefanov >> http://www.HristoStefanov.com >