Letter, Fax, and Agenda Wizard crash - cancel/finish - OO 2.0.3

I have been working on a port of OpenOffice to SCO's
OpenServer 6.0
and UnixWare 7.1.4 platforms using the native C/C++
compilers on
those systems.  The source that I am using is OO 2.0.3 that
was 
downloaded in May/June 2006.  I have the the native C++
bridge complete and I think working:

    - importing and accessing MS word, spreadsheets and
.ppt
    - developing and presenting  full-featured OO
presentations
    - Latest J2SE 1.4.2 update 16 embedded into OO
        (haven't tries J2SE 5.0 yet)

I have one nagging problem that has haunted me for the for
the last 8 
months.  Numerous interruptions have prevented me from
resolving the
issue and catching up to the "latest" stable OO
source release.

Letter / Fax / Agenda wizards crash when either finished or
canceled.

These use Java and the hotspot error file presents the
following
stack trace:

C  0x00000004
C  [libuno_cppu.so.3+0x78537]  uno_any_construct+0x118f
C  [libuslc_uno.so+0xca88]  cpp_vtable_call+0x32c
C  [libuslc_uno.so+0x145d1] 
privateSnippetExecutorClass_cctor+0x11
C  [libuno_cppuhelperuslc.so.3+0x640b4] 
iquery__Q5_3com3sun4star3uno13BaseReferenceSFPQ5_3com3sun4st
ar3uno10XInterfaceRCQ5_3com3sun4star3uno4Type+0x30
C  [libuno_cppuhelperuslc.so.3+0x8f97e] 
disposeAndClear__Q2_4cppu25OInterfaceContainerHelperFRCQ5_3c
om3sun4star4lang11EventObject+0x242
C  [libtk680ci.so+0x31783c] 
dispose__16UnoButtonControlFv+0xa8
C  [libtk680ci.so+0x2f48cc] 
dispose__19UnoControlContainerFv+0x35c
C  [libtk680ci.so+0x35f972] 
dispose__16UnoDialogControlFv+0xb6
C  [libuslc_uno.so+0x1009e] 
callVirtualMethod__23__Nuno2cpp_cxx_f42b3feaFPvlT118_typelib
_TypeClassPlT2+0xba
C  [libuslc_uno.so+0xfd13] 
cpp_call__23__Nuno2cpp_cxx_f42b3feaFPQ4_7bridges7cpp_uno6sha
red17UnoInterfaceProxyQ4_7bridges7cpp_uno6shared10VtableSlot
P33_typelib_TypeDescriptionReferencelP24_typelib_MethodParam
eterPvPPvPP8_uno_Any+0x40f
C  [libuslc_uno.so+0xf389] 
dispatch__Q4_7bridges7cpp_uno6shared17UnoInterfaceProxySFP14
_uno_InterfacePC24_typelib_TypeDescriptionPvPPvPP8_uno_Any+0
x305
C  [libjava_uno.so+0x3501f] 
call_uno__Q2_7jni_uno6BridgeCFRCQ2_7jni_uno11JNI_contextP14_
uno_InterfaceP24_typelib_TypeDescriptionP33_typelib_TypeDesc
riptionReferencelPC24_typelib_MethodParameterP13_jobjectArra
y+0x3b3
C  [libjava_uno.so+0x3259a] 
Java_com_sun_star_bridges_jni_1uno_JNI_1proxy_dispatch_1call
+0x141e
J 
com.sun.star.bridges.jni_uno.JNI_proxy.dispatch_call(JLjava/
lang/String;Ljava/lang/String;[Ljava/lang/Object;)Ljava/lang
/Object;
J 
com.sun.star.bridges.jni_uno.JNI_proxy.invoke(Ljava/lang/Obj
ect;Ljava/lang/reflect/Method;[Ljava/lang/Object;)Ljava/lang
/Object;
v  ~RuntimeStub::alignment_frame_return Runtime1 stub
j  $Proxy13.dispose()V+9
j 
com.sun.star.wizards.letter.LetterWizardDialogImpl.closeDocu
ment()V+4
j 
com.sun.star.wizards.letter.LetterWizardDialogImpl.finishWiz
ard()V+306
j  com.sun.star.wizards.ui.WizardDialog.finishWizard_1()V+1
v  ~StubRoutines::call_stub

The symptom is either a missing, uninitialized or incorrect
virtual
function table.


A search of OO issues shows a number of "in the
area" problems
reported by others; some unreproducible other marked as
fixed.

Two of immediate interest are:

   35454 "crash by finishing any wizard"    fixed
in "SRC680:m57"
                                       verified with
"cws qwizardsbf1"

   42034 "Cannot close Fax/Letter wizard using
system-close-button"
                                         fixed in "cws
qwizardspp4"


My solenv/inc/minor.mk shows:

    RSCVERSION=680
    RSCREVISION=680m7(Build:9044)
    BUILD=9044
    LAST_MINOR=m7
    SOURCEVERSION=OOC680

But I cannot relate this to the comment time stamps in the
issues..

What I would like to do is fix this issue and get the 2.0.3
version
in the hands of some other users to stress the new bridge
code,
as I integrate my changes into the 2.2.x tree.

How can I determine what source files where changed in
the qwizardsbf1 and qwizardspp4 bundles that were checked
into the 
source tree?

Thanks for any suggestions or assistance that you can
provide

-- John


-- 
John Wolfe				jlwsco.com
The SCO Group Inc., Murray Hill, NJ	908 790 2399

SCO is a leading provider of UNIX-based solutions and mobile
services

------------------------------------------------------------
---------
To unsubscribe, e-mail: dev-unsubscribeporting.openoffice.org
For additional commands, e-mail: dev-helpporting.openoffice.org

HI JOHN,

ON WEDNESDAY 17 OCTOBER 2007 04:05, JOHN WOLFE WROTE:

> THESE USE JAVA AND THE HOTSPOT ERROR FILE PRESENTS THE
FOLLOWING
> STACK TRACE:
>
> C  0X00000004
> C  [LIBUNO_CPPU.SO.3+0X78537] 
UNO_ANY_CONSTRUCT+0X118F
> C  [LIBUSLC_UNO.SO+0XCA88]  CPP_VTABLE_CALL+0X32C
> C  [LIBUSLC_UNO.SO+0X145D1] 
PRIVATESNIPPETEXECUTORCLASS_CCTOR+0X11
> C  [LIBUNO_CPPUHELPERUSLC.SO.3+0X640B4]
>
IQUERY__Q5_3COM3SUN4STAR3UNO13BASEREFERENCESFPQ5_3COM3SUN4ST
AR3UNO10XINTERF
>ACERCQ5_3COM3SUN4STAR3UNO4TYPE+0X30 C 
[LIBUNO_CPPUHELPERUSLC.SO.3+0X8F97E]
>
DISPOSEANDCLEAR__Q2_4CPPU25OINTERFACECONTAINERHELPERFRCQ5_3C
OM3SUN4STAR4LAN
>G11EVENTOBJECT+0X242 C  [LIBTK680CI.SO+0X31783C] 
> DISPOSE__16UNOBUTTONCONTROLFV+0XA8
> C  [LIBTK680CI.SO+0X2F48CC] 
DISPOSE__19UNOCONTROLCONTAINERFV+0X35C
> C  [LIBTK680CI.SO+0X35F972] 
DISPOSE__16UNODIALOGCONTROLFV+0XB6
> C  [LIBUSLC_UNO.SO+0X1009E]
>
CALLVIRTUALMETHOD__23__NUNO2CPP_CXX_F42B3FEAFPVLT118_TYPELIB
_TYPECLASSPLT2+
>0XBA C  [LIBUSLC_UNO.SO+0XFD13]
>
CPP_CALL__23__NUNO2CPP_CXX_F42B3FEAFPQ4_7BRIDGES7CPP_UNO6SHA
RED17UNOINTERFA
>CEPROXYQ4_7BRIDGES7CPP_UNO6SHARED10VTABLESLOTP33_TYPELIB
_TYPEDESCRIPTIONREFE
>RENCELP24_TYPELIB_METHODPARAMETERPVPPVPP8_UNO_ANY+0X40F
C 
> [LIBUSLC_UNO.SO+0XF389]
>
DISPATCH__Q4_7BRIDGES7CPP_UNO6SHARED17UNOINTERFACEPROXYSFP14
_UNO_INTERFACEP
>C24_TYPELIB_TYPEDESCRIPTIONPVPPVPP8_UNO_ANY+0X305 C 
> [LIBJAVA_UNO.SO+0X3501F]
>
CALL_UNO__Q2_7JNI_UNO6BRIDGECFRCQ2_7JNI_UNO11JNI_CONTEXTP14_
UNO_INTERFACEP2
>4_TYPELIB_TYPEDESCRIPTIONP33_TYPELIB_TYPEDESCRIPTIONREFE
RENCELPC24_TYPELIB_M
>ETHODPARAMETERP13_JOBJECTARRAY+0X3B3 C 
[LIBJAVA_UNO.SO+0X3259A]
>
JAVA_COM_SUN_STAR_BRIDGES_JNI_1UNO_JNI_1PROXY_DISPATCH_1CALL
+0X141E
> J
>
COM.SUN.STAR.BRIDGES.JNI_UNO.JNI_PROXY.DISPATCH_CALL(JLJAVA/
LANG/STRING;LJA
>VA/LANG/STRING;[LJAVA/LANG/OBJECT;)LJAVA/LANG/OBJECT; J
>
COM.SUN.STAR.BRIDGES.JNI_UNO.JNI_PROXY.INVOKE(LJAVA/LANG/OBJ
ECT;LJAVA/LANG/
>REFLECT/METHOD;[LJAVA/LANG/OBJECT;)LJAVA/LANG/OBJECT; V

> ~RUNTIMESTUB::ALIGNMENT_FRAME_RETURN RUNTIME1 STUB
> J  $PROXY13.DISPOSE()V+9
> J 
COM.SUN.STAR.WIZARDS.LETTER.LETTERWIZARDDIALOGIMPL.CLOSEDOCU
MENT()V+4
> J 
COM.SUN.STAR.WIZARDS.LETTER.LETTERWIZARDDIALOGIMPL.FINISHWIZ
ARD()V+306
> J 
COM.SUN.STAR.WIZARDS.UI.WIZARDDIALOG.FINISHWIZARD_1()V+1
> V  ~STUBROUTINES::CALL_STUB
>
> THE SYMPTOM IS EITHER A MISSING, UNINITIALIZED OR
INCORRECT VIRTUAL
> FUNCTION TABLE.

FROM MY POINT OF VIEW, THAT MEANS A PROBLEM IN THE BRIDGE. 
ARE YOU SURE THAT 
YOUR CODE THAT CONSTRUCTS THE TRAMPOLINES FOR VIRTUAL
METHODS IS REALLY 
CORRECT?  CAN YOU DEBUG IT TO SEE WHAT _EXACTLY_ WENT WRONG
IN 
UNO_ANY_CONSTRUCT/CPP_VTABLE_CALL/PRIVATESNIPPETEXECUTORCLAS
S_CCTOR?

> WHAT I WOULD LIKE TO DO IS FIX THIS ISSUE AND GET THE
2.0.3 VERSION
> IN THE HANDS OF SOME OTHER USERS TO STRESS THE NEW
BRIDGE CODE,
> AS I INTEGRATE MY CHANGES INTO THE 2.2.X TREE.

I'D RECOMMEND YOU TO EXTRACT THE PATCHES YOU'VE DONE, AND
TRY TO APPLY IT 
AGAINST MORE RECENT SOURCES, IDEALLY 2.3.  NOT THAT IT
SHOULD FIX YOUR 
PROBLEM, BUT WILL DEFINITELY EASE YOU THE INTEGRATION
UP-STREAM.

> HOW CAN I DETERMINE WHAT SOURCE FILES WHERE CHANGED IN
> THE QWIZARDSBF1 AND QWIZARDSPP4 BUNDLES THAT WERE
CHECKED INTO THE
> SOURCE TREE?

IN OOO-BUILD (HTTP://WWW.GO-OO.ORG), WE HAVE A SCRIPT FOR
THAT, CWS-EXTRACT 
(HTTP://SVN.GNOME.ORG/VIEWVC/OOO-BUILD/TRUNK/BIN/CWS-EXTRACT
).  IDEALLY 
CHECKOUT OOO-BUILD, AND RUN IT IN YOUR TREE USING
'CWS-EXTRACT QWIZARDSBF1', 
AND YOU'LL GET THE PATCH SHOWING CHANGES IN QWIZARDSBF1.

REGARDS,
JAN

------------------------------------------------------------
---------
TO UNSUBSCRIBE, E-MAIL: DEV-UNSUBSCRIBEPORTING.OPENOFFICE.ORG
FOR ADDITIONAL COMMANDS, E-MAIL: DEV-HELPPORTING.OPENOFFICE.ORG

On Wed, 2007-10-17 at 11:29 +0200, Jan Holesovsky wrote:
> Hi John,
> 
> On Wednesday 17 October 2007 04:05, John Wolfe wrote:
> 
> >
> > The symptom is either a missing, uninitialized or
incorrect virtual
> > function table.
> 
> From my point of view, that means a problem in the
bridge.  Are you sure that 
> your code that constructs the trampolines for virtual
methods is really 
> correct?  Can you debug it to see what _exactly_ went
wrong in 
>
uno_any_construct/cpp_vtable_call/privateSnippetExecutorClas
s_cctor?

Have you also built testcppu in cppu/test and cd
../unx*.pro/bin and
run ./testcppu. Does that work without failure ?

C.

------------------------------------------------------------
---------
To unsubscribe, e-mail: dev-unsubscribeporting.openoffice.org
For additional commands, e-mail: dev-helpporting.openoffice.org

Hi John,

On Wednesday 17 October 2007 12:42, Caolan McNamara wrote:

> > From my point of view, that means a problem in the
bridge.  Are you sure
> > that your code that constructs the trampolines for
virtual methods is
> > really correct?  Can you debug it to see what
_exactly_ went wrong in
> >
uno_any_construct/cpp_vtable_call/privateSnippetExecutorClas
s_cctor?
>
> Have you also built testcppu in cppu/test and cd
../unx*.pro/bin and
> run ./testcppu. Does that work without failure ?

Which reminds me, also do 'build' in testtools, 'cd 
testtools/unxlng*.pro/lib', and issue
'./bridgetest_inprocess', it could 
uncover some problems as well.

Regards,
Jan

------------------------------------------------------------
---------
To unsubscribe, e-mail: dev-unsubscribeporting.openoffice.org
For additional commands, e-mail: dev-helpporting.openoffice.org

Thanks all for the many responses and helpful hints.

I think that I have trampolines for the virtual methods at
least 99%
correct.  Everything but these Java plugin wizards seems to
be working.  I have been investigating the problem under the
assumption
that this 1% or so has surfaced.

I have debugged it from the UnoButtonControl::dispose(void)
down
to the uno_any_construct().   Through the cpp_vtable_call,
the
interface pointer looked valid; it had a valid vtbl at
offset
zero.  Once into uno_any_construct(), there was no vtbl at
offset
zero.  I will recheck the this pointer adjustments being
made
prior to the call.

I have built cppu/test and run ../unx*/bin/testcppu.   This
were
quite helpful in getting the bridge port working.  I will
rerun the tests on my latest build.

No certain if I have ever run testtools bridges_inprocess. 
The
testtools project is built, but the log file only
indicates:

    "start test with dmake runtest"

then copies build.lst into solver.  This "dmake
runtest" seems to be
for the python only?  I will manually (re)run the testtools
tests.

Thanks Jan and Joost for the list of components changed and
directions
to look at the changes in a patch.

Are there other components, in addition to these wizard Java
plugins,
that make use of any of the following routines?

    UnoDialogControl::dispose(void)
    UnoControlContainer::dispose(void)
    UnoControl::dispose(void)
    UnoButtonControl::dispose(void)

I have not encountered problems elsewhere, but also have
not
reached UnoButtonControl::dispose() when closing/canceling
other windows that have buttons.

Thanks again.

-- John


Jan Holesovsky wrote:
> Hi John,
> 
> On Wednesday 17 October 2007 12:42, Caolan McNamara
wrote:
> 
> 
>>>From my point of view, that means a problem in
the bridge.  Are you sure
>>>that your code that constructs the trampolines
for virtual methods is
>>>really correct?  Can you debug it to see what
_exactly_ went wrong in
>>>uno_any_construct/cpp_vtable_call/privateSnippet
ExecutorClass_cctor?
>>
>>Have you also built testcppu in cppu/test and cd
../unx*.pro/bin and
>>run ./testcppu. Does that work without failure ?
> 
> 
> Which reminds me, also do 'build' in testtools, 'cd 
> testtools/unxlng*.pro/lib', and issue
'./bridgetest_inprocess', it could 
> uncover some problems as well.
> 
> Regards,
> Jan

Joost Andrae wrote:
 > Hi John,
 >
 > you can search for the child workspaces (CWS) involved
within the EIS
 > application (http://eis.service
s.openoffice.org).
 >
 > CWS "qwizardsbf1" contained the following
modules:
 >
 > extras
 > officecfg
 > sfx2
 > sw
 > vcl
 >
 > CWS qwizardspp4 contained the following modules:
 >
 > default_images
 > wizards
 >
-- 
John Wolfe				jlwsco.com
The SCO Group Inc., Murray Hill, NJ	908 790 2399

SCO is a leading provider of UNIX-based solutions and mobile
services

------------------------------------------------------------
---------
To unsubscribe, e-mail: dev-unsubscribeporting.openoffice.org
For additional commands, e-mail: dev-helpporting.openoffice.org