From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 8355 invoked by alias); 15 Feb 2006 21:03:40 -0000 Received: (qmail 8347 invoked by uid 22791); 15 Feb 2006 21:03:39 -0000 X-Spam-Check-By: sourceware.org Received: from viper.snap.net.nz (HELO viper.snap.net.nz) (202.37.101.8) by sourceware.org (qpsmtpd/0.31) with ESMTP; Wed, 15 Feb 2006 21:03:37 +0000 Received: from kahikatea.snap.net.nz (p202-124-114-250.snap.net.nz [202.124.114.250]) by viper.snap.net.nz (Postfix) with ESMTP id B8F72745C33; Thu, 16 Feb 2006 10:03:31 +1300 (NZDT) Received: by kahikatea.snap.net.nz (Postfix, from userid 500) id DF4808887; Thu, 16 Feb 2006 10:02:27 +1300 (NZDT) From: Nick Roberts MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17395.38626.807770.72593@kahikatea.snap.net.nz> Date: Wed, 15 Feb 2006 21:03:00 -0000 To: Daniel Jacobowitz Cc: gdb@sourceware.org Subject: Re: MI error msgs and localization In-Reply-To: <20060215133730.GA19972@nevyn.them.org> References: <17393.12925.270558.512941@kahikatea.snap.net.nz> <17394.17519.510199.853654@kahikatea.snap.net.nz> <20060214210505.GA817@nevyn.them.org> <17394.26332.314215.498261@kahikatea.snap.net.nz> <20060214233209.GA5046@nevyn.them.org> <17394.34829.877266.50785@kahikatea.snap.net.nz> <20060215030507.GA8700@nevyn.them.org> <17394.45666.770815.661706@kahikatea.snap.net.nz> <20060215133730.GA19972@nevyn.them.org> X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2006-02/txt/msg00157.txt.bz2 > > ...More importantly, how do you propagate two messages > > back up the stack when gdb_exception only allows one? > > > > (top-gdb) ptype e > > type = struct gdb_exception { > > enum return_reason reason; > > enum errors error; > > const char *message; > > } > > By adding to that struct? > > -- > Daniel Jacobowitz > CodeSourcery Oh, that easy. I don't know why, but I thought changing such a fundamental data structure would be unwelcome. -- Nick http://www.inet.net.nz/~nickrob