Also take flock locks

There are two kinds of locks, so for interoperability, everyone has to
always take both kinds, to avoid the possibility of one client using one
kind and another client using another kind & missing each other.  :(

I wonder what order we're supposed to take them in?  If we don't all
agree, we get deadlocks!  Here, I take them in alphabetical order
(fcntl then flock), in the hope of this being a legible Schelling point.

The test harness does exercise the "take locks in the 'wrong' order" case.
It probably deadlocks with some tiny probability on heavily-loaded
systems.  Sorry.  If this hurts you, feel free to remove it.

test: Try writing to flock-locked files

Allow file locking to be turned off

Contemplate the possibility of multiple command line flags

Pass config by reference

Hold a lock while appending

Concurrency tests

appease clang-tidy: More const

appease clang-tidy: Don't do unnecessary size_t→int narrowing conversion

Why does fgets take an int instead of a size_t?  :(

appease clang-tidy: Careful of size_t→int narrowing conversion

Why does fgets take an int instead of a size_t?  :(

Interactive mode: Prompt, feedback, & screen clearing

Write timestamps

test: factor out verify_line()

Encode time in time-logger's format

This is not a good format.  It looses timezone information during daylight
savings time changes -- it cannot distinguish between the first 01:30
and the second 01:30 during the fall transition.

A space for test & implementation to share code

test: Populate expectation timestamp range

test: Expectations have timestamp range

test: Use expectations for verifying output

test: Populate expectation

test: Dynamic buffer size

Test writing twice

make clean

Refactor test

Begin