Thank you, Paulo, Checked in this with minor modification.

On Sat, Sep 12, 2009 at 23:08, Paulo Vicentini
<[email protected]> wrote:
> Hi,
> This issue was solved doing:
> Index: src/tapi/sipXtapi.cpp
> ===================================================================
> --- src/tapi/sipXtapi.cpp (revision 11441)
> +++ src/tapi/sipXtapi.cpp (working copy)
> @@ -146,6 +146,12 @@
>        delete pData->contactAddress;
>        pData->contactAddress = NULL;
>        // no need to release mutex, nobody should be waiting on it or its a
> bug
> +      //Mac OS X:
> +      //The pthread_rwlock_destroy() function will fail if:
> +      //The system has detected an attempt to destroy the object referenced
> by rwlock while it is locked
> +      pData->pMutex->releaseRead();
> +      pData->pMutex->releaseWrite();
> +
>        delete pData->pMutex;
>        pData->pMutex = NULL;
>        delete pData;
> Regards
> Paulo
>
> On Thu, Sep 10, 2009 at 10:40 AM, Paulo Vicentini
> <[email protected]> wrote:
>>
>> Hello,
>> Did you face such problem too?  (mac os X)
>>
>> Assertion failed: (res == POSIX_OK), function ~OsRWMutexLinux, file
>> os/linux/OsRWMutexLinux.cpp, line 42.
>>
>> 0x937fa136 __semwait_signal_nocancel + 10
>>    libSystem.B.dylib             0x937f3013 usleep$NOCANCEL$UNIX2003 + 61
>>    libSystem.B.dylib             0x9380a685 abort + 85
>>    libSystem.B.dylib             0x937ff3db __assert_rtn + 101
>>               0x1bd3d7e5 OsRWMutexLinux::~OsRWMutexLinux() + 83
>>                   0x1bb961c8 destroyCallData(SIPX_CALL_DATA*) + 532
>>                  0x1bbb6880 sipxCallObjectFree(unsigned int,
>> OsStackTraceLogger const&) + 334
>>                   0x1bbb40a7 sipxFireCallEvent(void const*, char const*,
>> SipSession*, char const*, SIPX_CALLSTATE_EVENT, SIPX_CALLSTATE_CAUSE, void*,
>> char const*) + 3525
>>                   0x1bce044c TapiMgr::fireCallEvent(void const*, char
>> const*, SipSession*, char const*, SIPX_CALLSTATE_EVENT,
>> SIPX_CALLSTATE_CAUSE, void*, char const*) + 170
>>                  0x1bb61242
>> Connection::fireSipXCallEvent(SIPX_CALLSTATE_EVENT, SIPX_CALLSTATE_CAUSE,
>> void*) + 416
>>                 0x1bb73714 CpPeerCall::dropIfDead() + 492
>>                 0x1bb73b9f CpPeerCall::onHook() + 557
>>                0x1bb62344 CpCall::hangUp(UtlString, int) + 198
>>                 0x1bb643d9 CpCall::handleMessage(OsMsg&) + 3435
>>                 0x1bd23275 OsServerTask::run(void*) + 167
>>                 0x1bd3f64e OsTaskLinux::taskEntry(void*) + 538
>>   libSystem.B.dylib             0x9374f155 _pthread_start + 321
>>  libSystem.B.dylib             0x9374f012 thread_start + 34
>>
>>
>> Revision: 11441
>> Node Kind: directory
>> Schedule: normal
>> Last Changed Author: ipse
>> Last Changed Rev: 11438
>>
>> Best Regards,
>> Paulo
>
>
> _______________________________________________
> sipxtapi-dev mailing list
> [email protected]
> List Archive: http://list.sipfoundry.org/archive/sipxtapi-dev/
>



-- 
Regards,
Alexander Chemeris.

SIPez LLC.
SIP VoIP, IM and Presence Consulting
http://www.SIPez.com
tel: +1 (617) 273-4000
_______________________________________________
sipxtapi-dev mailing list
[email protected]
List Archive: http://list.sipfoundry.org/archive/sipxtapi-dev/

Reply via email to