5093 Commits

Author SHA1 Message Date
Giovanni Maruzzelli
66f028b4ba gsmopen: cleaning 2013-06-21 00:41:07 +02:00
Giovanni Maruzzelli
0a364e1f3b gsmopen: cleaning 2013-06-21 00:41:07 +02:00
Giovanni Maruzzelli
fa1d773a84 FS-4821 fixed core dump when received sms in UCS2 after having sent sms in UCS2 2013-06-21 00:41:07 +02:00
Giovanni Maruzzelli
12c96d9009 FS-5292 gsmopen: patch from garmt 2013-06-20 14:21:49 +02:00
Giovanni Maruzzelli
607ef575bc FS-5482 skypopen: check assignment on possibly NULL pointer, avoiding segfault 2013-06-20 10:17:52 +02:00
Anthony Minessale
4baf0276d6 FS-5513 --resolve 2013-06-18 21:16:56 -05:00
Jeff Lenk
a7be251bd8 fix several more windows compiler warnings and mod_gsmopen 2013-06-18 22:44:11 -05:00
Nathan Neulinger
5d0753e330 FS-5510 --resolve - also add logging of hangup cause 2013-06-18 12:21:35 -05:00
Nathan Neulinger
f782c280d4 add skinny cmd to kill all current listeners 2013-06-18 09:41:56 -05:00
Nathan Neulinger
45d33b02e9 Add skinny device kill api command 2013-06-18 09:18:31 -05:00
Anthony Minessale
2fac3a8e83 refactor some of the video passthru code 2013-06-17 19:52:37 -05:00
Brian West
3634d4a0e7 remove debugging 2013-06-17 17:51:48 -05:00
Anthony Minessale
c3de185b22 add deflect parsing support for mod_loopback and fix unloop bug 2013-06-17 10:45:00 -05:00
Anthony Minessale
b74ad2a6bb FS-5503 --resolve indeed, thx 2013-06-11 09:31:16 -05:00
Anthony Minessale
4240526ce3 add some device-state mechinism to FS to allow tracking of device-specific states where they may have more than one call from the same device 2013-06-05 11:20:11 -05:00
Brian West
a55d70ed62 add kirk wireless servers to safe as they do not do rport 2013-05-31 11:54:05 -05:00
Nathan Neulinger
803c02a3e8 Change to correct prompt on outgoing call, eliminate UNDEFINED! message 2013-05-30 12:49:59 -05:00
Nathan Neulinger
fffe3d06aa Allow skinny speed dials to work when already off-hook 2013-05-30 12:15:20 -05:00
Jeff Lenk
24c13adfaf FS-5483 --resolve 2013-05-29 09:32:24 -05:00
Travis Cross
065043ce67 Remove unused variable in mod_rtmp
Unused variables break the build with recent versions of gcc and
clang.
2013-05-26 04:53:16 +00:00
William King
12f2f674f9 Let's bit a bit safer when dereferencing pointers. 2013-05-24 20:24:04 -07:00
William King
480407e5f3 Removing logically dead code 2013-05-24 19:59:32 -07:00
William King
dc4209275d Another location where mod_rtmp would leak memory. 2013-05-24 19:45:38 -07:00
William King
194e1ae366 Fix improper handling of a double linked list that could have caused a memory leak. 2013-05-24 19:42:17 -07:00
William King
e2d6bc3340 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. 2013-05-24 19:35:56 -07:00
William King
f3fd94b3e5 Fixing a memory leak. name needs to be freed since it's being strdup'd lower. 2013-05-24 19:31:26 -07:00
Anthony Minessale
7f3c160793 FS-5453 --resolve 2013-05-24 08:13:41 -05:00
Anthony Minessale
e02992bc6c FS-5453 --resolve this is a different issue, we just have to hangup the loopback channel so the loopback and the sip don't both execute the extension 2013-05-23 09:59:00 -05:00
Anthony Minessale
1b1bdf6816 FS-5453 --resolve 2013-05-23 08:00:03 -05:00
Nathan Neulinger
514fc941c0 FS-5431: --resolve fix socket creation loop for mod_skinny to avoid segfault 2013-05-23 08:13:44 -05:00
William King
15f43bac09 FS-5440: don't assert on bad input rtmp data 2013-05-22 12:38:23 -07:00
Nathan Neulinger
23bd06881d FS-5429: --resolve add minimal idivert support for skinny 2013-05-22 09:58:28 -05:00
Nathan Neulinger
8afaf28a09 FS-5379: --resolve fix skinny phone codec agreement issues due to incorrect hardwired ptime, update field names for future coding to be more descriptive 2013-05-22 09:27:09 -05:00
Nathan Neulinger
337976e469 FS-5225: --resolve add ability to dial by pressing line button 2013-05-22 09:17:41 -05:00
Nathan Neulinger
0b05cf6843 FS-5267: --resolve avoid null deref if sessions missing 2013-05-22 09:12:46 -05:00
Anthony Minessale
363b58dc54 FS-5453 --resolve 2013-05-21 12:01:57 -05:00
Travis Cross
d2f3a3114e Spelling fix 2013-05-21 02:00:43 +00:00
William King
9ace496fe3 full_contact must be freed by sofia. There isn't a chance of this having blown anything up, but Coverity is right that this should be initialized with NULL to be safe against future refactors. 2013-05-18 19:13:18 -07:00
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
William King
f718a0572f 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
William King
f519ad195a 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
Anthony Minessale
ea881b191f media/srtp refactoring pass 2013-05-17 15:39:30 -05:00
William King
8d7aa3ff65 FS-5441: --resolve 2013-05-17 12:39:17 -07:00
William King
58e205ccdb how...? 2013-05-17 11:36:31 -07:00
William King
cfeb6aaf54 Since there isn't neutral ground, on the rtmp state callback we actually have to force the write lock of the session, but we only need a try lock on removing the session from the rsession->session_hash. This removes a deadlock caused when we had to enforce with locks that the rsession couldn't be destroyed if the FS session was in the middle of a hangup. 2013-05-17 11:36:30 -07:00
William King
f24d1cde3d Seems the session wasn't coming to the hangup in a locked state. 2013-05-17 11:36:30 -07:00
William King
36f198e883 Seems having a read lock still prevents a write lock to be taken, even if the thread that is trying to get the write lock currently has the read lock. 2013-05-17 11:36:29 -07:00
William King
9b0212ab59 Include the write lock since we're changing the tech_pvt 2013-05-17 11:36:29 -07:00
Anthony Minessale
97faaab42c FS-5430 --resolve 2013-05-15 09:27:18 -05:00
Anthony Minessale
1eae2a1941 FS-5410 --resolve 2013-05-13 13:15:33 -05:00