Torrents are now considered stopped and may be restarted even if
the stop event haven't been sent the trackers yet. The same holds
for the del and add commands.

A btpd process in shutdown mode that only have stopped torrents,
but is still sending the stop event to trackers, will release
resources that would block a new btpd to start. It will the
silently exit when it's finished with the trackers.

This also makes the timeout parameter for shutdown unnecessary.

Reported by <bsdfan666@cyberdude.com>.

btpd now uses all tiers in parallel, so a torrent with two tiers will
essentially be treated by btpd as a torrent with two trackers to send
each event to. This is not quite what the multitrackes standard says,
but it's much easier to implement reasonable behaviour this way.

btpd is going to report the number of good trackers for a torrent
instead of the number of errors, but for now just report zero errors.

Btpd can now use both ipv4 and ipv6. The new options -4 and -6 toggles
use of ip v4 and v6 respectively. They are both used by default.
Remove restrictions on the --ip option since the spec allows to be a
dns name. Ultimately this option may need to be changed on a per
tracker/torrent basis.

This enables us to report errors in the btpd init sequence to the
shell by non zero exit code.
Changed from flock to lockf because of solaris troubles. I may
be confused though.

the port number.

the time of the initialization in seconds and microseconds.

Such torrents were saved as 'name/name' instead of 'name'. The option broke
in rev253.

Patch from borg@uu3.net.

NULL on empty lists or dictionaries. This could cause crashes.

Reported by Robert Jonsson.

all btpd headers are included through btpd.h.

callback to be called before http_get returned.

supposed to stop if it can't contact the tracker in STOP_ERRORS tries.