[reSIProcate] assert in sendToWire
Daniel Pocock
daniel at readytechnology.co.uk
Mon Jan 22 14:49:38 CST 2007
Byron Campen wrote:
> This is a bug that was noticed a little while back. It was
> occurring when repro was trying to retransmit an ACK before the DNS
> lookup for the first had completed. (This can happen easily if we get
> multiple responses rapidly, or the DNS servers are being very slow)
> This bug was uncovered in repro due to the fact that it had previously
> been putting a different tid on each ACK, meaning that a separate
> TransactionState was being maintained for each ACK, so we never had a
> second ACK hitting the same TransactionState to trigger the bug. I'll
> look into fixing this.
>
Thanks for the quick response - I can confirm that my DNS is
occasionally a little slow, the machine in question is about to get a
memory upgrade.
> Best regards,
> Byron Campen
>
>>
>>
>> On Saturday, I updated to the latest version of reSIProcate from SVN
>> (6901).
>>
>> Since then, I've been getting this assert() occasionally:
>>
>> else // reuse the last dns tuple
>> {
>> assert(sip->isRequest());
>> assert(mTarget.getType() != UNKNOWN_TRANSPORT); // line 1761 ****
>> if (resend)
>> {
>> if (mTarget.transport)
>>
>> Does anyone have any ideas about the cause of this?
>>
>> #0 0xb7343947 in raise () from /lib/tls/libc.so.6
>> (gdb) bt
>> #0 0xb7343947 in raise () from /lib/tls/libc.so.6
>> #1 0xb7345212 in abort () from /lib/tls/libc.so.6
>> #2 0xb733d05f in __assert_fail () from /lib/tls/libc.so.6
>> #3 0xb7d3d95b in resip::TransactionState::sendToWire (this=0xb6968c00,
>> msg=0xb6985e18, resend=false) at TransactionState.cxx:1761
>> #4 0xb7d40344 in resip::TransactionState::processStateless
>> (this=0xb6968c00,
>> message=0xb6985e18) at TransactionState.cxx:523
>> #5 0xb7d443e3 in resip::TransactionState::process
>> (controller=@0xb725eb8c)
>> at TransactionState.cxx:262
>> #6 0xb7d338aa in resip::TransactionController::process
>> (this=0xb725eb8c,
>> fdset=@0xbfffdcd0) at TransactionController.cxx:83
>>
>> _______________________________________________
>> resiprocate-devel mailing list
>> resiprocate-devel at list.resiprocate.org
>> https://list.resiprocate.org/mailman/listinfo/resiprocate-devel
>
More information about the resiprocate-devel
mailing list