From owner-freebsd-openoffice Thu Oct 10 10:14:58 2002 Delivered-To: freebsd-openoffice@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A5EDD37B401; Thu, 10 Oct 2002 10:14:55 -0700 (PDT) Received: from tomts12-srv.bellnexxia.net (tomts12.bellnexxia.net [209.226.175.56]) by mx1.FreeBSD.org (Postfix) with ESMTP id D884943EB1; Thu, 10 Oct 2002 10:14:54 -0700 (PDT) (envelope-from kevin.hendricks@sympatico.ca) Received: from localhost.localdomain ([65.93.135.49]) by tomts12-srv.bellnexxia.net (InterMail vM.5.01.04.19 201-253-122-122-119-20020516) with ESMTP id <20021010171452.DKUD12002.tomts12-srv.bellnexxia.net@localhost.localdomain>; Thu, 10 Oct 2002 13:14:52 -0400 Content-Type: text/plain; charset="iso-8859-1" From: "Kevin B. Hendricks" To: dev@porting.openoffice.org, Martin Blapp Subject: Re: [porting-dev] FreeBSD: Uncatched exception problem Date: Thu, 10 Oct 2002 13:14:22 -0400 X-Mailer: KMail [version 1.4] Cc: , , References: <20021010175030.R15308-100000@levais.imp.ch> In-Reply-To: <20021010175030.R15308-100000@levais.imp.ch> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <200210101314.22210.kevin.hendricks@sympatico.ca> Sender: owner-freebsd-openoffice@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi Martin, AFAIK from reading your old post with a fuller backtrace: The throw is done in sfx2/source/view/frmload.cxx in detect and the catch should come in: framework/source/dispatch/basedispatcher.cxx in the routine: BaseDispatcher::implts_detectType( const css::util::URL& aURL , css::uno::Sequence< css::beans::PropertyValue >& lDescriptor , sal_Bool bDeep ) Here are the try and catch pieces: try { sTypeName = xDetection->queryTypeByDescriptor( lDescriptor, bDeep ); (parts cut out here) } catch( css::lang::WrappedTargetRuntimeException& exPacked ) { // Handle occured exceptions during type detection. css::ucb::CommandAbortedException exAbort; if( exPacked.TargetException >>= exAbort ) { sTypeName = ::rtl::OUString(); } else { throw; } } So it would be interesting to change this catch to catch everything just to make sure the stack walkback to find the catch is close to working and then check the type of the exception. I would simply add debug print statements to these two methods to confirm if the catch is made but somehow it is not an exAbort and so another throw is done. If you do not get the right catch, try changeing it to catch everything "..." and the print out the type of whatever is caught. Please let me know what you see. Kevin On October 10, 2002 11:51, Martin Blapp wrote: > Hi, > > > I have learned to NOT trust all breakpoints being reported when hit. > > I have seen the problem way to much (as least on ppc). Also single > > stepping though an app may not always align with the source code > > (especially in C++ which has a tendency to put mutliple paths to reach > > implicit destrcutor calls that don't really exist in the source code. > > > :P > : > > Can you refresh my memory on how to recreate this bug on my own box? > > I would like to add debug print statements right beofre the the intial > > throw and when that throw whould be caught to make sure the exception > > type is not the issue. > > It does only happen on BSD ... Just type file://xxx in the location bar. > > /xxx should be a non existant file. > > Martin > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscribe@porting.openoffice.org > For additional commands, e-mail: dev-help@porting.openoffice.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-openoffice" in the body of the message