Date: Thu, 10 Oct 2002 20:25:40 -0400 From: "Kevin B. Hendricks" <kevin.hendricks@sympatico.ca> To: Martin Blapp <mb@imp.ch>, Alexander Kabaev <ak03@gte.com> Cc: <dev@porting.openoffice.org>, <openoffice@FreeBSD.ORG>, <kan@FreeBSD.ORG> Subject: Re: [porting-dev] FreeBSD: Uncatched exception problem Message-ID: <200210102025.40384.kevin.hendricks@sympatico.ca> In-Reply-To: <20021011004639.F15308-100000@levais.imp.ch>
index | next in thread | previous in thread | raw e-mail
Hi Martin,
I took another look at the QueryTypeByDescriptor routine in
framework/source/services/typedetection.cxx
If I am reading this correctly, we are making the call to detect which
throws the exception via the component interface (the gcc bridge?).
Here is the relevant snippet:
Reference< ::com::sun::star::document::XExtendedFilterDetection >
xDetector( m_xFactory->createInstance( sDetectorName ), UNO_QUERY );
if( xDetector.is() == sal_True )
...
OUString sDetectorDecision = xDetector->detect( seqDescriptor );
If so, then even though the gcc3 bridge code passed its tests, I do think
we should take another look at it and write another test case that tries
to walk the backtrace over the bridge code just to make sure the bridge
code is not the culprit here.
What do you think?
Kevin
On October 10, 2002 07:59, Martin Blapp wrote:
> Hi Alexander, Kevin,
>
> > You should compile and link this sample using the same options OO uses
> > to compile its components. The simple case of exceptions being thrown
> > across shared libraries is working fine, I assure you.
>
> Just did that. There is no change in the behaviour. Remember that
> I also used a version of linux's unxlngi4 includefile with the same
> settings to compile OpenOffice. No way.
>
> I also tried to compile everything with -frtti, but also no help.
>
> Martin
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-openoffice" in the body of the message
home |
help
Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200210102025.40384.kevin.hendricks>