git.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Junio C Hamano <gitster@pobox.com>
To: "Ævar Arnfjörð Bjarmason" <avarab@gmail.com>
Cc: git@vger.kernel.org, Jeff Hostetler <jeffhost@microsoft.com>,
	Taylor Blau <me@ttaylorr.com>, Jeff King <peff@peff.net>
Subject: Re: [PATCH v1] common-main.c: call exit(), don't return
Date: Mon, 06 Dec 2021 10:43:30 -0800	[thread overview]
Message-ID: <xmqqzgpdfub1.fsf@gitster.g> (raw)
In-Reply-To: <patch-v1-1.1-6fedf9969b6-20211206T161001Z-avarab@gmail.com> ("Ævar Arnfjörð Bjarmason"'s message of "Mon, 6 Dec 2021 17:11:03 +0100")

Ævar Arnfjörð Bjarmason  <avarab@gmail.com> writes:

> Change the main() function to call "exit()" instead of ending with a
> "return" statement. The "exit()" function is our own wrapper that
> calls trace2_cmd_exit_fl() for us, from git-compat-util.h:
>
> 	#define exit(code) exit(trace2_cmd_exit_fl(__FILE__, __LINE__, (code)))
>
> That "exit()" wrapper has been in use ever since ee4512ed481 (trace2:
> create new combined trace facility, 2019-02-22).
>
> This changes nothing about how we "exit()", as we'd invoke
> "trace2_cmd_exit_fl()" in both cases due to the wrapper, this change
> makes it easier to reason about this code, as we're now always
> obviously relying on our "exit()" wrapper.

Up to this point, this makes readers expect that the result would be
a simple patch

    diff --git i/common-main.c w/common-main.c
    index 71e21dd20a..f6b3a18c7f 100644
    --- i/common-main.c
    +++ w/common-main.c
    @@ -49,9 +49,5 @@ int main(int argc, const char **argv)
            trace2_cmd_start(argv);
            trace2_collect_process_info(TRACE2_PROCESS_INFO_STARTUP);

    -	result = cmd_main(argc, argv);
    -
    -	trace2_cmd_exit(result);
    -
    -	return result;
    +	exit(cmd_main(argc, argv));
     }

and that would have been justified quite well.  trace2_cmd_exit() is 
a thin wrapper around trace2_cmd_exit_fl and the whole thing amounts
to the same thing given how exit() is defined in compat-util as the
earlier part of the log message showed us.

>  Documentation/technical/api-trace2.txt | 9 ++-------
>  common-main.c                          | 9 ++++++---
>  t/helper/test-trace2.c                 | 8 ++++++--
>  trace2.h                               | 2 --
>  4 files changed, 14 insertions(+), 14 deletions(-)

So readers would naturally wonder why do we have all other changes.
Let's find out.

> diff --git a/Documentation/technical/api-trace2.txt b/Documentation/technical/api-trace2.txt
> index bb13ca3db8b..568a909222a 100644
> --- a/Documentation/technical/api-trace2.txt
> +++ b/Documentation/technical/api-trace2.txt
> @@ -828,16 +828,11 @@ Initialization::
>  ----------------
>  int main(int argc, const char **argv)
>  {
> -	int exit_code;
> -
>  	trace2_initialize();
>  	trace2_cmd_start(argv);
>  
> -	exit_code = cmd_main(argc, argv);
> -
> -	trace2_cmd_exit(exit_code);
> -
> -	return exit_code;
> +	/* Our exit() will call trace2_cmd_exit_fl() */
> +	exit(cmd_main(argc, argv));
>  }
>  ----------------

The comment above this hunk says

    == Example Trace2 API Usage

    Here is a hypothetical usage of the Trace2 API showing the intended
    usage (without worrying about the actual Git details).

    Initialization::

            Initialization happens in `main()`.  Behind the scenes, an
            `atexit` and `signal` handler are registered.

I doubt that "Our exit() does this, so trace2_cmd_exit() is not
necessary" sits well in that context.

> diff --git a/common-main.c b/common-main.c
> index 71e21dd20a3..eafc70718a5 100644
> --- a/common-main.c
> +++ b/common-main.c
> @@ -51,7 +51,10 @@ int main(int argc, const char **argv)
>  
>  	result = cmd_main(argc, argv);
>  
> -	trace2_cmd_exit(result);
> -
> -	return result;
> +	/*
> +	 * We define exit() to call trace2_cmd_exit_fl() in
> +	 * git-compat-util.h. Whether we reach this or exit()
> +	 * elsewhere we'll always run our trace2 exit handler.
> +	 */
> +	exit(result);
>  }

This is good; the new comment is also good.

> diff --git a/t/helper/test-trace2.c b/t/helper/test-trace2.c
> index f93633f895a..9954010bc89 100644
> --- a/t/helper/test-trace2.c
> +++ b/t/helper/test-trace2.c
> @@ -262,8 +262,12 @@ static int print_usage(void)
>   *    [] the "cmd_name" event has been generated.
>   *    [] this writes various "def_param" events for interesting config values.
>   *
> - * We further assume that if we return (rather than exit()), trace2_cmd_exit()
> - * will be called by test-tool.c:cmd_main().
> + * It doesn't matter if we "return" here or call "exit()", since our
> + * "exit()" is a wrapper that will call trace2_cmd_exit_fl. It would
> + * matter if we bypassed it and called "_exit()". Even if it doesn't
> + * matter for the narrow case of trace2 testing, let's be nice to
> + * test-tool.c's "cmd_main()" and common-main.c's "main()" and
> + * "return" here.
>   */

Hmph.  While nothing is technically incorrect in the new text, I
think small fixup to the original should suffice.

    We return from here and let test-tool.c::cmd_main() pass the
    exit code to common-main.c::main(), which will use it to call
    trace2_cmd_exit().

There is nothing gained by saying "we assume it is OK to do this"
when "we do this" is enough.  "it does not matter if we did this
or did this some other way, but we chose this because" is something
you'd want in the log message but not here.

>  int cmd__trace2(int argc, const char **argv)
>  {
> diff --git a/trace2.h b/trace2.h
> index 0cc7b5f5312..73876781294 100644
> --- a/trace2.h
> +++ b/trace2.h
> @@ -110,8 +110,6 @@ void trace2_cmd_start_fl(const char *file, int line, const char **argv);
>   */
>  int trace2_cmd_exit_fl(const char *file, int line, int code);
>  
> -#define trace2_cmd_exit(code) (trace2_cmd_exit_fl(__FILE__, __LINE__, (code)))
> -

This is documented in Documentation/technical/api-trace2.txt and I
do not think the proposed update in this patch is a good idea, which
makes it better to keep this #define here.

  reply	other threads:[~2021-12-06 18:43 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-12-06 16:11 [PATCH v1] common-main.c: call exit(), don't return Ævar Arnfjörð Bjarmason
2021-12-06 18:43 ` Junio C Hamano [this message]
2021-12-07 10:13 ` [PATCH v2] " Ævar Arnfjörð Bjarmason

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=xmqqzgpdfub1.fsf@gitster.g \
    --to=gitster@pobox.com \
    --cc=avarab@gmail.com \
    --cc=git@vger.kernel.org \
    --cc=jeffhost@microsoft.com \
    --cc=me@ttaylorr.com \
    --cc=peff@peff.net \
    /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 NNTP newsgroup(s).