Closed Bug 103887 Opened 23 years ago Closed 23 years ago

XPC_MAP_WANT_DELPROPERTY

Categories

(Core :: XPConnect, defect)

Sun
Solaris
defect
Not set
normal

Tracking

()

VERIFIED DUPLICATE of bug 71627

People

(Reporter: jonsmirl, Assigned: dbradley)

Details

Solaris 8 Sparc, gcc, clean CVS pull 10/9

This is happening when nsSample.js is being registered. It also happens on
any other javascript component such as nsProxyAutoconfig.js

#ifndef XPC_MAP_WANT_DELPROPERTY
NS_IMETHODIMP XPC_MAP_CLASSNAME::DelProperty(nsIXPConnectWrappedNative
*wrapper, JSContext * cx, JSObject * obj, jsval id, jsval * vp, PRBool
*_retval)
    {NS_ERROR("never called"); return NS_ERROR_NOT_IMPLEMENTED;}
#endif


#0  0xfb7e0b60 in _ZN14nsXPCException13CanCallMethodEPK4nsIDPKtPPc
(this=0x1,
    iid=0xffbee028, methodName=0xffbee028, _retval=0x0) at
xpcexception.cpp:525
#1  0xff145d78 in XPTC_InvokeByIndex ()
    at ../../../../../../dist/include/xpcom/xptcstubsdef.inc:256
#2  0xfb7fd2f0 in
_ZN16XPCWrappedNative10CallMethodER14XPCCallContextNS_8CallModeE
(ccx=@0xffbee140, mode=CALL_METHOD) at xpcwrappednative.cpp:1950
#3  0xfb806f7c in _Z17XPC_WN_CallMethodP9JSContextP8JSObjectjPlS3_ (
    cx=0x19ae50, obj=0x161540, argc=0, argv=0x1a8768, vp=0xffbee308)
    at xpcwrappednativejsops.cpp:1266
#4  0xff25cc68 in js_Invoke (cx=0x19ae50, argc=0, flags=2) at jsinterp.c:809
#5  0xff25d0e4 in js_InternalInvoke (cx=0x19ae50, obj=0x161540,
fval=1447248,
    flags=0, argc=0, argv=0x0, rval=0xffbee58c) at jsinterp.c:901
#6  0xff28fc9c in js_TryMethod (cx=0x19ae50, obj=0x161540, atom=0x13ba38,
    argc=0, argv=0x0, rval=0xffbee58c) at jsobj.c:3364
#7  0xff28cd5c in js_DefaultValue (cx=0x19ae50, obj=0x161540,
    hint=JSTYPE_STRING, vp=0xffbee660) at jsobj.c:2884
#8  0xff2c7cec in js_ValueToString (cx=0x19ae50, v=1447232) at jsstr.c:2377
#9  0xff24e680 in js_ReportUncaughtException (cx=0x19ae50) at jsexn.c:813
#10 0xff22007c in JS_ExecuteScript (cx=0x19ae50, obj=0x161190,
    script=0x1afa08, rval=0xffbee788) at jsapi.c:3236
#11 0xfb8d3144 in _ZN20mozJSComponentLoader17GlobalForLocationEPKcP7nsIFile
(
    this=0xef5d8, aLocation=0x159d40 "rel:nsSample.js", component=0x1569d0)
    at mozJSComponentLoader.cpp:1177
---Type <return> to continue, or q <return> to quit---
#12 0xfb8d25b8 in _ZN20mozJSComponentLoader17ModuleForLocationEPKcP7nsIFile
(
    this=0xef5d8, registryLocation=0x159d40 "rel:nsSample.js",
    component=0x1569d0) at mozJSComponentLoader.cpp:988
#13 0xfb8d1dc0 in _ZN20mozJSComponentLoader19AttemptRegistrationEP7nsIFilei
(
    this=0xef5d8, component=0x1569d0, deferred=0)
    at mozJSComponentLoader.cpp:828
#14 0xfb8d1a48 in
_ZN20mozJSComponentLoader21AutoRegisterComponentEiP7nsIFilePi
    (this=0xef5d8, when=0, component=0x1569d0, registered=0xffbeec80)
    at mozJSComponentLoader.cpp:758
#15 0xfb8d109c in
_ZN20mozJSComponentLoader23RegisterComponentsInDirEiP7nsIFile
    (this=0xef5d8, when=0, dir=0xed138) at mozJSComponentLoader.cpp:588
#16 0xfb8d0e20 in
_ZN20mozJSComponentLoader22AutoRegisterComponentsEiP7nsIFile
    (this=0xef5d8, when=0, aDirectory=0xed138) at
mozJSComponentLoader.cpp:544
#17 0xff0ff20c in _ZN22nsComponentManagerImpl16AutoRegisterImplEiP7nsIFile (
    this=0x40390, when=0, inDirSpec=0x0) at nsComponentManager.cpp:2806
#18 0xff0fe7a8 in _ZN22nsComponentManagerImpl12AutoRegisterEiP7nsIFile (
    this=0x40390, when=0, inDirSpec=0x0) at nsComponentManager.cpp:2695
#19 0xff100534 in _ZN18nsComponentManager12AutoRegisterEiP7nsIFile (when=0,
    directory=0x0) at nsComponentManager.cpp:3253
#20 0x213c8 in NS_SetupRegistry_1 (needAutoreg=1) at nsSetupRegistry.cpp:55
#21 0x1f574 in _Z5main1iPPcP11nsISupports (argc=1, argv=0xffbef43c,
    nativeApp=0x0) at nsAppRunner.cpp:1129
#22 0x21234 in main (argc=1, argv=0xffbef43c) at nsAppRunner.cpp:1621
(gdb)
I doubt this has anything even remotely to do with the macro named in the 
subject line. I expect that xptcall is either just broken on the platform you're 
working with or some compiler flags or whatever are not setup to be compatible 
with the xptcall implmentation being used.
Can you run the xpcinvoke tests?  Can you do anything with components from the
xpcshell?
What version of gcc are you using? Did this work before and stop working?
I have been using Solaris for three days now so my ability with it is limited. 

gcc is 3.0.1
This is my first build of Mozilla on the Sun box and it won't start up.

TestXPC fails in the same way. So does regxpcom.

TestXPTCInvoke gives no ASSERTIONs but core dumps after 1 + 1 = 0
Failure is in XPTC_InvokeByIndex

Mozilla does this....
I also getting this error:
ASSERTION: Cannot tell if this is a directory: 'NS_SUCCEEDED(rv)', file 
nsLocalFileUnix.cpp, line 1436
But this does not appear to be fatal

Other one is:
ASSERTION: never called: 'Error" file xpc_map_end.h, line 143

then I core dump

*** This bug has been marked as a duplicate of 71627 ***
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
Marking Verified as duplicate -
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.