Fix segfault on shut down of SQL queue manager in rare case where registration cleanup is firing at the same time the queue manager is shutting down.

os.environ['CFLAGS'] raises a KeyError if no CFLAGS variable is set in
the environment.  So instead we use os.environ.get('CFLAGS','') which
will return the empty string in the event no CFLAGS variable is set.

The previous problematic pattern originated from the suggested code
here for importing the build environment in SCons:

  http://www.scons.org/wiki/FrequentlyAskedQuestions#Why_doesn.27t_SCons_find_my_compiler.2BAC8-linker.2BAC8-etc..3F_I_can_execute_it_just_fine_from_the_command_line.

FS-4746 --resolve

state, rather than directly probing inside the T.31 structures.

Various modules which lacked routines to get at the sub-structures now
have them.
The tests have been tweaked so they only access internals where essential.

Thanks-to: Henning Holtschneider <henning@loca.net>

FS-4979 --resolve

Simple perl script to colorize an existing FreeSWITCH log file; requires CPAN module Term::ANSIColor

FS-4958 --resolve thanks but again you could have submitted a patch so I did not have to hunt the 3 million lines of code for the line in question

freetdm: ftmod_analog_em: If the destination number DTMF was already generated, do not generate it again
         This bug was cause when answer-supervision is used because now we do not move from DIALING to UP
         as soon as the line is ringing, but instead we wait for the CAS bit change

The Siren code is non-free per DFSG, and the ILBC code is under
unclear licensing until we upgrade to the WebRTC version.

         You must add answer-supervision=yes in your freetdm.conf.xml
         Also added dial-timeout parameter which was previously hard-coded

         Handle driver events while reading media

         ftmod_analog_em:
         Initialize read data len to avoid crashing when
         the freetdm read function does not read anything

Previously we were using /var/run/freeswitch.

Julian pointed out that someone may actually want to keep information
around in the home directory.  For Gemeinschaft they need to keep the
.odbc.ini file here.

Thanks-to: Julian Pawlowski <julian.pawlowski@gmail.com>