Fix ev_is_active() checks on timers

If a started one-shot timer fires in the same loop iteration as
another event, but the other event precedes it in execution,
the timer's state can be "pending", but "!active" during the
other event's callback.

There were some bad assumptions that any started timer which
hadn't yet actually executed its callback was "active" sprinkled
around the plugins.  None of them appear to be of significant
consequence, although there's a remote possibility of
connect/write timeout races (data arrives just as timeout expires)
in plugin_http_status and plugin_tcp_connect leading to assert
failures only in debug builds (but no effect in non-debug).
Fix error string leak on geoip 'nets' reload failures
add_monitor refactor

s/add_monitor/add_mon_addr/ (consistency with add_mon_cname())
Added "cname" argument to add_mon_addr() and smgr_t, containing
  the canonical text representation of the address for string
  matching and output purposes.
Move common downcase stuff from dname.c to misc.c
Merge branch 'master' into 2.x
pending timer fix for new mon.c as well