William King d27a95a50e Possible leak if someone were to try and add extra headers to a channel that had either an inbound info on that session or the session were to be deflected. I don't see a way that these extra headers could be added outside of a C module subscribing to the session states, but just to make sure I'm adding these so that just like other extra header locations it's cleaned up.

2013-05-18 17:00:41 -07:00

..

conf

FS-4225

2013-03-11 18:04:05 +08:00

Makefile.am

baseline

2013-03-31 21:27:13 -05:00

mod_sofia.2008.vcproj

add new files to msvc builds

2013-03-31 21:27:27 -05:00

mod_sofia.2010.vcxproj

add new files to msvc builds

2013-03-31 21:27:27 -05:00

mod_sofia.2012.vcxproj

add new files to msvc builds

2013-03-31 21:27:27 -05:00

mod_sofia.c

Possible leak if someone were to try and add extra headers to a channel that had either an inbound info on that session or the session were to be deflected. I don't see a way that these extra headers could be added outside of a C module subscribing to the session states, but just to make sure I'm adding these so that just like other extra header locations it's cleaned up.

2013-05-18 17:00:41 -07:00

mod_sofia.h

media/srtp refactoring pass

2013-05-17 15:39:30 -05:00

mod_sofia.vcproj

add new files to msvc builds

2013-03-31 21:27:27 -05:00

rtp.c

FS-4990 change uuid_debug_audio to uuid_debug_media and add video params

2013-04-27 06:47:06 +08:00

sip-dig.c

FS-3166 --resolve

2011-04-22 16:43:29 -05:00

sofia_glue.c

media/srtp refactoring pass

2013-05-17 15:39:30 -05:00

sofia_media.c

media/srtp refactoring pass

2013-05-17 15:39:30 -05:00

sofia_presence.c

If the mod_sofia global presense hash is null, then make sure to free the matches variable before going to done.

2013-05-18 16:05:40 -07:00

sofia_reg.c

FS-5441: --resolve

2013-05-17 12:39:17 -07:00

sofia.c

Alice meet rabit hole. There is a leak here on every invite that comes back from a status 180 when the other side is not FS, but you have presence enabled. Thanks to Coverity scan for location this condition. This 'might' not have been leaking if sofia was automatically freeing this when the sofia object was destroyed, but all other locations where sip_header_as_string where called they were all followed by a su_free, so I assume not.

2013-05-18 16:35:03 -07:00