2600hz Changes
Fixing a memory leak. name needs to be freed since it's being strdup'd lower.
Appears to have been a copy paste error because this doesn't do what the api claims, and it also leaks the reference to the new node.
Fix improper handling of a double linked list that could have caused a memory leak.
Another location where mod_rtmp would leak memory.
More explicit and defensive code so if the init fails we know we handling this pointer safely, because  rc_config_init will free the pointer if there was a problem, but it will not set the pointer to NULL.
Removing unused code
If there is a problem reading the dictionary file, don't leak memory...
Removing logically dead code
Let's bit a bit safer when dereferencing pointers.
Small off by one error. If the array is of size 144, then an index of 144 inclusive is an error.
This condition should NEVER be hit, but in case the started thread is unable to locate itself in the EVENT_DISOATCH_QUEUE_THREADS array, it's best to return null here and kill the unexpected event thread rather than segfault FS by writing outside of the bounds of the EVENT_DISPATCH_QUEUE_RUNNING array.
Cleaning up logically dead code.
It's been missing a break there for ~4 years and instead using the 8k max_ms values(the ptime_div value is the same).
Better to not pass tmp_socket to setsockopt if there was an error here creating the socket.
Redundant code. The if/else block makes more sense than the equivalent in two separate if's.
Fix a possible deadlock scenario in the impossible scenario from the last patch.
Handle a failure of strerror_r

This fixes the build on gcc-4.7.3.  The build was breaking with:

  error: ignoring return value of 'strerror_r', declared with attribute warn_unused_result [-Werror=unused-result]
Don't setup ZRTP without a session and channel

FS-5472 --resolve
Fix memory corruption in mod_erlang_event

Thanks-to: Alexandre Snarskii <snar@snar.spb.ru>

FS-5465 --resolve