| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
| |
|
|
|
|
|
| |
sockaddr_to_string() is not needed on UNIX when compiling without
HAVE_GETIFADDRS. This fixes a compiler warning in that case.
|
| |
|
|
|
|
|
| |
This fixes compilation when HAVE_GETIFADDRS is not define. Reported on
the mailing list by Curieux Tres <trescurieux@yahoo.fr>.
|
|
|
|
| |
This fixes some compiler warnings.
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
Fixes SDP parsing which I broke in commit 5972db04
|
|
|
|
|
|
|
|
|
| |
PAUSED->READY
Receiving data before the element is ready to push them does not seem like the
best idea.
https://bugs.freedesktop.org/show_bug.cgi?id=89673
|
|
|
|
| |
https://bugs.freedesktop.org/show_bug.cgi?id=89673
|
| |
|
| |
|
|
|
|
| |
This remove a gcc warning
|
|
|
|
|
|
| |
The only valid way to match streams is to count m= lines, see RFC 3264.
https://bugs.freedesktop.org/show_bug.cgi?id=90019
|
|
|
|
|
|
| |
Only 6 strings are valid.
https://bugs.freedesktop.org/show_bug.cgi?id=90019
|
|
|
|
|
|
|
| |
The include file names are very generic, at least make
the guards a bit less generic.
https://bugs.freedesktop.org/show_bug.cgi?id=90013
|
|
|
|
| |
https://bugs.freedesktop.org/show_bug.cgi?id=90010
|
|
|
|
| |
https://bugs.freedesktop.org/show_bug.cgi?id=89962
|
|
|
|
|
|
|
| |
Explain that either having an I/O callback or calling nice_agent_recv*
is essential for ICE connection check to succeed.
https://bugs.freedesktop.org/show_bug.cgi?id=89849
|
|
|
|
| |
As detected by GCC 4.9.
|
|
|
|
| |
Adds new API: nice_agent_set_local_credentials().
|
| |
|
|
|
|
| |
https://bugs.freedesktop.org/show_bug.cgi?id=73042
|
|
|
|
| |
https://bugs.freedesktop.org/show_bug.cgi?id=85962
|
|
|
|
| |
https://bugs.freedesktop.org/show_bug.cgi?id=89609
|
|
|
|
|
|
| |
Also memory copies are reduced if buffers are fragmented
https://bugs.freedesktop.org/show_bug.cgi?id=89609
|
|
|
|
| |
https://bugs.freedesktop.org/show_bug.cgi?id=89673
|
|
|
|
| |
Makes things a little bit safer to abuse.
|
|
|
|
|
| |
NULL is ((gpointer) 0). nul is '\0'. Arrays can be NULL terminated.
Strings can be nul terminated.
|
|
|
|
|
| |
NULL is ((gpointer) 0). nul is '\0'. Arrays can be NULL terminated.
Strings can be nul terminated.
|
| |
|
|
|
|
|
|
|
| |
Dynamic on-stack arrays are not supported in Visual Studio.
This has the downside of introducing an extra memory allocation into
libstun, but it’s on a debug path so should be harmless.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Visual Studio 2010 still doesn’t support C99, and snprintf() is a C99
function, so compilation fails with:
error: C3861: 'snprintf': identifier not found
Use sprintf() instead, which is C89 and thus supported. This does not
make the code unsafe, as the format specifier is constrained to two
characters (+ trailing nul), which are guaranteed to fit in the array
bounds.
Reported on the mailing list:
http://lists.freedesktop.org/archives/nice/2014-October/000978.html
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
OpenVPN creates a tun interface having the same IP assigned twice like:
9: tun0: <POINTOPOINT,MULTICAST,NOARP,UP,LOWER_UP> mtu 1500 qdisc ...100
link/none
inet 10.222.111.10 peer 10.222.111.9/32 brd 10.222.111.10 scope global tun0
valid_lft forever preferred_lft forever
inet 10.222.111.10/32 brd 10.222.111.10 scope global tun0
valid_lft forever preferred_lft forever
This interface would generate two identical host candidates with the same value
of foundation.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
| |
When a nicesink switches to a different component, we should unblock any
pending write waiting in gst_nice_sink_render() for writable_cond being
signalled because if the new transport already is writable, we'll never
get notified about the condition and thus nicesink will wait forever.
That way, either the pending data are immediately sent or the nicesink
blocks again until the transport becomes writable.
|
|
|
|
|
| |
Automake now warns that it will be the only behavior
in the future. So quell the warning by adding it.
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
The code was in the wrong spot, for OC2007, we need to fix the
nicesock used only in the case of udp-turn-over-tcp for OC2007
compatibility mode. With the current code, it was thinking that
the data came from TURN for every udp packet.
This should hopefully fix : https://github.com/EricssonResearch/openwebrtc/issues/85
|
|
|
|
| |
Now that they pass, we should endeavour to ensure they continue to pass.
|
|
|
|
| |
This should have been included before. This fixes `make check` in docs/.
|
|
|
|
|
| |
This straightens out the last few bits of the documentation and almost
allows `make check` to pass in docs/.
|