#404 Assertion with H323Gatekeeper

Development_Branch
closed-fixed
nobody
OPAL (214)
5
2013-06-14
2012-12-26
No

Last log messages for the failed thread:

Transactor:13184 h323pdu.cxx(80) H225RAS Receiving PDU:
infoRequest {
requestSeqNum = 3
callReferenceValue = 0
callIdentifier = {
guid = 16 octets {
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
}
}
}
Transactor:13184 endpoint.cxx(415) OpalMan Listener interfaces: associated transport=udp$192.168.202.120:60909
tcp$192.168.202.120:1720
Transactor:13184 assert.cxx(253) Assertion fail: Attempt to set transport address with empty port, file d:\ipf50_trunk\src\ipf\dependencies\vendor\sources\opal\src\h323\transaddr.cxx, line 152
PAssertFunc(0x3e0c5c0, 0x6e3d9f1b, 0, 0) + 0x82
PAssertFunc(0x14d6c88, 0x98, 0, 0x14d6ce8) + 0x15b
H323TransportAddress::SetPDU(0xfbaeda8, 0, 0x6e306306, 0) + 0x133
AddInfoRequestResponseCall(0xf5a4530, 0x39ba5528, 0x6e3060f6, 0) + 0x287
AddAllInfoRequestResponseCall(0xf5a4530, 0x3d6d178, 0x589fa78, 0x6e306156) + 0x9e
H323Gatekeeper::OnReceiveInfoRequest(0xf706c40, 0, 0, 0x3d748c0) + 0xd3
H225_RAS::OnReceiveInfoRequest(0x17a2b48, 0xf706c40, 0, 0) + 0x7c
H225_RAS::HandleTransaction(0x17a2b48, 0x6e30673a, 0, 0) + 0x49f
H323Transactor::HandleTransactions(0x17cf8b0, 0, 0, 0) + 0x1ed
H323Transactor::HandleTransactions_PNotifier::Call(0x17cf8b0, 0, 0, 0) + 0x37
PNotifierTemplate<int>::operator()(0x17cf8b0, 0, 0, 0) + 0x73
PSimpleThread::Main(0x6e3d97a7, 0, 0, 0x3d748c0) + 0x28
PThread::MainFunction(0x17cf8b0, 0x6ec1c188, 0, 0) + 0xda
beginthreadex(0x3d74b08, 0x589ff94, 0x764b33ca, 0x3d74b08) + 0x243
beginthreadex(0x3d74b08, 0x589ffd4, 0x77119ed2, 0x3d748c0) + 0x1d9

Discussion

  • Valeriy V. Argunov

    Patch #227 possibly fixes this bug.

     
  • Valeriy V. Argunov

    Unfortunately, this bug is not the same as #431. I've reproduced this bug again.

    This issue occurs on lines (AddInfoRequestResponseCall):

    H323TransportAddress address = connection.GetControlChannel().GetLocalAddress();
    address.SetPDU(info.m_h245.m_sendAddress);

    address is 0.0.0.0 with port 0.

    GetControlChannel() returns m_signallingChannel, because m_controlChannel is NULL.

     
    Last edit: Valeriy V. Argunov 2013-04-10
  • Valeriy V. Argunov

    Here is a log file for this bug.

     
  • Valeriy V. Argunov

    Patch #228 fixes this.

     
  • Robert Jongbloed

    • status: open --> closed-fixed
     
  • Robert Jongbloed

    Possible fix checked in

     

Log in to post a comment.

Get latest updates about Open Source Projects, Conferences and News.

Sign up for the SourceForge newsletter:





No, thanks