Mirror of the gdb mailing list
 help / color / mirror / Atom feed
From: Nick Roberts <nickrob@snap.net.nz>
To: Daniel Jacobowitz <drow@false.org>
Cc: gdb@sources.redhat.com
Subject: Re: -var-create on invalid expression causes seg. fault
Date: Fri, 25 Feb 2005 11:29:00 -0000	[thread overview]
Message-ID: <16926.56225.468108.544185@farnswood.snap.net.nz> (raw)
In-Reply-To: <20050223160026.GA27996@nevyn.them.org>

 > Could you give the attached patch a try?  I encountered a similar
 > problem in mi-var-block.exp when using ARM RVDS, which emits location
 > lists even at -O0.  It frequently reports variables as "unavailable",
 > which is an error condition.
 > 
 > The patch sets the variable to an error in the -var-update
 > "unavailable" case; this never passes any error message on to the user,
 > but that seems to be the prior art for varobj.
 > 
 > You'll need to use catch_exceptions for your older sources; the patch
 > is for HEAD.
 > 
 > [I haven't finished testing any of these patches, that's why I haven't
 > submitted this to gdb-patches yet.]

This is what I get now:

-var-create - * *1 
^done,name="var1",numchild="0",type="int"
(gdb) 
-var-update *
~"varobj.c:1467: internal-error: my_value_equal: Assertion `!value_lazy (val1)' failed.\n"
~"A problem internal to GDB has been detected,\n"
~"further debugging may prove unreliable.\n"
~"Quit this debugging session? (y or n) "

but I would expect "-var-create - * *1" to return:

^error,msg="Cannot access memory at address 0x1"

I might be missing the point, since although I don't understand what you have
done, Ross Morley clearly does.


Nick


  parent reply	other threads:[~2005-02-25  8:04 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-02-19 23:10 Nick Roberts
2005-02-20 17:44 ` Ross Morley
2005-02-23 16:23   ` Daniel Jacobowitz
2005-02-24  3:23     ` Ross Morley
2005-02-24  6:54       ` Ross Morley
2005-02-25 11:29     ` Nick Roberts [this message]
  -- strict thread matches above, loose matches on Subject: below --
2005-02-19  8:33 Ross Morley

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=16926.56225.468108.544185@farnswood.snap.net.nz \
    --to=nickrob@snap.net.nz \
    --cc=drow@false.org \
    --cc=gdb@sources.redhat.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox