From: Laurent Vivier <laurent@vivier.eu>
To: "Daniel P. Berrangé" <berrange@redhat.com>, qemu-devel@nongnu.org
Cc: Kevin Wolf <kwolf@redhat.com>, Jiri Pirko <jiri@resnulli.us>,
qemu-block@nongnu.org, Juan Quintela <quintela@redhat.com>,
Jason Wang <jasowang@redhat.com>,
Markus Armbruster <armbru@redhat.com>,
Max Reitz <mreitz@redhat.com>,
virtio-fs@redhat.com, Gerd Hoffmann <kraxel@redhat.com>,
Stefan Hajnoczi <stefanha@redhat.com>,
"Dr. David Alan Gilbert" <dgilbert@redhat.com>,
Brad Smith <brad@comstyle.com>
Subject: Re: [PATCH 6/7] linux-user: use GDateTime for formatting timestamp for core file
Date: Sat, 15 May 2021 21:51:07 +0200 [thread overview]
Message-ID: <adc01acf-b473-b16b-2b1e-99a8e498ccb5@vivier.eu> (raw)
In-Reply-To: <20210505103702.521457-7-berrange@redhat.com>
Le 05/05/2021 à 12:37, Daniel P. Berrangé a écrit :
> The GDateTime APIs provided by GLib avoid portability pitfalls, such
> as some platforms where 'struct timeval.tv_sec' field is still 'long'
> instead of 'time_t'. When combined with automatic cleanup, GDateTime
> often results in simpler code too.
>
> Signed-off-by: Daniel P. Berrangé <berrange@redhat.com>
> ---
> linux-user/elfload.c | 36 +++++++++---------------------------
> 1 file changed, 9 insertions(+), 27 deletions(-)
>
> diff --git a/linux-user/elfload.c b/linux-user/elfload.c
> index c6731013fd..c38b7b4d37 100644
> --- a/linux-user/elfload.c
> +++ b/linux-user/elfload.c
> @@ -3386,7 +3386,6 @@ static size_t note_size(const struct memelfnote *);
> static void free_note_info(struct elf_note_info *);
> static int fill_note_info(struct elf_note_info *, long, const CPUArchState *);
> static void fill_thread_info(struct elf_note_info *, const CPUArchState *);
> -static int core_dump_filename(const TaskState *, char *, size_t);
>
> static int dump_write(int, const void *, size_t);
> static int write_note(struct memelfnote *, int);
> @@ -3685,32 +3684,16 @@ static void fill_auxv_note(struct memelfnote *note, const TaskState *ts)
> * for the name:
> * qemu_<basename-of-target-binary>_<date>-<time>_<pid>.core
> *
> - * Returns 0 in case of success, -1 otherwise (errno is set).
> + * Returns the filename
> */
> -static int core_dump_filename(const TaskState *ts, char *buf,
> - size_t bufsize)
> +static char *core_dump_filename(const TaskState *ts)
> {
> - char timestamp[64];
> - char *base_filename = NULL;
> - struct timeval tv;
> - struct tm tm;
> + g_autoptr(GDateTime) now = g_date_time_new_now_local();
> + g_autofree char *nowstr = g_date_time_format(now, "%Y%m%d-%H%M%S");
> + g_autofree char *base_filename = g_path_get_basename(ts->bprm->filename);
>
> - assert(bufsize >= PATH_MAX);
> -
> - if (gettimeofday(&tv, NULL) < 0) {
> - (void) fprintf(stderr, "unable to get current timestamp: %s",
> - strerror(errno));
> - return (-1);
> - }
> -
> - base_filename = g_path_get_basename(ts->bprm->filename);
> - (void) strftime(timestamp, sizeof (timestamp), "%Y%m%d-%H%M%S",
> - localtime_r(&tv.tv_sec, &tm));
> - (void) snprintf(buf, bufsize, "qemu_%s_%s_%d.core",
> - base_filename, timestamp, (int)getpid());
> - g_free(base_filename);
> -
> - return (0);
> + return g_strdup_printf("qemu_%s_%s_%d.core",
> + base_filename, nowstr, (int)getpid());
> }
>
> static int dump_write(int fd, const void *ptr, size_t size)
> @@ -3938,7 +3921,7 @@ static int elf_core_dump(int signr, const CPUArchState *env)
> const CPUState *cpu = env_cpu((CPUArchState *)env);
> const TaskState *ts = (const TaskState *)cpu->opaque;
> struct vm_area_struct *vma = NULL;
> - char corefile[PATH_MAX];
> + g_autofree char *corefile = NULL;
> struct elf_note_info info;
> struct elfhdr elf;
> struct elf_phdr phdr;
> @@ -3955,8 +3938,7 @@ static int elf_core_dump(int signr, const CPUArchState *env)
> if (dumpsize.rlim_cur == 0)
> return 0;
>
> - if (core_dump_filename(ts, corefile, sizeof (corefile)) < 0)
> - return (-errno);
> + corefile = core_dump_filename(ts);
>
> if ((fd = open(corefile, O_WRONLY | O_CREAT,
> S_IRUSR|S_IWUSR|S_IRGRP|S_IROTH)) < 0)
>
Applied to my linux-user-for-6.1 branch.
Thanks,
Laurent
next prev parent reply other threads:[~2021-05-15 19:52 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-05-05 10:36 [PATCH 0/7] replace all use of strftime() with g_date_time_format() Daniel P. Berrangé
2021-05-05 10:36 ` [PATCH 1/7] migration: use GDateTime for formatting timestamp in snapshot names Daniel P. Berrangé
2021-05-05 14:42 ` Dr. David Alan Gilbert
2021-05-06 3:14 ` Brad Smith
2021-05-05 10:36 ` [PATCH 2/7] block: use GDateTime for formatting timestamp when dumping snapshot info Daniel P. Berrangé
2021-05-07 17:05 ` Max Reitz
2021-05-05 10:36 ` [PATCH 3/7] net/rocker: use GDateTime for formatting timestamp in debug messages Daniel P. Berrangé
2021-06-11 16:28 ` Daniel P. Berrangé
2021-06-14 16:43 ` Juan Quintela
2021-05-05 10:36 ` [PATCH 4/7] usb/dev-mtp: use GDateTime for formatting timestamp for objects Daniel P. Berrangé
2021-05-05 13:08 ` Gerd Hoffmann
2021-05-05 10:37 ` [PATCH 5/7] io: use GDateTime for formatting timestamp for websock headers Daniel P. Berrangé
2021-06-11 16:29 ` Daniel P. Berrangé
2021-06-14 15:41 ` Dr. David Alan Gilbert
2021-05-05 10:37 ` [PATCH 6/7] linux-user: use GDateTime for formatting timestamp for core file Daniel P. Berrangé
2021-05-05 11:18 ` Laurent Vivier
2021-05-15 19:51 ` Laurent Vivier [this message]
2021-05-05 10:37 ` [PATCH 7/7] virtiofsd: use GDateTime for formatting timestamp for debug messages Daniel P. Berrangé
2021-05-05 14:51 ` Dr. David Alan Gilbert
2021-05-06 16:00 ` Dr. David Alan Gilbert
2021-05-06 17:45 ` Dr. David Alan Gilbert
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=adc01acf-b473-b16b-2b1e-99a8e498ccb5@vivier.eu \
--to=laurent@vivier.eu \
--cc=armbru@redhat.com \
--cc=berrange@redhat.com \
--cc=brad@comstyle.com \
--cc=dgilbert@redhat.com \
--cc=jasowang@redhat.com \
--cc=jiri@resnulli.us \
--cc=kraxel@redhat.com \
--cc=kwolf@redhat.com \
--cc=mreitz@redhat.com \
--cc=qemu-block@nongnu.org \
--cc=qemu-devel@nongnu.org \
--cc=quintela@redhat.com \
--cc=stefanha@redhat.com \
--cc=virtio-fs@redhat.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 NNTP newsgroup(s).