This error was causing us to call generate_m with a buffer length that
was less than the strlen of the buffer we were passing. The result
was truncated local SDP which would cause sofia to fail if the
truncation was in a particularly bad place.
Thanks to Anthony Minessale for the fix and working with me to
diagnose the issue.
FS-4293 --resolve
* fixed bug with remote hello-hash buffer being too small
* removed unused hello-hash storage in zrtp stream context
* fixed bug with libzrtp rendered "empty" SAS hash from incoming
SasRelay packet
* incremented libzrtp version number to 1.15
Signed-off-by: Travis Cross <tc@traviscross.com>
It's broken too many of my recent builds. We can add it back in when
things stabilize or perhaps after we get it to swig with a recent
version of swig that we can make part of the clean bootstrap/build
process.
POSIX sed doesn't support grouping, so split the regex in two.
Reference-URL: http://jira.freeswitch.org/browse/FS-4276
Signed-off-by: Stefan Knoblich <stkn@openisdn.net>
Speculative fix for a mod_python build issue on OSX, which is
caused by '-arch i386 -arch x86_64' in the final PYTHON_CFLAGS.
Filter both flags and hope OSX's universal binary toolchain is smart enough
to choose a sane default.
Reported-by: neilp9 in #freeswitch @ irc.freenode.net
Signed-off-by: Stefan Knoblich <stkn@openisdn.net>
Our default build probably shouldn't include non-free software. With
mod_ilbc, the licensing situation is merely ambiguous. With
mod_siren, the user can't use this code without getting explicit
permission from Polycom (though it is apparently easily given).
These codecs are non-free which creates issues for distributions, so
let's not require these by default to run our example configs. We can
add back in iLBC once we resolve the licensing situation with our
in-tree implementation.