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_3com3sun4star3uno10XInterfaceRCQ5_3com3sun4star3uno4Type+0x30
C [libuno_cppuhelperuslc.so.3+0x8f97e]
disposeAndClear__Q2_4cppu25OInterfaceContainerHelperFRCQ5_3com3sun4star4lang11EventObject+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_uno6shared17UnoInterfaceProxyQ4_7bridges7cpp_uno6shared10VtableSlotP33_typelib_TypeDescriptionReferencelP24_typelib_MethodParameterPvPPvPP8_uno_Any+0x40f
C [libuslc_uno.so+0xf389]
dispatch__Q4_7bridges7cpp_uno6shared17UnoInterfaceProxySFP14_uno_InterfacePC24_typelib_TypeDescriptionPvPPvPP8_uno_Any+0x305
C [libjava_uno.so+0x3501f]
call_uno__Q2_7jni_uno6BridgeCFRCQ2_7jni_uno11JNI_contextP14_uno_InterfaceP24_typelib_TypeDescriptionP33_typelib_TypeDescriptionReferencelPC24_typelib_MethodParameterP13_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;Ljava/lang/String;[Ljava/lang/Object;)Ljava/lang/Object;
J
com.sun.star.bridges.jni_uno.JNI_proxy.invoke(Ljava/lang/Object;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.closeDocument()V+4
j com.sun.star.wizards.letter.LetterWizardDialogImpl.finishWizard()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 [EMAIL PROTECTED]
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: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
