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
next prev 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