[PATCH 18/43] Add new register access interface to expr.c

Simon Marchi simon.marchi@polymtl.ca
Wed Apr 28 03:25:22 GMT 2021


On 2021-03-01 9:45 a.m., Zoran Zaric via Gdb-patches wrote:
> DWARF expression evaluator is currently using get_frame_register_bytes
> and put_frame_register_bytes interface for register access.
> 
> The problem with evaluator using this interface is that it allows a
> bleed out register access. This means that if the caller specifies a
> larger amount of data then the size of a specified register, the
> operation will continue accessing the neighboring registers until a
> full amount of data has been reached.
> 
> DWARF specification does not define this behavior, so a new simplified
> register access interface is needed instead.
> 
> 	* dwarf2/expr.c (read_from_register): New function.
> 	(write_to_register): New function.
> 	(rw_pieced_value): Now calls the read_from_register and
> 	write_to_register functions.
> ---
>  gdb/dwarf2/expr.c | 128 ++++++++++++++++++++++++++++++++++++++--------
>  1 file changed, 106 insertions(+), 22 deletions(-)
> 
> diff --git a/gdb/dwarf2/expr.c b/gdb/dwarf2/expr.c
> index c50bb3c8d90..5a1fd5b941f 100644
> --- a/gdb/dwarf2/expr.c
> +++ b/gdb/dwarf2/expr.c
> @@ -106,6 +106,96 @@ read_addr_from_reg (struct frame_info *frame, int reg)
>    return address_from_register (regnum, frame);
>  }
>  
> +/* Read register REGNUM's contents in a given FRAME context.
> +
> +   The data read is offsetted by OFFSET, and the number of bytes read
> +   is defined by LENGTH.  The data is then copied into the
> +   caller-managed buffer BUF.
> +
> +   If the register is optimized out or unavailable for the given
> +   FRAME, the OPTIMIZED and UNAVAILABLE outputs are set
> +   accordingly  */
> +
> +static void
> +read_from_register (struct frame_info *frame, int regnum,
> +		    CORE_ADDR offset, gdb::array_view<gdb_byte> buf,
> +		    int *optimized, int *unavailable)
> +{
> +  struct gdbarch *gdbarch = get_frame_arch (frame);
> +  int regsize = register_size (gdbarch, regnum);
> +  int numregs = gdbarch_num_cooked_regs (gdbarch);
> +  int length = buf.size ();
> +
> +  /* If a register is wholly inside the OFFSET, skip it.  */
> +  if (frame == NULL || !regsize
> +      || offset + length > regsize || numregs < regnum)

The last line is missing one column of indent.

Can `frame` really be NULL here?  Given that where write_to_register is
used, we have:

    struct frame_info *frame = frame_find_by_id (c->frame_id);
    struct gdbarch *arch = get_frame_arch (frame);

If frame was NULL, it would segfault in get_frame_arch.

Can regsize really be 0?

I don't understand the code and how it relates to the comment.  What
does it mean for a register to be inside an offset?  The expression
`offset + length > regsize` checks that the end of the portion we want
to read is beyond the end of the register.  But there could be a part of
the portion we want to read that is within the register.  The code might
be correct, but the comment needs to express the intention more clearly.

Is `numregs < regnum` really useful?  When would you encounter that?

Simon


More information about the Gdb-patches mailing list