Mirror of the gdb-patches mailing list
 help / color / mirror / Atom feed
From: Simon Marchi <simon.marchi@polymtl.ca>
To: Tom Tromey <tom@tromey.com>
Cc: gdb-patches@sourceware.org
Subject: Re: [RFA 10/13] Remove cleanups from linux-tdep.c
Date: Fri, 03 Nov 2017 01:43:00 -0000	[thread overview]
Message-ID: <afa83600b1d8e5dc4aca89c9d86077f9@polymtl.ca> (raw)
In-Reply-To: <20171102223612.3642-11-tom@tromey.com>

On 2017-11-02 18:36, Tom Tromey wrote:
> This removes some cleanups from linux-tdep.c, replacing them with
> def_vector or unique_xmalloc_ptr as appropriate.
> 
> gdb/ChangeLog
> 2017-11-02  Tom Tromey  <tom@tromey.com>
> 
> 	* linux-tdep.c (linux_core_info_proc_mappings): Use
> 	gdb::def_vector.
> 	(linux_get_siginfo_data): Return gdb::unique_xmalloc_ptr.
> 	(linux_corefile_thread): Update.

Just to be pedantic, you should mention the change to 
linux_make_mappings_corefile_notes.

> ---
>  gdb/ChangeLog    |  7 +++++++
>  gdb/linux-tdep.c | 45 ++++++++++++++-------------------------------
>  2 files changed, 21 insertions(+), 31 deletions(-)
> 
> diff --git a/gdb/linux-tdep.c b/gdb/linux-tdep.c
> index 83ff59faee..0350ccea16 100644
> --- a/gdb/linux-tdep.c
> +++ b/gdb/linux-tdep.c
> @@ -998,10 +998,9 @@ linux_core_info_proc_mappings (struct gdbarch
> *gdbarch, const char *args)
>  {
>    asection *section;
>    ULONGEST count, page_size;
> -  unsigned char *descdata, *filenames, *descend, *contents;
> +  unsigned char *descdata, *filenames, *descend;
>    size_t note_size;
>    unsigned int addr_size_bits, addr_size;
> -  struct cleanup *cleanup;
>    struct gdbarch *core_gdbarch = gdbarch_from_bfd (core_bfd);
>    /* We assume this for reading 64-bit core files.  */
>    gdb_static_assert (sizeof (ULONGEST) >= 8);
> @@ -1020,12 +1019,12 @@ linux_core_info_proc_mappings (struct gdbarch
> *gdbarch, const char *args)
>    if (note_size < 2 * addr_size)
>      error (_("malformed core note - too short for header"));
> 
> -  contents = (unsigned char *) xmalloc (note_size);
> -  cleanup = make_cleanup (xfree, contents);
> -  if (!bfd_get_section_contents (core_bfd, section, contents, 0, 
> note_size))
> +  gdb::def_vector<unsigned char> contents (note_size);
> +  if (!bfd_get_section_contents (core_bfd, section, contents.data (),
> +				 0, note_size))
>      error (_("could not get core note contents"));
> 
> -  descdata = contents;
> +  descdata = contents.data ();
>    descend = descdata + note_size;
> 
>    if (descdata[note_size - 1] != '\0')
> @@ -1090,8 +1089,6 @@ linux_core_info_proc_mappings (struct gdbarch
> *gdbarch, const char *args)
> 
>        filenames += 1 + strlen ((char *) filenames);
>      }
> -
> -  do_cleanups (cleanup);
>  }
> 
>  /* Implement "info proc" for a corefile.  */
> @@ -1516,7 +1513,6 @@ static char *
>  linux_make_mappings_corefile_notes (struct gdbarch *gdbarch, bfd 
> *obfd,
>  				    char *note_data, int *note_size)
>  {
> -  struct cleanup *cleanup;
>    struct linux_make_mappings_data mapping_data;
>    struct type *long_type
>      = arch_integer_type (gdbarch, gdbarch_long_bit (gdbarch), 0, 
> "long");
> @@ -1646,14 +1642,12 @@ linux_collect_thread_registers (const struct
> regcache *regcache,
>     with the size of the data.  The caller is responsible for freeing
>     the data.  */
> 
> -static gdb_byte *
> +static gdb::unique_xmalloc_ptr<gdb_byte>
>  linux_get_siginfo_data (thread_info *thread, struct gdbarch *gdbarch,
>  			LONGEST *size)
>  {
>    struct type *siginfo_type;
> -  gdb_byte *buf;
>    LONGEST bytes_read;
> -  struct cleanup *cleanups;
> 
>    if (!gdbarch_get_siginfo_type_p (gdbarch))
>      return NULL;
> @@ -1663,21 +1657,15 @@ linux_get_siginfo_data (thread_info *thread,
> struct gdbarch *gdbarch,
> 
>    siginfo_type = gdbarch_get_siginfo_type (gdbarch);
> 
> -  buf = (gdb_byte *) xmalloc (TYPE_LENGTH (siginfo_type));
> -  cleanups = make_cleanup (xfree, buf);
> +  gdb::unique_xmalloc_ptr<gdb_byte> buf
> +    ((gdb_byte *) xmalloc (TYPE_LENGTH (siginfo_type)));
> 
>    bytes_read = target_read (&current_target, 
> TARGET_OBJECT_SIGNAL_INFO, NULL,
> -			    buf, 0, TYPE_LENGTH (siginfo_type));
> +			    buf.get (), 0, TYPE_LENGTH (siginfo_type));
>    if (bytes_read == TYPE_LENGTH (siginfo_type))
> -    {
> -      discard_cleanups (cleanups);
> -      *size = bytes_read;
> -    }
> +    *size = bytes_read;
>    else
> -    {
> -      do_cleanups (cleanups);
> -      buf = NULL;
> -    }
> +    return NULL;
> 
>    return buf;

I think this could return a gdb::byte_vector, with an empty vector 
meaning that there is no value, the equivalent of NULL currently (I 
don't think we can have a siginfo type with size 0...).

Simon


  reply	other threads:[~2017-11-03  1:43 UTC|newest]

Thread overview: 35+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-11-02 22:36 [RFA 00/13] more cleanup removal Tom Tromey
2017-11-02 22:36 ` [RFA 13/13] Use std::vector in h8300-tdep.c Tom Tromey
2017-11-03  1:59   ` Simon Marchi
2017-11-04 16:25     ` Tom Tromey
2017-11-02 22:36 ` [RFA 01/13] Replace really_free_pendings with a scoped_ class Tom Tromey
2017-11-02 22:36 ` [RFA 06/13] Replace start_rbreak_breakpoints and end_rbreak_breakpoints Tom Tromey
2017-11-03  1:21   ` Simon Marchi
2017-11-03 16:58     ` Tom Tromey
2017-11-03 17:20       ` Simon Marchi
2017-11-04 16:25         ` Tom Tromey
2017-11-02 22:36 ` [RFA 03/13] Use std::vector in compile-loc2c.c Tom Tromey
2017-11-02 22:36 ` [RFA 09/13] Use gdb::def_vector in ppc-linux-tdep.c Tom Tromey
2017-11-03  1:31   ` Simon Marchi
2017-11-03 17:07     ` Tom Tromey
2017-11-02 22:36 ` [RFA 07/13] Use gdb::def_vector in sparc64-tdep.c Tom Tromey
2017-11-03  1:25   ` Simon Marchi
2017-11-03 17:05     ` Tom Tromey
2017-11-02 22:36 ` [RFA 12/13] Introduce gdb_breakpoint_up Tom Tromey
2017-11-03  1:56   ` Simon Marchi
2017-11-03 17:28     ` Tom Tromey
2017-11-02 22:36 ` [RFA 05/13] Remove directive-searched cleanups Tom Tromey
2017-11-03  1:09   ` Simon Marchi
2017-11-03 16:42     ` Tom Tromey
2017-11-03 16:46       ` Simon Marchi
2017-11-02 22:36 ` [RFA 11/13] Use unique_xmalloc_ptr in c_type_print_base Tom Tromey
2017-11-02 22:36 ` [RFA 10/13] Remove cleanups from linux-tdep.c Tom Tromey
2017-11-03  1:43   ` Simon Marchi [this message]
2017-11-04 16:25     ` Tom Tromey
2017-11-02 22:36 ` [RFA 08/13] Remove make_cleanup_free_objfile Tom Tromey
2017-11-02 22:36 ` [RFA 02/13] Remove cleanups from link_callbacks_einfo Tom Tromey
2017-11-02 22:38 ` [RFA 04/13] Use unique_xmalloc_ptr in find_separate_debug_file_by_debuglink Tom Tromey
2017-11-03  1:02   ` Simon Marchi
2017-11-03 16:39     ` Tom Tromey
2017-11-03  1:59 ` [RFA 00/13] more cleanup removal Simon Marchi
2017-11-04 16:28   ` Tom Tromey

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=afa83600b1d8e5dc4aca89c9d86077f9@polymtl.ca \
    --to=simon.marchi@polymtl.ca \
    --cc=gdb-patches@sourceware.org \
    --cc=tom@tromey.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