Issue 54223 - ooimpress crash: opening second option of presentation template in the first page of the wizard crash ooimpress.
Summary: ooimpress crash: opening second option of presentation template in the first ...
Status: CLOSED DUPLICATE of issue 44846
Alias: None
Product: Impress
Classification: Application
Component: open-import (show other issues)
Version: 680m127
Hardware: PC Linux, all
: P3 Trivial (vote)
Target Milestone: ---
Assignee: christian.guenther
QA Contact: issues@graphics
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-09-05 10:29 UTC by jery_wang2002
Modified: 2005-09-07 08:18 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 jery_wang2002 2005-09-05 10:29:03 UTC
When I run ooimpress (from command line: ooimpress, or from menu):
1. The wizard is shown
2. I select the second option (provided template) and let the default auto
preview on.
3. It crashes.

The trace:

0xb751ebe2: /usr/openoffice/program/libuno_sal.so.3 + 0x1dbe2
0xb751f430: /usr/openoffice/program/libuno_sal.so.3 + 0x1e430
0xffffe420:  + 0x420 (__kernel_sigreturn + 0x0)
0xb083c5f9: /usr/openoffice/program/libxo680li.so + 0xdd5f9
(XMLTextImportHelper::InsertControlCharacter(short) + 0x25)
0xb0856627: /usr/openoffice/program/libxo680li.so + 0xf7627
0xb78be023: /usr/openoffice/program/libtl680li.so + 0x62023
(SvRefBase::QueryDelete() + 0x13)
0xb07c1a3a: /usr/openoffice/program/libxo680li.so + 0x62a3a
0xb07be370: /usr/openoffice/program/libxo680li.so + 0x5f370
(SvXMLImport::endElement(rtl::OUString const&) + 0x5c)
0xb524d147: /usr/openoffice/program/sax.uno.so + 0x9147
0xb5255a91: /usr/openoffice/program/sax.uno.so + 0x11a91
0xb5252cf2: /usr/openoffice/program/sax.uno.so + 0xecf2
0xb5252faa: /usr/openoffice/program/sax.uno.so + 0xefaa
0xb524d50d: /usr/openoffice/program/sax.uno.so + 0x950d
0xb524dd71: /usr/openoffice/program/sax.uno.so + 0x9d71
0xb15ab009: /usr/openoffice/program/libsd680li.so + 0x1dd009
0xb15ab46f: /usr/openoffice/program/libsd680li.so + 0x1dd46f
0xb15abf67: /usr/openoffice/program/libsd680li.so + 0x1ddf67
0xb1550acf: /usr/openoffice/program/libsd680li.so + 0x182acf
(sd::DrawDocShell::Load(SfxMedium&) + 0x109)
0xb3145ff9: /usr/openoffice/program/libsfx680li.so + 0x119ff9
(SfxObjectShell::LoadOwnFormat(SfxMedium&) + 0xe5)
0xb314a3dd: /usr/openoffice/program/libsfx680li.so + 0x11e3dd
(SfxObjectShell::DoLoad(SfxMedium*) + 0x441)
0xb30c7730: /usr/openoffice/program/libsfx680li.so + 0x9b730
(SfxApplication::LoadTemplate(SfxObjectShellLock&, String const&, unsigned char,
SfxItemSet*) + 0x34e)
0xb0675d2c: /usr/openoffice/program/libsdui680li.so + 0x29d2c
0xb0676757: /usr/openoffice/program/libsdui680li.so + 0x2a757
0xb0676e13: /usr/openoffice/program/libsdui680li.so + 0x2ae13
0xb0676e8a: /usr/openoffice/program/libsdui680li.so + 0x2ae8a
0xb7d7113e: /usr/openoffice/program/libvcl680li.so + 0x7a13e
0xb7ed05e9: /usr/openoffice/program/libvcl680li.so + 0x1d95e9
(Control::ImplCallEventListenersAndHandler(unsigned long, Link const&, void*) +
0x57)
0xb7ec60cd: /usr/openoffice/program/libvcl680li.so + 0x1cf0cd (Button::Click() +
0x25)
0xb7ecc5f9: /usr/openoffice/program/libvcl680li.so + 0x1d55f9
0xb7ecc6ef: /usr/openoffice/program/libvcl680li.so + 0x1d56ef
(RadioButton::Tracking(TrackingEvent const&) + 0x6f)
0xb7ebfd85: /usr/openoffice/program/libvcl680li.so + 0x1c8d85
(Window::EndTracking(unsigned short) + 0x115)
0xb7ec3e7a: /usr/openoffice/program/libvcl680li.so + 0x1cce7a
0xb7ec5555: /usr/openoffice/program/libvcl680li.so + 0x1ce555
0xb7ec4365: /usr/openoffice/program/libvcl680li.so + 0x1cd365
0xb67d5490: /usr/openoffice/program/libvclplug_gtk680li.so + 0x1a490
0xb67d52b2: /usr/openoffice/program/libvclplug_gtk680li.so + 0x1a2b2
0xb65f3b6a: /usr/lib/libgtk-x11-2.0.so.0 + 0x12ab6a

