Mirror of the gdb-patches mailing list
 help / color / mirror / Atom feed
From: Taimoor <tmirza@codesourcery.com>
To: <gdb-patches@sourceware.org>
Subject: Re: [PING][PATCH 1/2] Fix varobj updation after symbol removal
Date: Mon, 01 Sep 2014 07:28:00 -0000	[thread overview]
Message-ID: <5404201A.3060308@codesourcery.com> (raw)
In-Reply-To: <53E0B954.3050407@codesourcery.com>

Ping

On 08/05/2014 04:00 PM, Taimoor wrote:
>
> Ping.
>
> On 06/27/2014 03:13 PM, Taimoor Mirza wrote:
>> This problem was observed while loading and unloading symbols using
>> add-symbol-file and remove-symbol-file. When remove-symbol-file
>> command is invoked, it calls clear_symtab_users that calls
>> varobj_invalidate
>> to invalidate variable objects. This function invalidates the varobjs
>> that are tied to locals and re-create the ones that are defined on
>> globals. During this re-creation of globals, variable objects are
>> re-evaluated that can result in new value. But this change is not
>> recorded
>> and because of this, -var-update for such modified variable objects
>> gives empty change list.
>>
>> Proposed Fix:
>> =============
>> GDB has mechanism of marking varobj's updated if they are set via
>> varobj_set_value operation. This allows any next -var-update to report
>> this change. Same approach should be used during varobj invalidation.
>> If value of newly created varobj is different from previous one, mark it
>> updated so that -var-update can get this change.
>>
>> Variable object invalidation code is cleaned up to avoid using pointers
>> whose target has been already freed.
>>
>> Fix Testing:
>> ===========
>> This fix has been regression tested on both simulator and real boards.
>>
>> 2014-06-27  Taimoor Mirza  <tmirza@codesourcery.com>
>>          Maciej W. Rozycki  <macro@codesourcery.com>
>>
>>          gdb/
>>          * varobj.h (varobj_is_valid_p, varobj_set_invalid): New
>>          prototypes.
>>          * varobj.c (varobj_is_valid_p, varobj_set_invalid): New
>> functions.
>>          (varobj_invalidate_iter): Mark re-created global object updated
>>          if its value is different from previous value.
>>          * objfiles.c (invalidate_objfile_varobj_type_iter): New
>> function.
>>          (free_objfile): Call it.
>>
>> ---
>>   gdb/objfiles.c |   19 +++++++++++++++++++
>>   gdb/varobj.c   |   37 +++++++++++++++++++++++++++++++++++++
>>   gdb/varobj.h   |    3 +++
>>   3 files changed, 59 insertions(+)
>>
>> diff --git a/gdb/objfiles.c b/gdb/objfiles.c
>> index 0a0b1cb..03559a3 100644
>> --- a/gdb/objfiles.c
>> +++ b/gdb/objfiles.c
>> @@ -32,6 +32,7 @@
>>   #include "bcache.h"
>>   #include "expression.h"
>>   #include "parser-defs.h"
>> +#include "varobj.h"
>>
>>   #include "gdb_assert.h"
>>   #include <sys/types.h>
>> @@ -538,6 +539,21 @@ free_objfile_separate_debug (struct objfile
>> *objfile)
>>       }
>>   }
>>
>> +/* Mark the variable object VAR invalid if built upon a type coming from
>> +   the objfile requested, passed as DATA.  Also clear the type
>> reference.  */
>> +
>> +static void
>> +invalidate_objfile_varobj_type_iter (struct varobj *var, void *data)
>> +{
>> +  struct objfile *objfile = data;
>> +
>> +  if (varobj_is_valid_p (var) && TYPE_OBJFILE (var->type) == objfile)
>> +    {
>> +      varobj_set_invalid (var);
>> +      var->type = NULL;
>> +    }
>> +}
>> +
>>   /* Destroy an objfile and all the symtabs and psymtabs under it.  */
>>
>>   void
>> @@ -584,6 +600,9 @@ free_objfile (struct objfile *objfile)
>>        lists.  */
>>     preserve_values (objfile);
>>
>> +  /* Varobj may refer to types stored in objfile's obstack.  */
>> +  all_root_varobjs (invalidate_objfile_varobj_type_iter, objfile);
>> +
>>     /* It still may reference data modules have associated with the
>> objfile and
>>        the symbol file data.  */
>>     forget_cached_source_info_for_objfile (objfile);
>> diff --git a/gdb/varobj.c b/gdb/varobj.c
>> index 7446f10..2a563af 100644
>> --- a/gdb/varobj.c
>> +++ b/gdb/varobj.c
>> @@ -2683,6 +2683,22 @@ varobj_floating_p (struct varobj *var)
>>     return var->root->floating;
>>   }
>>
>> +/* Get the valid flag of varobj VAR.  */
>> +
>> +int
>> +varobj_is_valid_p (struct varobj *var)
>> +{
>> +  return var->root->is_valid;
>> +}
>> +
>> +/* Clear the valid flag on varobj VAR.  */
>> +
>> +void
>> +varobj_set_invalid (struct varobj *var)
>> +{
>> +  var->root->is_valid = 0;
>> +}
>> +
>>   /* Implement the "value_is_changeable_p" varobj callback for most
>>      languages.  */
>>
>> @@ -2762,6 +2778,7 @@ varobj_invalidate_iter (struct varobj *var, void
>> *unused)
>>     if (var->root->floating || var->root->valid_block == NULL)
>>       {
>>         struct varobj *tmp_var;
>> +      char *tmp_var_value, *var_value;
>>
>>         /* Try to create a varobj with same expression.  If we succeed
>>        replace the old varobj, otherwise invalidate it.  */
>> @@ -2770,6 +2787,26 @@ varobj_invalidate_iter (struct varobj *var,
>> void *unused)
>>         if (tmp_var != NULL)
>>       {
>>         tmp_var->obj_name = xstrdup (var->obj_name);
>> +      tmp_var_value = varobj_get_value (tmp_var);
>> +      var_value = varobj_get_value (var);
>> +
>> +      /* As varobjs are re-evaluated during creation so there is a
>> +         chance that new value is different from old one.  Compare
>> +         value of old varobj and newly created varobj and mark
>> +         varobj updated If new value is different.  */
>> +      if (var_value == NULL && tmp_var_value == NULL)
>> +        ; /* Equal.  */
>> +      else if (var_value == NULL || tmp_var_value == NULL)
>> +        tmp_var->updated = 1;
>> +      else
>> +        {
>> +          /* Mark tmp_var updated if new value is different.  */
>> +          if (strcmp (tmp_var_value, var_value) != 0)
>> +        tmp_var->updated = 1;
>> +        }
>> +
>> +      xfree (tmp_var_value);
>> +      xfree (var_value);
>>         varobj_delete (var, NULL, 0);
>>         install_variable (tmp_var);
>>       }
>> diff --git a/gdb/varobj.h b/gdb/varobj.h
>> index 74d41cf..7439a94 100644
>> --- a/gdb/varobj.h
>> +++ b/gdb/varobj.h
>> @@ -299,6 +299,9 @@ extern int varobj_editable_p (struct varobj *var);
>>
>>   extern int varobj_floating_p (struct varobj *var);
>>
>> +extern int varobj_is_valid_p (struct varobj *var);
>> +extern void varobj_set_invalid (struct varobj *var);
>> +
>>   extern void varobj_set_visualizer (struct varobj *var,
>>                      const char *visualizer);
>>
>>


  reply	other threads:[~2014-09-01  7:28 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-06-27 10:14 [PATCH 0/2] Improved variable object invalidation in GDB Taimoor Mirza
2014-06-27 10:14 ` [PATCH 1/2] Fix varobj updation after symbol removal Taimoor Mirza
2014-07-13  7:50   ` Taimoor
2014-08-05 11:00   ` [PING][PATCH " Taimoor
2014-09-01  7:28     ` Taimoor [this message]
2014-06-27 10:14 ` [PATCH 2/2] Testsuite for " Taimoor Mirza
2014-07-13 16:11   ` Taimoor
2014-08-05 11:01   ` [PING][PATCH " Taimoor
2014-09-01  7:29     ` Taimoor
2014-07-13  7:49 ` [PATCH 0/2] Improved variable object invalidation in GDB Taimoor
2014-08-05 11:00 ` [PING][PATCH " Taimoor
2014-09-01  7:28   ` Taimoor
2019-10-17 10:03 [PATCH " Raza, Saqlain
2019-10-17 10:03 ` [PATCH 1/2] Fix varobj updation after symbol removal Raza, Saqlain
2019-10-22  6:46   ` [PING][PATCH " Saqlain Raza

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=5404201A.3060308@codesourcery.com \
    --to=tmirza@codesourcery.com \
    --cc=gdb-patches@sourceware.org \
    /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