]> git.ipfire.org Git - thirdparty/asterisk.git/commit
Merged revisions 373551 via svnmerge from
authorAutomerge script <automerge@asterisk.org>
Tue, 25 Sep 2012 12:26:47 +0000 (12:26 +0000)
committerAutomerge script <automerge@asterisk.org>
Tue, 25 Sep 2012 12:26:47 +0000 (12:26 +0000)
commitb822a6fcf7768cd5720313101e6ac0975a1b4f83
tree1159f59e1e74c92d74e1ec831f4ad512b680627d
parentef7b6d6adc9e82824ab3f716dc7e6d6875cb28f8
Merged revisions 373551 via svnmerge from
file:///srv/subversion/repos/asterisk/branches/10

................
  r373551 | file | 2012-09-25 07:00:23 -0500 (Tue, 25 Sep 2012) | 15 lines

  Fix an issue where a caller to ast_write on a MulticastRTP channel would determine it failed when in reality it did not.

  When sending RTP packets via multicast the amount of data sent is stored in a variable and returned
  from the write function. This is incorrect as any non-zero value returned is considered a failure while
  a return value of 0 is success. For callers (such as ast_streamfile) that checked the return value
  they would have considered it a failure when in reality nothing went wrong and it was actually a success.

  The write function for the multicast RTP engine now returns -1 on failure and 0 on success, as it should.

  (closes issue ASTERISK-17254)
  Reported by: wybecom
  ........

  Merged revisions 373550 from http://svn.asterisk.org/svn/asterisk/branches/1.8
................

git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/10-digiumphones@373577 65c4cc65-6c06-0410-ace0-fbb531ad65f3
res/res_rtp_multicast.c