Merge branch 'release/beta' into develop
Updated readme with idea

I just went and edited a file to remove 6 hours from a task I left on
overnight by accident. It was fairly easy, determine the hash of the
task, go to the sequence file, change the finish punch I had just done
to a pause and subtracted 22500 or so from the epoch time.

It's very easy to do, so I wonder if I couldn't make some type of
interface to be able to do that through tcatch itself, providing a user
with a way to page through the sequence file's 'punches' and insert a
new one or delete an old one and in general fix the sequence if it's
wrong.
Fixed view of finished task

When finishing a task, in order for calculation to be correct the state
needs to be in TC_TASK_STARTED because that's what tips off the
calculation to factor in the end time. Most of the time the end time is
the current time itself so tasks are up to date. To get the end time
into the calculation when you're finishing a task (so the time isn't
only calculated from the last sequence line) the state has to be
started. But then the view will display that the task is in progress
--which isn't really true if you're finishing the task.

So I've added a flag to the display_view command that overrides the task
state at the moment before display. This allows the correct text to
appear when finishing a task and doesn't affect the rest of the program
at all (besides needing to use 3 arguments instead of 2)
Fixed info file name being written to info file

Because the information file name is stored in the taskInfo field of the
tc_task struct, it was being written out to the file whenever a write
occured.

To fix that, checking if the fileHash is part of the taskInfo string is
done before writing out the information. Of course this means that one
cannot add information containing the sha-1 hash of the task name. But
honestly, why would anyone do that? If they really want to put it in
there, open the info file an editor and do it manually.
Add delete command

Added delete command that allows for deleting a task permanently.

Also noticed that a view -a command, if the task has a name longer than
a single word it seems to only show the first word. So I'm going to look
into that.
Fixed view -a task name resolution

Using fscanf was a bad idea, I was only reading the first word of the
first line, and not the full line itself. So instead now I'm reading the
line with fgets which makes more sense since that reads until the
newline.

Of course I'm not too thrilled with line 415 of tc-task.c now, mainly
because I don't enjoy using strlen on something that might be 0 long
because then I'm going to try to index at -1 and then who knows what the
hell will happen.

TECHNICALLY, I shouldn't have to worry because there will always be a
taskname in the info file unless someone goes and deletes it (like an
idiot) but unless they truncate the file entirely then there should at
least be a newline or SOME character in the file. Unless maybe the file
wasn't ever created, but then I'll never have opened the file and won't
be executing the code anyway. I THINK I'm safe, but who knows, it could
crash in some unforeseen way due to cosmic rays for all I know.
Updated validate script (sort of)

Added commented out valgrind command to test the deletion of a task.
It's commented out (that's the sort of part) because I don't like to
run the script and have to enter a y or n becuase I'm lazy. I could use
xargs or something to send the n to the command first, then call it
again with a y to truly test it. But right now I'm not concerned because
I've tested it and it's leak free -- if you don't believe me then you
can do it yourself.
Added usage for delete and updated readme

Updated help text for program to include information about the delete
command. Also added pause and delete to the list of commands shown when
running tcatch with no command.
Merge branch 'release/gamma'