Issue 763 - OpenOffice core dumps
Summary: OpenOffice core dumps
Status: CLOSED IRREPRODUCIBLE
Alias: None
Product: General
Classification: Code
Component: code (show other issues)
Version: 625
Hardware: Sun Solaris
: P1 (highest) Trivial (vote)
Target Milestone: ---
Assignee: sander_traveling
QA Contact: issues@framework
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2001-04-23 18:02 UTC by issues@www
Modified: 2003-12-06 14:52 UTC (History)
2 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---


Attachments

Note You need to log in before you can comment on or make changes to this issue.
Description issues@www 2001-04-23 18:02:21 UTC
I have built OpenOffice(614) on Solaris with
Sun WorkShop 6 update 2 C++ 5.3

OpenOffice core dumps, when I try to execute it.
Please see below output of dbx.

I have re-compiled file framework/source/services/frame.cxx
and then re-built one of librirary(libfwk614ss.so) with
Lionel compiler (5.2) and OpenOffice works now.

Why it is happened ?

Aleksey


detected a multithreaded program
t@1 (l@1) terminated by signal ABRT (Abort)
0xff379bf0: __sigprocmask+0x0008:       jmp     %o7 + 0x8
Current function is CallSystemHandler (optimized)
  315                                           abort();
(/net/router/TMP1/dbx/WS6U2/sparc-S2/bin/dbx) where                          
current thread: t@1
  [1] __sigprocmask(0x0, 0xffbec8c0, 0x0, 0x0, 0x0, 0x0), at 0xff379bf0
  [2] _resetsig(0xff37c510, 0x0, 0x0, 0x47548, 0xff38e000, 0x0), at 0xff36e620
  [3] _sigon(0x47548, 0xff395990, 0x6, 0xffbec994, 0x47548, 0xfebd0ec4), at
0xff36dd10
  [4] _thrp_kill(0x0, 0x1, 0x6, 0xff38e000, 0x1, 0xfcaba428), at 0xff370e84
  [5] raise(0x6, 0x0, 0x0, 0xffffffff, 0xfcaba394, 0xffbecae8), at 0xfca49db0
  [6] abort(0xfcab6000, 0xffbecae8, 0x0, 0x0, 0x6, 0x6c), at 0xfca3531c
=>[7] CallSystemHandler(Signal = ???) (optimized), at 0xff229828 (line ~315) in
"signal.c"
  [8] SignalHandlerFunction(Signal = ???) (optimized), at 0xff229980 (line ~378)
in "signal.c"
  [9] __sighndlr(0xa, 0xffbecfe8, 0xffbecd30, 0xff22988c, 0x475e0, 0x475d0), at
0xff37bd04
  [10] sigacthandler(0xa, 0x47548, 0xffbecd30, 0xff38e000, 0x47548, 0xffbecfe8),
at 0xff378508
  ---- called from signal handler with signal 10 (SIGBUS) ------
  [11] cpp_queryInterface(pCppI = 0xde400, pType = 0x155920), line 104 in
"genfunc.hxx"
  [12]
com::sun::star::uno::Reference<com::sun::star::frame::XDispatchProviderInterception>::query(pInterface
 = 0xde400), line 161 in "Reference.hxx"
  [13]
com::sun::star::uno::Reference<com::sun::star::frame::XDispatchProviderInterception>::query(rRef
= CLA
SS), line 309 in "Reference.h"
  [14]
com::sun::star::uno::Reference<com::sun::star::frame::XDispatchProviderInterception>::Reference(this
=
 0xffbed298, rRef = CLASS, _ARG3 = UNO_QUERY), line 268 in "Reference.h"
  [15] framework::Frame::registerDispatchProviderInterceptor(this = 0x15642c,
xInterceptor = CLASS), line 415
 in "frame.cxx"
  [16] SwXDispatchProviderInterceptor::SwXDispatchProviderInterceptor(this =
???, rVw = CLASS) (optimized), a
t 0xfa4ef244 (line ~113) in "unodispatch.cxx"
  [17] SwView_Impl::SwView_Impl(this = ???, pShell = ???) (optimized), at
0xfa5c16dc (line ~121) in "uivwimp.
cxx"

dbx: internal error: signal SIGSEGV (no mapping at the fault address)
dbx's coredump will appear in /tmp
Abort (core dumped)
Comment 1 thorsten.martens 2001-04-24 14:03:11 UTC
My turn to take care about this issue.
Comment 2 thorsten.martens 2001-04-24 14:06:44 UTC
please use the newest version of openoffice (625). This one is up to date and 
should be used instead an older version, which could cause some problems.
Comment 3 issues@www 2001-05-11 13:34:25 UTC
I have built OpenOffice(625) on Solaris with
Sun WorkShop 6 update 2 C++ 5.3

OpenOffice still core dumps, when I try to execute it.
Please see below output of dbx.

