Apache OpenOffice (AOO) Bugzilla – Issue 4487
Scanner Component Crashes OO
Last modified: 2013-08-07 14:43:45 UTC
After I was able to scan an image once (without getting the result into my document) OO froze (I had to kill it) From that time on I always get a "GPF like crash" - "unrecoverable error" dialog box when I go into Insert/Graphic/Scanner/Select/select sources (I've got a German locale so texts in English can vary) Calling the scanner interface Insert/Graphic/Select/Scann Image itself results in nothing - no reaction, no crash but no scanner dialog. My Configuration: PII MMX PC mit 192MB RAM and 350MHz (Compaq 5503) Suse Linux 7.3 - upgraded to KDE 3.0 (Kernel 2.4.10-4GB,XFree86 3.36) Mustek 1200 CU Plus USB Scanner with installed and flawlessly working SANE Backend. Restart of the whole machine didn't help. So I suspect that some of the config files got corrupted in the first crash - I don't know which. I checked the OpenOffice.org1.0 directory in my home for new entries with "scanner" or "mustek" - no avail. So probably something in sane or usb config - but these filed cannot be written to by an ordinary user... What's wrong Conrad
Could you please verify your findings in a newer version and comment? Thx. Reassigned to Jörg.
Erm - this is not for me, reassigning to CGU
Change the target.
Hardware is missing so I can't test this bug.
I change the target.
I can't reproduce the bug because I don't have such a scanner. I know that there was a simmilar bug which occures with a HP-Scanner. The HP-bug is fixed in the OOo1.1Beta. Please test this bug again in the OOo1.1Beta and tell me if this also fix your bug. Looking forward to your results. Christian
I don't hear any negative therefore I think the bug is fixed. Please reopen the issue when the bug still occure.
I close the issue.
Hi all, The problem is not fixed, or it has become prevalent once in again in the 1.1 RC (at least in RC1 and RC4 under Linux). At least 2 people on the French users list have the very same problem with HP scanners. I have this problem, and confirmed it another issue. This is a real showstopper. I am reopening it again and setting the oooqa tag. It really ought to be looked at. Alex
Reopening
I hope somebody can test this on Windows Too, to make sure it is not happend in Windows. Please also change the version to the latest version of OOo, so it is not closed/forget bacuse people think it is old version
update the vesrion to 1.1 Rc4 because still exist
You said you can reproduce this. Here is the issue.
pl->ama: the stack is like appended. I think this could be a not locked SolarMutex inside the scanner listener in writer, as the main thread is dispatching at the same time; but this may be just a guess. I don't know who in your team is responsible for this, please dispatch appropriately. Adjusted target since it's a crash. #11 <signal handler called> #12 0x40e764bd in rtl_allocateMemory () from /usr/data/vcl7pp1r3/office/program/libsal.so.3 #13 0x08085d63 in vcl_customIcon17 () #14 0x08085e85 in operator new(unsigned) () #15 0x40958e05 in Container::ImpInsert(void*, CBlock*, unsigned short) () from /usr/data/vcl7pp1r3/office/program/libtl645li.so #16 0x40958ff6 in Container::Insert(void*, unsigned long) () from /usr/data/vcl7pp1r3/office/program/libtl645li.so #17 0x4361e48a in SdrObjList::NbcInsertObject(SdrObject*, unsigned long, SdrInsertReason const*) () from /usr/data/vcl7pp1r3/office/program/libsvx645li.so #18 0x4365adc8 in FmFormPage::NbcInsertObject(SdrObject*, unsigned long, SdrInsertReason const*) () from /usr/data/vcl7pp1r3/office/program/libsvx645li.so #19 0x4361e5c1 in SdrObjList::InsertObject(SdrObject*, unsigned long, SdrInsertReason const*) () from /usr/data/vcl7pp1r3/office/program/libsvx645li.so #20 0x4365ae0a in FmFormPage::InsertObject(SdrObject*, unsigned long, SdrInsertReason const*) () from /usr/data/vcl7pp1r3/office/program/libsvx645li.so #21 0x44f6d109 in typeinfo for com::sun::star::registry::InvalidRegistryException () from /usr/data/vcl7pp1r3/office/program/libsw645li.so #22 0x44f63160 in typeinfo for com::sun::star::registry::InvalidRegistryException () from /usr/data/vcl7pp1r3/office/program/libsw645li.so #23 0x44f5161d in typeinfo for com::sun::star::registry::InvalidRegistryException () from /usr/data/vcl7pp1r3/office/program/libsw645li.so #24 0x450637c0 in typeinfo for com::sun::star::registry::InvalidRegistryException () from /usr/data/vcl7pp1r3/office/program/libsw645li.so #25 0x45036b54 in typeinfo for com::sun::star::registry::InvalidRegistryException () from /usr/data/vcl7pp1r3/office/program/libsw645li.so #26 0x45036c50 in typeinfo for com::sun::star::registry::InvalidRegistryException () from /usr/data/vcl7pp1r3/office/program/libsw645li.so #27 0x44e6536f in typeinfo for com::sun::star::registry::InvalidRegistryException () from /usr/data/vcl7pp1r3/office/program/libsw645li.so #28 0x45634d36 in CreateObjSwWebDocShellDll () from /usr/data/vcl7pp1r3/office/program/libsw645li.so #29 0x45605647 in CreateObjSwWebDocShellDll () from /usr/data/vcl7pp1r3/office/program/libsw645li.so ---Type <return> to continue, or q <return> to quit--- #30 0x4562fdcb in CreateObjSwWebDocShellDll () from /usr/data/vcl7pp1r3/office/program/libsw645li.so #31 0x45752541 in ScannerThread::run() (this=0x45da5b10) at /usr/data/vcl7pp1r3/extensions.lnk/source/scanner/scanunx.cxx:218 #32 0x40b26f66 in vos::_cpp_OThread_WorkerFunction(void*) () from /usr/data/vcl7pp1r3/office/program/libvos3gcc3.so #33 0x40b26f4b in _OThread_WorkerFunction(void*) () from /usr/data/vcl7pp1r3/office/program/libvos3gcc3.so #34 0x40e6753d in osl_getTextEncodingFromLocale () from /usr/data/vcl7pp1r3/office/program/libsal.so.3 #35 0x4111cc60 in pthread_start_thread () from /lib/libpthread.so.0
*** Issue 16544 has been marked as a duplicate of this issue. ***
I don't find Writer code on the stack but lot of DrawingEngine's. Do you know what's going wrong, Armin?
The writer code is from frame 21 to frame 30. My guess is that the handler being called does not get the solarmutex, but it's difficult to tell where exactly that handler is implemented as writer does not export many symbols.
Philipps assumptions seems to be correct: scanunx.cxx calls SwScannerEventListener::disposing() (sw/source/ui/uiview/uivwimp.cxx) that is not locking the SolarMutex before accessing the view.
OS: As it is a crash and the reason seems to be known I change the target to OOo 1.1.1.
Target approved.
Also duplicated in internal #112694# net/grande.germany/develop4/update/SRX645/src.m18/sal/osl/unx/signal.c:330 SignalHandlerFunction /net/grande.germany/develop4/update/SRX645/src.m18/sal/osl/unx/signal.c:609 libpthread.so.0 + 0xb1ec -- not found libc.so.6 + 0x293a8 -- not found allocate /net/grande.germany/develop4/update/SRX645/src.m18/sal/cpprt/operators_new_delete.cxx:184 operator new(unsigned) /net/grande.germany/develop4/update/SRX645/src.m18/sal/cpprt/operators_new_delete.cxx:231 Container::ImpInsert(void*, CBlock*, unsigned short) /net/grande.germany/develop4/update/SRX645/src.m18/tools/source/memtools/contnr.cxx:813 Container::Insert(void*, unsigned long) /net/grande.germany/develop4/update/SRX645/src.m18/tools/source/memtools/contnr.cxx:926 SdrObjList::NbcInsertObject(SdrObject*, unsigned long, SdrInsertReason const*) /net/grande.germany/develop4/update/SRX645/src.m18/svx/source/svdraw/svdpage.cxx:355 FmFormPage::NbcInsertObject(SdrObject*, unsigned long, SdrInsertReason const*) /net/grande.germany/develop4/update/SRX645/src.m18/svx/source/form/fmpage.cxx:280 SdrObjList::InsertObject(SdrObject*, unsigned long, SdrInsertReason const*) /net/grande.germany/develop4/update/SRX645/src.m18/svx/source/svdraw/svdpage.cxx:393 FmFormPage::InsertObject(SdrObject*, unsigned long, SdrInsertReason const*) /net/grande.germany/develop4/update/SRX645/src.m18/svx/source/form/fmpage.cxx:288 SwPageFrm::AppendFly(SwFlyFrm*) ../inc/pagefrm.hxx:443 SwFrm::AppendFly(SwFlyFrm*) /net/grande.germany/develop4/update/SRX645/src.m18/sw/source/core/layout/fly.cxx:2053 .L2545 /net/grande.germany/develop4/update/SRX645/src.m18/sw/source/core/layout/atrfrm.cxx:2913 SwDoc::_MakeFlySection(SwPosition const&, SwCntntNode const&, RndStdIds, SfxItemSet const*, SwFrmFmt*) ../../../inc/doc.hxx:869 SwDoc::_InsNoTxtNode(SwPosition const&, SwNoTxtNode*, SfxItemSet const*, SfxItemSet const*, SwFrmFmt*) /net/grande.germany/develop4/update/SRX645/src.m18/sw/source/core/doc/doc.cxx:500 SwDoc::Insert(SwPaM const&, String const&, String const&, Graphic const*, SfxItemSet const*, SfxItemSet const*, SwFrmFmt*) ../../../inc/pam.hxx:222 .L624 ../../../inc/viewsh.hxx:295 SwWrtShell::Insert(String const&, String const&, Graphic const&, SwFlyFrmAttrMgr*, unsigned char) /net/grande.germany/develop4/update/SRX645/src.m18/sw/source/ui/wrtsh/wrtsh1.cxx:449 SwView::ScannerEventHdl(com::sun::star::lang::EventObject const&) /net/grande.germany/develop4/update/SRX645/src.m18/sw/source/ui/uiview/view.cxx:1687 SwScannerEventListener::disposing(com::sun::star::lang::EventObject const&) /net/grande.germany/develop4/update/SRX645/src.m18/sw/source/ui/uiview/uivwimp.cxx:343 ScannerThread::run() /develop4/update/SRX645/unxlngi5.pro/inc.m18/com/sun/star/uno/Reference.h:334 vos::_cpp_OThread_WorkerFunction(void*) fixed in sw/source/ui/uiview/uivwimp.cxx
The fix is in cws os21 on so-cwsserv02, unxlngi5.pro
I installed the os21 version and it worked.
verified in CWS os21
merged in 645m25s1