Apache OpenOffice (AOO) Bugzilla – Issue 111329
sd/qa/unoapi SdXCustomPresentationAccess::getElementNames/ImpEditEngine::OnlineSpellHdl hang
Last modified: 2017-05-20 11:08:40 UTC
At least on DEV300_m77-based CWS sb120 (mainly making changes to the testing framework), executing the sd/qa/unoapi tests at least under unxsoli4 non-pro once hung at [...] 13: LOG> disposing xImpressDoc 13: ***** State for sd.SdXCustomPresentation ****** 13: Whole component: PASSED.OK 13: *********************************************** 13: Creating: sd.SdXCustomPresentationAccess 13: LOG> Log started 02.04.2010 - 09:38:45 13: LOG> creating a draw document 13: LOG> creating a test environment 13: LOG> get presentation 13: LOG> creating a new environment for XPresentation object 13: LOG> adding XNameContainerINDEX as mod relation to environment 13: LOG> adding INSTANCEn as mod relation to environment 13: LOG> adding INSTANCE1 as mod relation to environment 13: LOG> adding INSTANCE2 as mod relation to environment 13: Environment created 13: LOG> Log started 02.04.2010 - 09:38:46 13: checking: [sd.SdXCustomPresentationAccess::com::sun::star::container::XNameAccess] is iface: [com.sun.star.container.XNameAccess] testcode: [ifc.container._XNameAccess] 13: LOG> Execute: getByName() 13: LOG> reqiure getElementNames() ... 13: LOG> starting required method: getElementNames() 13: LOG> Execute: getElementNames() 13: LOG> getting elements names with (dbx) threads > t@1 a l@1 ?() running in __pollsys() t@2 a l@2 rtl_cache_wsupdate_all() sleep on 0xfee6f180 in __lwp_park() t@3 a l@3 osl_thread_start_Impl() running in _so_accept() t@4 a l@4 osl_thread_start_Impl() running in _so_accept() t@5 a l@5 osl_thread_start_Impl() sleep on 0x8065ea8 in __lwp_park() t@10 a l@10 osl_thread_start_Impl() sleep on 0x8a73e40 in __lwp_park() t@11 a l@11 osl_thread_start_Impl() running in _so_recv() t@31 a l@31 osl_thread_start_Impl() sleep on 0x8065ea8 in __lwp_park() (dbx) where current thread: t@1 =>[1] __pollsys(0x80442b0, 0x1, 0x0, 0x0), at 0xfef75387 [2] _pollsys(0x80442b0, 0x1, 0x0, 0x0), at 0xfef69fb8 [3] _pselect(0x7, 0x8044370, 0xfefa0180, 0xfefa0180, 0x0, 0x0), at 0xfef22f42 [4] _select(0x7, 0x8044370, 0x0, 0x0, 0x0), at 0xfef23238 [5] _XWaitForReadable(0x8078f30), at 0xfb9aac83 [6] _XRead(0x8078f30, 0x8044c00, 0x60), at 0xfb9aaaa9 [7] _XEatData(0x8078f30, 0x18139b0), at 0xfb9da447 [8] _XAsyncReply(0x8078f30, 0x807a290, 0x807a290, 0x8044d60, 0x1), at 0xfb9abcf1 [9] _XEventsQueued(0x8078f30, 0x1), at 0xfb9b540a [10] XCheckIfEvent(0x8078f30, 0x8044dd0, 0xf97a5954, 0x8044dcc), at 0xfb9c31bc [11] X11SalInstance::AnyInput(0x8062308, 0x2, 0x0, 0xfd0e6150, 0xfd5d0408), at 0xf97a5a7b [12] Application::AnyInput(0x2, 0xfef9f5b8, 0xfef9e000, 0xf3b84a40), at 0xfd0e6172 [13] ImpEditEngine::OnlineSpellHdl(0x907ca10, 0x907cbdc, 0x8044f18, 0xf3b84a18, 0x0), at 0xf3b84a51 [14] ImpEditEngine::LinkStubOnlineSpellHdl(0x907ca10, 0x907cbdc, 0x1f7f137f, 0x41efffff), at 0xf3b84a2d [15] Timer::Timeout(0x907cbdc, 0xfd52912c, 0x8044f08, 0xfd0eeb16), at 0xfd0eedad [16] Timer::ImplTimerCallbackProc(0x8062330), at 0xfd0eeb79 [17] X11SalData::Timeout(0x8062330), at 0xf9797d1f [18] GtkXLib::timeoutFn(0x8066e58, 0xfbd3f580, 0x8084c80, 0xfbf9bf3c, 0x0), at 0xfbf9bfd9 [19] call_timeoutFn(0x8066e58, 0x0, 0x8084c80), at 0xfbf9bf4e [20] g_timeout_dispatch(0xfbd3f5e0, 0x2, 0x8084c80, 0x12c, 0x23, 0xc24), at 0xfbce4588 (dbx) thread -blockedby t@5 Thread t@5 is blocked by: 0x08065ea8 (0x8065ea8): usync_? mutex(locked) Lock owned by t@1 (dbx) where t@5 current thread: t@5 =>[1] __lwp_park(0x0, 0x0), at 0xfef749ab [2] mutex_lock_queue(0xfa7e0800, 0x0, 0x8065ea8, 0x0), at 0xfef6d937 [3] slow_lock(0xfa7e0800, 0x8065ea8, 0x0), at 0xfef6e224 [4] mutex_lock_impl(0x8065ea8, 0x0), at 0xfef6e31a [5] __mutex_lock(0x8065ea8, 0xfcdeab4a, 0xf58adad3, 0xfecaae12), at 0xfef6e426 [6] osl_acquireMutex(0x8065ea8, 0xfeffa288, 0xf47a2670, 0xfdfa1a5c, 0x906d390), at 0xfecaae2d [7] vos::OMutex::acquire(0xfec63348, 0xfe7151dc, 0xf58adb30, 0xf97a55ec), at 0xfdfa1a71 [8] SalYieldMutex::acquire(0xfec63348, 0xfe7151dc, 0xf58adb30, 0xfbf9d750), at 0xf97a55fe [9] GtkHookedYieldMutex::acquire(0xfec63348, 0xf7a0c9dc, 0xf58adb70, 0xf7873e28), at 0xfbf9d762 [10] SfxClipboardChangeListener::changedContents(0xf47ab0e8, 0xf58adbb0, 0xf05f0a00, 0xf96f9f92), at 0xf7873e39 [11] x11::X11Clipboard::fireChangedContentsEvent(0xf47a2670, 0x906d340, 0x0, 0xf96faab8), at 0xf96fa0fa [12] x11::X11Clipboard::fireContentsChanged(0xf47a2670, 0x0), at 0xf96faaca [13] x11::SelectionManager::run(0xf5b20440, 0x0), at 0xf971f331 [14] call_SelectionManager_run(0xf5b20440, 0xf58adfb0, 0xf58adfd8, 0xf58adfb0), at 0xf96fbe9c [15] osl_thread_start_Impl(0x895d080), at 0xfecaba13 [16] _thr_setup(0xfa7e0800), at 0xfef74662 [17] _lwp_start(0x0, 0x0, 0x0, 0xfa7e0800, 0x8065ea8, 0xfef9e000), at 0xfef74950 (dbx) thread -blockedby t@31 Thread t@31 is blocked by: 0x08065ea8 (0x8065ea8): usync_? mutex(locked) Lock owned by t@1 (dbx) where t@31 current thread: t@31 =>[1] __lwp_park(0x0, 0x0), at 0xfef749ab [2] mutex_lock_queue(0xfa7e2000, 0x0, 0x8065ea8, 0x0), at 0xfef6d937 [3] slow_lock(0xfa7e2000, 0x8065ea8, 0x0), at 0xfef6e224 [4] mutex_lock_impl(0x8065ea8, 0x0), at 0xfef6e31a [5] __mutex_lock(0x8065ea8, 0xfe695d9a, 0xf0063104, 0xfecaae12), at 0xfef6e426 [6] osl_acquireMutex(0x8065ea8, 0xfe7151dc, 0xf00675e8, 0xfdfa1a5c, 0x8089ea8), at 0xfecaae2d [7] vos::OMutex::acquire(0xfec63348, 0xf1b56282, 0xf0063100, 0xf97a55ec), at 0xfdfa1a71 [8] SalYieldMutex::acquire(0xfec63348, 0xf94b3aa8, 0xf16fd500, 0xfbf9d750), at 0xf97a55fe [9] GtkHookedYieldMutex::acquire(0xfec63348, 0xf1e60ad8, 0xf16fd550, 0xf1b54d84), at 0xfbf9d762 [10] SdXCustomPresentationAccess::getElementNames(0xf3941a64, 0xf0575068, 0x0, 0xf94ce850, 0xf16fd560, 0x8089780), at 0xf1b54d95 [11] callVirtualMethod(0xf057507c, 0x6, 0xf3941a64, 0x14, 0xf16fd5a0, 0x2, 0xf16fdc58, 0xf16fd570), at 0xf94b8869 [12] __unnamed_KARQ_qcs2Lmo3::cpp_call(0x91122d8, 0x0, 0x6, 0x8089780, 0x0, 0x8f76e70, 0xf3941a64, 0xf16fdc78, 0xf16fdd98, 0x91398b0, 0xfec5db68, 0xf94b3d3e), at 0xf94b47de [13] bridges::cpp_uno::shared::unoInterfaceProxyDispatch(0x91122d8, 0x91398b0, 0xf3941a64, 0xf16fdc78, 0xf16fdd98, 0x0), at 0xf94b3ed4 [14] thisDispatch(0x91395e8, 0x91398b0, 0xf3941a64, 0x0, 0xf3941a2c, 0xf005b830, 0x846d158, 0xf224ed6d), at 0xf225f016 [15] bridges_urp::ServerMultiJob::execute(0x8ce6858, 0xf953df98, 0xfcdeac29, 0xf224ccc0), at 0xf224f12b [16] doit(0x8ce6858, 0x10, 0x0, 0xf952844f), at 0xf224ccd2 [17] cppu_threadpool::JobQueue::enter(0x90b08e8), at 0xf952859f [18] cppu_threadpool::ORequestThread::run(0x91089e8), at 0xf95290b1 [19] cppu_requestThreadWorker(0x91089e8, 0xf16fdfb0, 0xf16fdfd8, 0xf16fdfb0), at 0xf9528a7a [20] osl_thread_start_Impl(0x8ff08d8), at 0xfecaba13 [21] _thr_setup(0xfa7e2000), at 0xfef74662 [22] _lwp_start(0x0, 0x0, 0x0, 0xfa7e2000, 0x8065ea8, 0xfef9e000), at 0xfef74950
worked around for now by disabling the affected tests in sd/qa/unoapi/sd.sce, see <http://hg.services.openoffice.org/cws/sb120/rev/f3cc66f04924>; please revert when fixing this issue
changing target
Issue 113197 looks similar to this issue.
Reset assigne to the default "issues@openoffice.apache.org".