Skip lines that are greater than 67767976233561595

Sometimes this happens if keystroke-timestamps is killed without
flushing, such as by SIGKILL or loss of power.  When this happens,
it can write a partial line.  When the next run starts up, it
appends a timestamp to the partial line, resulting in a timestamp
too large for awk to process.

GNU awk's end-of-time behavior:

$ f() { awk '{ print strftime("%F %T", $1) }' <<< "$1"; }

$ f 67767976233561595
2147483647-12-31 23:59:52
$ f 67767976233561596
-2147483648-01-01 00:00:00

$ f 67768036191705595
-2147481749-12-31 23:59:52
$ f 67768036191705596
awk: cmd. line:1: (FILENAME=- FNR=1) fatal error: internal error
Aborted

Specify time_fmt more succinctly

Allow the log file to be specified as an argument

Don't copy the device argument

http://www.gnu.org/software/libc/manual/html_node/Using-Getopt.html
says this is ok.

Merge branch 'master' of https://github.com/chkno/keystroke-timestamps

Use a glob as the default --device: *kbd*

Glob-expand --device

Use the file descriptors from select

Make EOF fatal

Use select() to wait for data

In preparation for handling multiple inputs.

Print usec timestamps correctly

Don't drop zeros following the decimal point.

Specify keyboard device as an option

Parse options with getopt instead of strcmp

Add a script to show gaps

An example consumer of keystroke timing data

Only print to-the-second resolution by default.

Put microseconds behind a flag.

This makes it harder to do timing analysis on the log file to try to
turn this into a keylogger.

(More precise timing information is still available to an on-line attack
by watching the flush timings or by watching the CPU usage and run state
of the process.)

Sort includes

Add proper error reporting for open failures

Initial version