Created attachment 41909 [details]
GNU/Linux SPARC

Created attachment 41910 [details]
Mac PPC

Created attachment 41911 [details]
Mac OSX Intel

bc: as discussed with sb I assign to him.

Re (a):  sparc.png states that the Inspector.uno.rdb contained in the
Inspector.uno.pkg contains UNO type information for the interface type
org.openoffice.XInstanceInspector that is incompatible with information for that
interface type already available in the OOo installation.  I assume a bad OOo
installation.  @sparcmoz: Can you please retry with a new clean OOo installation
and a new empty OOo user directory?

Re (c):  I have no idea what goes wrong there.  Maybe somebody else with a
MacIntel can try to reproduce?

@sb: thankyou, I am able to run the Inspector on GNU/Linux SPARC after removing
the configuration ~/.openoffice.org2 This works with my m198 and Debian 2.1
builds - both are built with ecj. 
After adding the package, the OOo will crash when any attempt is made to access
the Extension Manager, this affects both Debian 2.1 and my m198. I will make a
separate issue for that.

The current issue now relates only to Mac Intel. 

Created attachment 41937 [details]
running on m198 GNU/Linux SPARC

I can confirm that I get the same message as
http://www.openoffice.org/nonav/issues/showattachment.cgi/41911/intel.png
on 2GHz Intel Core Duo MacBook, 1GB RAM, OpenOffice.org 2.1 en-US from maho.

Linked this to issue 69378 as both appear to be UNO problems on the Mac Intel.

James McKenzie

@sparcmoz:  For lack of a MacIntel environment, maybe we can do some remote
debugging?  Your attached error box suggests that a call to
com::sun::star::uno::BaseReference::iquery_throw for type
com::sun::star::configuration::backend::XSingleLayerStratum fails on a null
reference.  A quick grep across the code base shows
configmgr/source/backend/multistratumbackend.cxx:1.11 to be the only file where
such calls are made.  Can you try with the below patch, whether this is indeed
the place where we fail and what the call stack looks like (abort is called, so
you can either start in a debugger, attach the debugger to a running soffice
before installing the extension, or debug the resulting core file).

RCS file: /cvs/util/configmgr/source/backend/multistratumbackend.cxx,v
retrieving revision 1.11
diff -u -r1.11 multistratumbackend.cxx
--- source/backend/multistratumbackend.cxx      16 Sep 2006 15:06:31 -0000     1.11
+++ source/backend/multistratumbackend.cxx      8 Jan 2007 12:33:31 -0000
@@ -645,6 +645,7 @@
                        }
                        else
                        {
+if(!mBackendStrata[i].is()){fprintf(stderr,"query A %d\n",i);abort();}
                                uno::Reference<backenduno::XSingleLayerStratum>
xSingleLayerStratum(
                                        mBackendStrata[i],
uno::UNO_REF_QUERY_THROW) ;
                                if (xSingleLayerStratum.is())
@@ -738,6 +739,7 @@
                        }
                        else
                        {
+if(!mBackendStrata[nStrataIndex].is()){fprintf(stderr,"query B
%d\n",nStrataIndex);abort();}
                                uno::Reference< backenduno::XSingleLayerStratum
> xSingleLayerStratum(
                                        mBackendStrata[nStrataIndex],
uno::UNO_REF_QUERY_THROW );

@sb: the trace produced no output so I added another to report reaching this
place. It turns out that A is passed often but not B. Also a debug build
produces this same message or similar, many times on loading and after: 
 jim$ ./soffice
query A is OK 0
query A is OK 2
query A is OK 3
Thread:      1 :SystemIntegration::getSupportingBackend - could not create
platform Backend: unsatisfied query for interface of type
com.sun.star.configuration.backend.XSingleLayerStratum!

This seems to be from configmgr/source/platformbe/systemintegrationmanager.cxx
line 71


...

@sparcmoz:  Does the original error also happen when you install the extension
via command line

  <path-to>/program/unopkg add <path-to>/Inspector.uno.pkg

That might be easier to debug (when installed within OOo, an additional uno
executable is spawned, which might complicate matters).

Anyway, modifying cppu/source/cppu/cppu_opt.cxx:1.27

---8<---
extern "C" rtl_uString * SAL_CALL cppu_unsatisfied_iquery_msg(
    typelib_TypeDescriptionReference * pType )
    SAL_THROW_EXTERN_C()
{
    ...
    OUString ret( buf.makeStringAndClear() );
/*+*/if(ret.indexOf(OUString::createFromAscii("com.sun.star.configuration.backend.XSingleLayerStratum"))>=0){
/*+*/int dummy=0;//break here
/*+*/}
    rtl_uString_acquire( ret.pData );
    return ret.pData;
}
---8<---

might help to find out, in a debugger, more about the call stack of the failing
queryInterface (remember, there *might* be breaks at that place before the
problematic occurrence that leads to the error message is reached).

@sparcmoz:  Feel free to assign back to me once we have more data.

for the first question: what happens via command line:

 jim$ ./unopkg add /Users/jim/Desktop/Inspector.uno.pkg

ERROR: (com.sun.star.uno.RuntimeException) { { Message = "unsatisfied query for
interface of type com.sun.star.configuration.backend.XSingleLayerStratum!",
Context = (com.sun.star.uno.XInterface) @0 } }

unopkg failed.

I have built m201 with cws macosxmapfiles and the Inspector can be loaded by gui
and command line, however the Extensions gui will always make a crash. After
being added, the Inspector seems to run OK. A screenshot of the running
inspector is attached. macosxmapfiles is not resynced to m201 yet so I will test
further when macosxmapfiles is integrated. 

Created attachment 42597 [details]
Inspector running on Mac Intel

@sb: thanks for your attention. Following integration of macosxmapfiles the
Inspector works and the issue now has become a simple crashing of the extension
manager which is a duplicate of issue 73952, where I have attached a patch.

*** This issue has been marked as a duplicate of 73952 ***

closed