Date: Fri, 11 Oct 2002 09:35:21 +0200 From: Joerg Barfurth <joerg.barfurth@sun.com> To: kevin.hendricks@sympatico.ca Cc: Martin Blapp <mb@imp.ch>, Alexander Kabaev <ak03@gte.com>, openoffice@FreeBSD.ORG, kan@FreeBSD.ORG Subject: Re: [porting-dev] FreeBSD: Uncatched exception problem Message-ID: <3DA67F39.2050704@sun.com> References: <20021011004639.F15308-100000@levais.imp.ch> <openoffice.porting.dev-200210102025.40384.kevin.hendricks@sympatico.ca>
next in thread | previous in thread | raw e-mail | index | archive | help
Hi Kevin, Kevin B. Hendricks wrote: > 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?). It is using the component interface, but that does not mean that calls go through the bridge. If all components involved are C++ the call is a simple C++ call. BTW: Otherwise you should see bridge code on the stack. > 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. I think that won't help. But you are right in that the lib will most likely have been dlopened rather than directly linked. (Or maybe even both ? Does fwk link against sfx or vice versa ?) HTH, Jörg To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-openoffice" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3DA67F39.2050704>