[m-rev.] for review: include program name and date/time in deep prof data files' names
Zoltan Somogyi
zoltan.somogyi at runbox.com
Sat Oct 5 17:00:33 AEST 2024
On Sat, 5 Oct 2024 15:06:02 +1000, Julien Fischer <jfischer at opturion.com> wrote:
> On Fri, 4 Oct 2024 at 21:37, Zoltan Somogyi <zoltan.somogyi at runbox.com> wrote:
> >
> > better names than Deep.data for profiling data.
>
> I assume the rest of that was accidently not included.
Correct: an initial "Use" was missing.
> > + snprintf(date_name, MR_FILENAME_BUF_LEN, "_%d_%d_%d_%d_%d_%d",
> > + tm->tm_year + 1900, tm->tm_mon + 1, tm->tm_mday,
> > + tm->tm_hour, tm->tm_min, tm->tm_sec);
> > + strncat(data_filename, date_name, MR_FILENAME_BUF_LEN);
> > + strncat(procrep_filename, date_name, MR_FILENAME_BUF_LEN);
>
> I would be inclined to borrow the 'T' separator used in the ISO 8061 formats
> and use that to separate the date and time components.
I am pretty sure that we cannot assume universal knowledge
of that ISO standard, since I, for example, do not know it.
> The timestamp could
> either be:
>
> YYYMMDD'T'HHMMSS (e.g. 20241005T145900)
>
> which is compact,
Compactness is good, but only if it does not compromise readability.
In this case, it does.
> or you could use '-' to separate the date and time components.
>
> YYYY-MM-DD'T'HH-MM-SS (e.g. 2024-10-05T14-59-00)
>
> which is a bit more readable.
I chose names like this:
mercury_compile_on_2024-10-05_at_08-43-34.data
I followed all your other suggestions. The updated log
and diff are attached. I committed the diff.
> The rest looks fine.
Thank you.
Zoltan.
More information about the reviews
mailing list