public inbox for gdb-patches@sourceware.org
 help / color / mirror / Atom feed
From: Simon Marchi <simon.marchi@polymtl.ca>
To: Pedro Alves <palves@redhat.com>
Cc: Tom Tromey <tom@tromey.com>,
	Simon Marchi <simon.marchi@ericsson.com>,
	       gdb-patches@sourceware.org
Subject: Re: [PATCH 1/2] Introduce string_appendf/string_vappendf (Re: [RFA 4/6] Simple cleanup removals in remote.c)
Date: Thu, 19 Oct 2017 03:11:00 -0000	[thread overview]
Message-ID: <83461717578f600a349e7b308c840047@polymtl.ca> (raw)
In-Reply-To: <d725c3a1-d644-73ad-e717-c96718d69398@redhat.com>

On 2017-10-16 19:34, Pedro Alves wrote:
> On 10/17/2017 12:00 AM, Tom Tromey wrote:
>>>>>>> "Pedro" == Pedro Alves <palves@redhat.com> writes:
>> 
>> Pedro> This suggests to me that we're missing a string_printf variant
>> Pedro> that appends to a preexisting string:
>> Pedro>   void string_appendf (std::string &dest, const char* fmt, 
>> ...);
>> Pedro> See (untested) patch below.
>> 
>> Seems like a good idea FWIW.
> 
> Alright, here's a version with unit tests, then.
> 
> From 7d51020e1f1f77d9bfc3a4a06be19d1cbb889500 Mon Sep 17 00:00:00 2001
> From: Pedro Alves <palves@redhat.com>
> Date: Mon, 16 Oct 2017 23:22:27 +0100
> Subject: [PATCH] Introduce string_appendf/string_vappendf
> 
> string_appendf is like string_printf, but instead of allocating a new
> string, it appends to an existing string.  This allows reusing a
> std::string's memory buffer across several calls, for example.
> 
> gdb/ChangeLog:
> yyyy-mm-dd  Pedro Alves  <palves@redhat.com>
> 
> 	* common/common-utils.c (string_appendf, string_vappendf): New
> 	functions.
> 	* common/common-utils.h (string_appendf, string_vappendf): New
> 	declarations.
> 	* remote.c (remote_set_syscall_catchpoint): Use string_append.
> 	* unittests/common-utils-selftests.c (string_appendf_func)
> 	(test_appendf_func, string_vappendf_wrapper, string_appendf_tests)
> 	(string_vappendf_tests): New functions.
> 	(_initialize_common_utils_selftests): Register "string_appendf" and
> 	"string_vappendf tests".
> ---
>  gdb/common/common-utils.c              | 44 
> +++++++++++++++++++++++++++++++
>  gdb/common/common-utils.h              |  9 +++++++
>  gdb/unittests/common-utils-selftests.c | 47 
> ++++++++++++++++++++++++++++++++++
>  3 files changed, 100 insertions(+)
> 
> diff --git a/gdb/common/common-utils.c b/gdb/common/common-utils.c
> index d8c546a..942aebb 100644
> --- a/gdb/common/common-utils.c
> +++ b/gdb/common/common-utils.c
> @@ -195,6 +195,50 @@ string_vprintf (const char* fmt, va_list args)
>    return str;
>  }
> 
> +
> +/* See documentation in common-utils.h.  */
> +
> +void
> +string_appendf (std::string &str, const char *fmt, ...)
> +{
> +  va_list vp;
> +  int grow_size;
> +
> +  va_start (vp, fmt);
> +  grow_size = vsnprintf (NULL, 0, fmt, vp);
> +  va_end (vp);
> +
> +  size_t curr_size = str.size ();
> +  str.resize (curr_size + grow_size);
> +
> +  /* C++11 and later guarantee std::string uses contiguous memory and
> +     always includes the terminating '\0'.  */
> +  va_start (vp, fmt);
> +  vsprintf (&str[curr_size], fmt, vp);
> +  va_end (vp);
> +}
> +
> +
> +/* See documentation in common-utils.h.  */
> +
> +void
> +string_vappendf (std::string &str, const char *fmt, va_list args)
> +{
> +  va_list vp;
> +  int grow_size;
> +
> +  va_copy (vp, args);
> +  grow_size = vsnprintf (NULL, 0, fmt, vp);
> +  va_end (vp);
> +
> +  size_t curr_size = str.size ();
> +  str.resize (curr_size + grow_size);
> +
> +  /* C++11 and later guarantee std::string uses contiguous memory and
> +     always includes the terminating '\0'.  */
> +  vsprintf (&str[curr_size], fmt, args);
> +}
> +

string_appendf can be implemented using string_vappendf, to reduce 
duplication.  It would basically be like string_vappendf_wrapper is.  In 
the tests, we can probably just test string_appendf then.

Unless there's a good reason for them not sharing code?