-----------------------

Information on my system:

1. Using gnome 2.12 
2. configure:
./configure \
--prefix=/usr/openoffice \
--enable-libart \
--enable-gtk \
--enable-gnome-vfs \
--enable-openldap \
--enable-cups \
--enable-libsn \
--enable-fontconfig \
--enable-evolution2 \
--enable-kde \
--enable-cairo \
--disable-crashdump \
--with-java=gij \
--with-jdk-home=/usr \
--with-ant-home=/usr/share/ant \
--with-system-mozilla \
--with-firefox \
--with-lang=en-US \
--with-stlport4 \
--with-system-cairo \
--with-system-freetype \
--with-system-libxml \
--with-system-xmlsec \
--with-system-libs \
--with-system-stdlibs \
--with-system-expat \
--with-system-odbc-headers \
--with-system-sane-header \
--with-system-xrender-headers \
--with-system-boost \
--with-system-python \
--with-epm=internal \
--with-images="industrial" \
--without-system-db \
--without-system-mspack \
--without-system-sablot \
--without-system-nas \
--without-system-sndfile \
--without-system-portaudio \
--without-system-hsqldb \
--without-system-beanshell \
--without-fonts \
--without-gpc

3. I build it successfully and RPMS is generated.
4. I have checked using gdb using configure with debug on that generates 80M
plus libsvx680li.so and it turns out that it crashed because of the invalid
pointer in calling:
svx/source/unoedit/unotext.cxx
in function:
uno::Any SAL_CALL SvxUnoTextRangeBase::_getPropertyValue(const OUString&
PropertyName,$
        throw( beans::UnknownPropertyException, lang::WrappedTargetException,
uno::Run$
{
...
}

where PropertyName is, non-null, invalid pointer, such that when it enters
cppu/inc/com/sun/star/uno/Sequence.h
in function
    inline sal_Int32 SAL_CALL getLength() const SAL_THROW( () )
        { return _pSequence->nElements; }

it crashes since this

template< class E >
class Sequence

is having invalid instance pointer.
Comment 1 wolframgarten 2005-09-05 10:31:43 UTC
Reassigned.
Comment 2 jery_wang2002 2005-09-05 15:36:09 UTC
I find similar fix at:
http://www.openoffice.org/nonav/issues/showattachment.cgi/23706/svx.casting.patch
This applies to
svx/source/unoedit/unotext2.cxx


but I need to apply this type of casting to 
svx/source/unoedit/unotext.cxx

Strange thing is, the above patch has been issued  11 March 2005, and I am
building OOo m127 which is a snapshot on 31 August 2005
(http://ooo.ximian.com/packages/SRC680/). And the casting in
svx/source/unoedit/unotext2.cxx still use old ones, i.e. not patched.

Applied this kind of casting:
-       xParentText =  (text::XText*)&rParent;
+       xParentText =  const_cast<SvxUnoTextBase*>(&rParent);


solve the problem
Comment 3 caolanm 2005-09-06 09:50:01 UTC
what's your gcc version, I bet it's 4.0.X. The problem is thus likely
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23418 

as workarounds there are patches #i44843#, #i44846# and #i45162#. But the
problem is likely basically the compiler not OOo.
Comment 4 jery_wang2002 2005-09-07 03:33:31 UTC
Yes, you are right.
I am compiling using gcc 4.0.1 release. 

Thanks.

I think we can close this case and we should not patch OOo since the problem is
not OOo.

But it's good that other people who might have this problem can notice this
issue and its solution.
Comment 5 caolanm 2005-09-07 08:17:43 UTC
mark as duplicate

*** This issue has been marked as a duplicate of 44846 ***
Comment 6 caolanm 2005-09-07 08:18:33 UTC
close