And again when I have re-compiled file 
framework/source/services/frame.cxx 
and then re-built one of librirary(libfwk614ss.so) with
Lionel compiler (5.2), OpenOffice begins to work.

May be cause of problem is in directly using virtual tables
(bridges/source/cpp_uno/cc50_solaris_sparc/call.s)

Thanks,
	Aleksey

==========================
detected a multithreaded program
t@1 (l@1) terminated by signal ABRT (Abort)
0xff379bf0: __sigprocmask+0x0008:       jmp     %o7 + 0x8
Current function is com::sun::star::uno::Any::setValue
  141           ::uno_type_any_assign(
(/net/kallisto/export2/sparc-S2/WS6U2/bin/dbx) where                         
current thread: t@1
  [1] __sigprocmask(0x0, 0xffbed250, 0x0, 0x0, 0x0, 0x0), at 0xff379bf0
  [2] _resetsig(0xff37c510, 0x0, 0x0, 0x408b0, 0xff38e000, 0x0), at 0xff36e620
  [3] _sigon(0x408b0, 0xff395990, 0x6, 0xffbed324, 0x408b0, 0xfea90ab8), at
0xff36dd10
  [4] _thrp_kill(0x0, 0x1, 0x6, 0xff38e000, 0x1, 0xfccba428), at 0xff370e84
  [5] raise(0x6, 0x0, 0x0, 0xffffffff, 0xfccba394, 0xffbed478), at 0xfcc49db0
  [6] abort(0xfccb6000, 0xffbed478, 0x0, 0x0, 0x6, 0x78), at 0xfcc3531c
  [7] CallSystemHandler(0xb, 0xff2f1370, 0xff239608, 0xa, 0xff2f4344, 0x1f), at
0xff22730c
  [8] SignalHandlerFunction(0xb, 0xffffff84, 0xffbed740, 0xff38e000, 0x40948,
0x40938), at 0xff227464
  [9] __libthread_segvhdlr(0xb, 0xffbed9f8, 0xffbed740, 0xff38e000, 0xb, 0x0),
at 0xff379194
  [10] __sighndlr(0xb, 0xffbed9f8, 0xffbed740, 0xff3790b0, 0x40948, 0x40938), at
0xff37bd04
  [11] sigacthandler(0xb, 0x408b0, 0xffbed740, 0xff38e000, 0x408b0, 0xffbed9f8),
at 0xff378508
  ---- called from signal handler with signal 11 (SIGSEGV) ------
  [12] cppu::__destructAny(0xff1c5d30, 0xfaf87500, 0xffbee05c, 0xc2100,
0xffffffc8, 0xe), at 0xff0c262c
  [13] cppu::__destructData(0xff1c5d30, 0x460e0, 0x0, 0xfaf87500, 0xfccbc7a0,
0x0), at 0xff0befe0
  [14] uno_type_destructData(0xff1c5d30, 0x460e0, 0xfaf87500, 0x0, 0x4f,
0x22cac8), at 0xff0bb998
  [15] cppu::__destructStruct(0xff1c5d28, 0x7fb08, 0xfaf87500, 0x7fb08, 0x7fb08,
0x11), at 0xff0c7e68
  [16] cppu::__destructAny(0x22cad0, 0xfaf87500, 0x11, 0x6, 0x22cac8, 0x1), at
0xff0c7ba0
  [17] uno_type_any_assign(0x22cad0, 0x2308b8, 0x7fb08, 0xfaf874a0, 0xfaf87500,
0x180), at 0xff0c6d70
=>[18] com::sun::star::uno::Any::setValue(this = 0x22cad0, pData = 0x2308b8,
rType = CLASS), line 141 in "Any
.hxx"
  [19]
com::sun::star::uno::operator<<=<com::sun::star::beans::PropertyValue>(rAny =
CLASS, value = STRUCT), 
line 183 in "Any.hxx"
  [20] framework::ArgumentAnalyzer::impl_convertPropertiesToAnys(this =
0xffbedfe0, seqArgumentList = CLASS, 
seqAnys = CLASS), line 1242 in "argumentanalyzer.cxx"
  [21] framework::ArgumentAnalyzer::setArguments(this = 0xffbedfe0,
seqArgumentList = CLASS), line 142 in "ar
gumentanalyzer.cxx"
  [22] framework::ODesktopDispatcher::impl_dispatchSystemTask(this = 0x12a2e0,
aURL = STRUCT, seqProperties =
 CLASS), line 599 in "odesktopdispatcher.cxx"
  [23] framework::ODesktopDispatcher::dispatch(this = 0x12a2e0, aURL = STRUCT,
seqProperties = CLASS), line 2
73 in "odesktopdispatcher.cxx"
dbx: warning: Unknown symbol type:
./libfwk625ss.so:/net/mozart/export2/Cdev/daa/OO_625_TIME_S2/oo_625_src/fr
amework/source/services/desktop.cxx stab #4931
__1cDcomDsunEstarDunoDAnyRgetValueTypeClass6kM_n0DJTypeClass__
:f=xenJTypeClass(0,30):;(0,524)
dbx: warning: Unknown symbol type:
./libfwk625ss.so:/net/mozart/export2/Cdev/daa/OO_625_TIME_S2/oo_625_src/fr
amework/source/services/desktop.cxx stab #5106
__1cDcomDsunEstarDunoETypeMgetTypeClass6kM_n0DJTypeClass__:f=x
enJTypeClass(0,30):;(0,1080)
  [24] framework::Desktop::loadComponentFromURL(this = 0x128260, sURL = CLASS,
sTargetFrameName = CLASS, nSea
rchFlags = 0, seqArguments = CLASS), line 634 in "desktop.cxx"
  [25] SfxApplication::OpenDocExec_Impl(0x92578, 0xffbee628, 0xffbee368,
0xff008de0, 0x0, 0x1800), at 0xfed05
230
  [26] SfxDispatcher::Call_Impl(0x10fdf8, 0x92578, 0xff00960c, 0xffbee628, 0x0,
0x1), at 0xfee26270
  [27] SfxDispatcher::Execute(0x10fdf8, 0x157d0000, 0x10000, 0xffbee724, 0x1616,
0x0), at 0xfee28344
  [28] SfxApplication::OpenClients(0x92578, 0xfe72e7a4, 0xffbee6ec, 0xffbee6f8,
0x1400, 0xffbee6fc), at 0xfed
0c3f8
  [29] SfxApplication::OpenClients_Impl(0x92578, 0x0, 0xff3e0778, 0xff3e0770,
0x17824, 0x0), at 0xfed0ba24
  [30] ImplHandleUserEvent(0x158a48, 0xfdf190dc, 0xd36, 0x1, 0xff3e0000,
0xff311acc), at 0xfe07f1fc
  [31] ImplWindowFrameProc(0x160000, 0x169760, 0xffffff5c, 0x158a48, 0xff3e0000,
0x16), at 0xfe07fb60
  [32] SalFrameData::HandleClientMessage(0x29e, 0xffbeee30, 0x29e, 0x1f, 0x1,
0x570), at 0xfe0d7364
  [33] SalFrameData::Dispatch(0x169760, 0xffbeee30, 0x16a098, 0x1800025,
0x1800025, 0x0), at 0xfe0d7afc
  [34] SalDisplay::Dispatch(0x5f6a0, 0xffbeee30, 0xff3e0778, 0xff3e0770,
0x683d8, 0xfe14f454), at 0xfe0f61c8
  [35] SalDisplay::Yield(0x5f6a0, 0x1, 0x1000, 0x5, 0x1, 0x16c4e0), at
0xfe0f5ea0
  [36] DisplayYield(0x8, 0x5f6a0, 0x119, 0x1, 0xff3e0000, 0x9), at 0xfe0f0a14
  [37] SalXLib::Yield(0xfe0f0a0c, 0xc00, 0x0, 0x51fb0, 0x49818, 0xcd8), at
0xfe0ef498
  [38] Application::Yield(0x1158, 0xfe1413d4, 0xfe14f454, 0x1, 0x0, 0xff35a73c),
at 0xfdfa9350
  [39] Application::Execute(0xffbef228, 0x1158, 0xfe14f454, 0xfe14f2c0, 0x6a9a8,
0x48), at 0xfdfa9224
  [40] SfxApplicationClass::Main(0x0, 0x0, 0x0, 0xff008df0, 0xfefb4507,
0xff2f69b0), at 0xfecff184
  [41] Desktop::Main(0x3fd64, 0x0, 0x300, 0x0, 0x1c, 0x3e9e4), at 0x1b3bc
  [42] SVMain(0x3e0, 0x40044, 0x1, 0x0, 0x6e, 0x3e9e4), at 0xfdfac368
  [43] main(0xa, 0xffbef41c, 0xffbef448, 0x20948, 0x0, 0x36), at 0x1e198
(/net/kallisto/export2/sparc-S2/WS6U2/bin/dbx) 



Comment 4 thorsten.martens 2001-06-11 12:27:15 UTC
Hi Sander,

Seems to be a compiling-problem. Your job to take care of this issue ?
Comment 5 Martin Hollmichel 2001-09-07 10:42:10 UTC
Kay, do you have any ideas about this ?
Comment 6 sander_traveling 2001-10-13 14:31:44 UTC
does it still happen in build 638c? I don't think C++ 5.3 is a
supported comiler...
Comment 7 Unknown 2001-11-08 22:41:21 UTC
changing QA contact from bugs@ to issues@
Comment 8 stx123 2002-03-12 18:38:52 UTC
Aleksey, have you tried more recent builds?
Comment 9 sander_traveling 2002-05-14 14:18:58 UTC
no update in ages + it does work for me so closing as 'WORKSFORME'
Comment 10 kay.ramme 2002-06-03 16:49:28 UTC
I close this..