>under
для начала пачт по человечески перепишите
а то делать static_cast<>
в то время когда PIPSocket::Address ip.in_addr()
согласитесь с вашей стороны верх безграмотности

вы и у себя в продукте streamco такими фокусами пользуетесь?

а еще лучше перепишите что бы new_rtp создавался именно при вызове создания RTP канала
а не с левыми значениями биндинга еще _Доооо_ того как создается RTP канал

а то вот такими вот чудесными патчами как у вас ламают весь астериск

ddkprog, как я уже написал в тикете в багтрекере - я не буду вести с вами дискуссию из-за вашего неуважительного отношения к собеседнику

понятно.
коммите дальше всякую херню в астериск, я им все равно не пользуюсь
а ваши продукты я никому не советую
если ваша квалификация не позволила взглянуть вам на мемберов класса PIPSocket::Address

under, это заявление и есть продолжение дискуссии, или просто поза - "чтобы все знали!"?.

ded, люди, читающие этот тред, вряд ли знают о диалоге, состоявшемся на багтрекере.
Если бы я просто промолчал, то получилось бы, что я как бы согласен с тем, что написал ddkprog в ответ на мое сообщение в этом треде.
А это не так, но продолжать с ddkprog дискуссию не хочу.

2 ddkprog А можно делать дифы на сорцах текущей версии ? А то хлопотно каждый раз руками править.
Разница в сорцах:
В вашем патче:

- {
- struct ast_sockaddr tmp;
-
- ast_sockaddr_from_sin(&tmp, &bindaddr);
- if (ast_find_ourip(&our_addr, &tmp)) {
- ast_mutex_unlock(&pvt->lock);
- ast_log(LOG_ERROR, "Unable to locate local IP address fo
r RTP stream\n");
- return -1;
- }
- }
- pvt->rtp = ast_rtp_instance_new("asterisk", sched, &our_addr, NULL);

В исходниках 1.6.2.9:

if (ast_find_ourip(&our_addr, bindaddr)) {
ast_mutex_unlock(&pvt->lock);
ast_log(LOG_ERROR, "Unable to locate local IP address for RTP stream\n");
return -1;
}
pvt->rtp = ast_rtp_new_with_bindaddr(sched, io, 1, 0, our_addr);

2 under Что написать ? Tested successfully on 1.6.2.9?

Да, напишите пожалуйста, что:
1) у вас тоже наблюдается описанная проблема
2) что проблема исправляется вложенным патчем
3) что проверяли на версии 1.6.2.9
спасибо.

2 under Написал.

under, если разделить уважение + неуважение и суть концептуального спора (использование мемберов класса PIPSocket::Address), то рабочая совесть должна заставить Вас взглянуть на проблему глазами оппонентов (любых!), и, возможно, пересмотреть позицию по этому вопросу.
Пока что продавливается програмное решение, которое может быть не идеальным, и это может повредить делу революции.