This is the mail archive of the gdb-patches@sourceware.org mailing list for the GDB project.

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]
Other format:	[Raw text]

Re: [Patch] -var-evaluate-expression NAME [FORMAT]

From: Daniel Jacobowitz <drow at false dot org>
To: Marc Khouzam <marc dot khouzam at ericsson dot com>
Cc: Nick Roberts <nickrob at snap dot net dot nz>, gdb-patches at sourceware dot org
Date: Wed, 23 Jan 2008 09:40:06 -0500
Subject: Re: [Patch] -var-evaluate-expression NAME [FORMAT]
References: <18326.44682.805865.581205@kahikatea.snap.net.nz> <6D19CA8D71C89C43A057926FE0D4ADAA04290E54@ecamlmw720.eamcs.ericsson.se>

On Wed, Jan 23, 2008 at 09:29:31AM -0500, Marc Khouzam wrote:
> I hadn't thought of temporarily setting var->format, instead of passing 'format'
> everywhere.  Much easier!  Is there any way that varob_get_value() could not return?
> Like a failed gdb_assert?  Or are we sure that var->format will be reset to
> the old format properly no matter what happens to varobj_get_value?

It may be possible - take a look at GDB's "cleanup" mechanism to
handle this safely.

-- 
Daniel Jacobowitz
CodeSourcery

Follow-Ups:
- RE: [Patch] -var-evaluate-expression NAME [FORMAT]
  - From: Marc Khouzam

References:
- Re: [Patch] -var-evaluate-expression NAME [FORMAT]
  - From: Nick Roberts
- RE: [Patch] -var-evaluate-expression NAME [FORMAT]
  - From: Marc Khouzam

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]