Audio frame sizes were already being checked for overflow,
but video frame sizes were taken as-is, which would
lead to heap corruption.

In case an overflow has been detected, playback is aborted immediately as
there is no way we can ever recover from such a situation due to the lack
of a (well-known) frame header signature that could be used to skip over
the corrupted part of the streams.
Signed-off-by: Stefan Knoblich <stkn@openisdn.net>

FS-4903: --resolve add/remove records from fifo_outbound not queued so the count query directly follwing gets the correct result

httapi did not pass number of channels up to top level filehandle so stereo files caused buffer overflow

Fix SQL queue manager so it actually stores and executes the pre and post transaction SQL statements.

FS-5019 --resolve  I would rather have this fix in the core... But in the mean this, this look good.  Thanks

Thanks-to: Philip Hands <phil@hands.com>

FS-3882, FS-3546, FS-3712, FS-3970: --resolve Fixes the segfault in mod_rtmp where the channel was destroyed, but the endpoint still tried to send or receive data from the session.

FS-4867: --resolve Prevent possible deadlock due to mutexes locked in opposite order between switch_ivr_dmachine_ping and switch_channel_queue_dtmf