>  char *
>  savestring (const char *ptr, size_t len)
>  {
> diff --git a/gdb/common/common-utils.h b/gdb/common/common-utils.h
> index 19724f9..a32863c 100644
> --- a/gdb/common/common-utils.h
> +++ b/gdb/common/common-utils.h
> @@ -67,6 +67,15 @@ std::string string_printf (const char* fmt, ...)
>  std::string string_vprintf (const char* fmt, va_list args)
>    ATTRIBUTE_PRINTF (1, 0);
> 
> +/* Like string_printf, but appends to DEST instead of returning a new
> +   std::string.  */
> +void string_appendf (std::string &dest, const char* fmt, ...)
> +  ATTRIBUTE_PRINTF (2, 3);
> +
> +/* Like string_appendf, but takes a va_list.  */
> +void string_vappendf (std::string &dest, const char* fmt, va_list 
> args)
> +  ATTRIBUTE_PRINTF (2, 0);
> +
>  /* Make a copy of the string at PTR with LEN characters
>     (and add a null character at the end in the copy).
>     Uses malloc to get the space.  Returns the address of the copy.  */
> diff --git a/gdb/unittests/common-utils-selftests.c
> b/gdb/unittests/common-utils-selftests.c
> index cf65513..9825845 100644
> --- a/gdb/unittests/common-utils-selftests.c
> +++ b/gdb/unittests/common-utils-selftests.c
> @@ -76,6 +76,51 @@ string_vprintf_tests ()
>    test_format_func (format);
>  }
> 
> +/* Type of both 'string_appendf' and the 'string_vappendf_wrapper'
> +   function below.  Used to run the same tests against both
> +   string_appendf and string_vappendf.  */
> +typedef void (string_appendf_func) (std::string &str, const char *fmt, 
> ...);
> +
> +static void
> +test_appendf_func (string_appendf_func *func)
> +{
> +  std::string str;
> +
> +  func (str, "%s", "");
> +  SELF_CHECK (str == "");
> +
> +  func (str, "%s", "test");
> +  SELF_CHECK (str == "test");
> +
> +  func (str, "%d", 23);
> +  SELF_CHECK (str == "test23");
> +
> +  func (str, "%s %d %s", "foo", 45, "bar");
> +  SELF_CHECK (str == "test23foo 45 bar");
> +}
> +
> +static void
> +string_vappendf_wrapper (std::string &str, const char *fmt, ...)
> +{
> +  va_list vp;
> +
> +  va_start (vp, fmt);
> +  string_vappendf (str, fmt, vp);
> +  va_end (vp);
> +}
> +
> +static void
> +string_appendf_tests ()
> +{
> +  test_appendf_func (string_appendf);
> +}
> +
> +static void
> +string_vappendf_tests ()
> +{
> +  test_appendf_func (string_vappendf_wrapper);
> +}
> +
>  } /* namespace selftests */
> 
>  void
> @@ -83,4 +128,6 @@ _initialize_common_utils_selftests ()
>  {
>    selftests::register_test ("string_printf", 
> selftests::string_printf_tests);
>    selftests::register_test ("string_vprintf", 
> selftests::string_vprintf_tests);
> +  selftests::register_test ("string_appendf", 
> selftests::string_appendf_tests);
> +  selftests::register_test ("string_vappendf",
> selftests::string_vappendf_tests);

The last line is too long.

>  }

Otherwise, LGTM.

Simon

  reply	other threads:[~2017-10-19  3:11 UTC|newest]

Thread overview: 32+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-10-16  3:04 [RFA 0/6] more cleanup removals Tom Tromey
2017-10-16  3:04 ` [RFA 6/6] Return unique_xmalloc_ptr from target_fileio_read_stralloc Tom Tromey
2017-10-16 21:07   ` Simon Marchi
2017-10-16  3:04 ` [RFA 3/6] Remove cleanup from ppc-linux-nat.c Tom Tromey
2017-10-16 20:28   ` Simon Marchi
2017-10-16  3:04 ` [RFA 1/6] Use std::vector in end_symtab_get_static_block Tom Tromey
2017-10-16 20:18   ` Simon Marchi
2017-10-16 21:59     ` Tom Tromey
2017-10-20 15:33       ` Ulrich Weigand
2017-10-20 16:47         ` Pedro Alves
2017-10-23 16:16           ` Ulrich Weigand
2017-10-24 13:55             ` Tom Tromey
2017-10-24 14:41               ` [pushed] " Ulrich Weigand
2017-10-16  3:04 ` [RFA 5/6] Return unique_xmalloc_ptr from target_read_stralloc Tom Tromey
2017-10-16 21:02   ` Simon Marchi
2017-10-16  3:04 ` [RFA 2/6] Remove some cleanups from probe.c Tom Tromey
2017-10-16 20:26   ` Simon Marchi
2017-10-16  3:04 ` [RFA 4/6] Simple cleanup removals in remote.c Tom Tromey
2017-10-16 20:43   ` Simon Marchi
2017-10-16 21:14     ` Tom Tromey
2017-10-16 21:37       ` Simon Marchi
2017-10-16 21:50         ` Tom Tromey
2017-10-16 22:35         ` Pedro Alves
2017-10-16 23:00           ` Tom Tromey
2017-10-16 23:34             ` [PATCH 1/2] Introduce string_appendf/string_vappendf (Re: [RFA 4/6] Simple cleanup removals in remote.c) Pedro Alves
2017-10-19  3:11               ` Simon Marchi [this message]
2017-10-19  3:13                 ` Simon Marchi
2017-10-30  0:16                   ` Simon Marchi
2017-10-30 11:48                 ` Pedro Alves
2017-10-16 23:38             ` [PATCH 2/2] remote.c, QCatchSyscalls: Build std::string instead of unique_xmalloc_ptr " Pedro Alves
2017-10-19  3:17               ` Simon Marchi
2017-10-30 11:49                 ` Pedro Alves

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=83461717578f600a349e7b308c840047@polymtl.ca \
    --to=simon.marchi@polymtl.ca \
    --cc=gdb-patches@sourceware.org \
    --cc=palves@redhat.com \
    --cc=simon.marchi@ericsson.com \
    --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;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).