Discussiion list for developers using and contributing to sipXtapi API hosted on sipfoundry.org ()

dieter.maubach | 1 Sep 2009 11:20

http://list.sipfoundry.org/archive/sipxtapi-dev/"

Hello,

I cant' connect to the archive,
Here is the message I receive:

403 Forbidden

You don't have permission to access /archive/sipxtapi-dev/maillist.html on this server.

Regards
Dieter

_______________________________________________
sipxtapi-dev mailing list
sipxtapi-dev <at> list.sipfoundry.org
List Archive: http://list.sipfoundry.org/archive/sipxtapi-dev/

headers

Paulo Vicentini | 5 Sep 2009 02:01

[sipXtapi] Socket problem / mac os x

Hi,

I have built sipXapi over MAC OS X:

Darwin Macintosh.local 9.8.0 Darwin Kernel Version 9.8.0: Wed Jul 15 16:55:01 PDT 2009; root:xnu-1228.15.4~1/RELEASE_I386 i386 i386 MacBookPro5,4 Darwin

I run my test , make a call, which connects with audio, and after a while,the application exits with this message on sipXtapi.log

"2009-09-04T23:43:14.497326Z":526:SIP:DEBUG:Macintosh.local:SipUserAgent-3:B070D000:sipXtapi:"SipTCPServerBase::send 0x864a00 isInUseForWrite 41490, client info\n remote host: 200.10.110.127:0\n remote IP: 0.0.0.0:0\n remote Via address: :-1\n received address: :-1"

"2009-09-04T23:43:14.497412Z":527:KERNEL:ERR:Macintosh.local:SipUserAgent-3:B070D000:sipXtapi:"OsSocket::write send returned -1, errno=32\n"

svn info

Path: .

URL: https://scm.sipfoundry.org/rep/sipX/main

Repository Root: https://scm.sipfoundry.org/rep/sipX

Repository UUID: a612230a-c5fa-0310-af8b-88eea846685b

Revision: 11441

Node Kind: directory

Schedule: normal

Last Changed Author: ipse

Last Changed Rev: 11438

Are you facing such problem too?

Thanks

Paulo

_______________________________________________
sipxtapi-dev mailing list
sipxtapi-dev <at> list.sipfoundry.org
List Archive: http://list.sipfoundry.org/archive/sipxtapi-dev/

headers

Alexander Chemeris | 7 Sep 2009 10:13

http://list.sipfoundry.org/archive/sipxtapi-dev/"

Hi,

Yeah, that's known problem, but server is not under our control.
We're trying to fix this with server maintainers, but have had no
success yet.

On Tue, Sep 1, 2009 at 13:20, <dieter.maubach <at> caseris.de> wrote:
> Hello,
>
> I cant' connect to the archive,
> Here is the message I receive:
>
> 403 Forbidden
>
> You don't have permission to access /archive/sipxtapi-dev/maillist.html on
> this server.
>
> Regards
> Dieter
> _______________________________________________
> sipxtapi-dev mailing list
> sipxtapi-dev <at> list.sipfoundry.org
> 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
sipxtapi-dev <at> list.sipfoundry.org
List Archive: http://list.sipfoundry.org/archive/sipxtapi-dev/

headers

Alexander Chemeris | 7 Sep 2009 10:14

Re: [sipXtapi] Socket problem / mac os x

Hi Paulo,

No, we've never seen this problem. Though we haven't done extensive tests
on MacOs X. Our effort was focused on making audio to work smoothly at
the first place.

On Sat, Sep 5, 2009 at 04:01, Paulo Vicentini<vicentini.paulo <at> gmail.com> wrote:
>
> Hi,
> I have built sipXapi over MAC OS X:
> Darwin Macintosh.local 9.8.0 Darwin Kernel Version 9.8.0: Wed Jul 15
> 16:55:01 PDT 2009; root:xnu-1228.15.4~1/RELEASE_I386 i386 i386 MacBookPro5,4
> Darwin
>
> I run my test , make a call, which connects  with audio,  and after a
> while,the application exits with this message on sipXtapi.log
> "2009-09-04T23:43:14.497326Z":526:SIP:DEBUG:Macintosh.local:SipUserAgent-3:B070D000:sipXtapi:"SipTCPServerBase::send
> 0x864a00 isInUseForWrite 41490, client info\n      remote host:
> 200.10.110.127:0\n remote IP: 0.0.0.0:0\n  remote Via address: :-1\n
> received address: :-1"
> "2009-09-04T23:43:14.497412Z":527:KERNEL:ERR:Macintosh.local:SipUserAgent-3:B070D000:sipXtapi:"OsSocket::write
> send returned -1, errno=32\n"
> svn info
> Path: .
> URL: https://scm.sipfoundry.org/rep/sipX/main
> Repository Root: https://scm.sipfoundry.org/rep/sipX
> Repository UUID: a612230a-c5fa-0310-af8b-88eea846685b
> Revision: 11441
> Node Kind: directory
> Schedule: normal
> Last Changed Author: ipse
> Last Changed Rev: 11438
> Are you facing such problem too?
> Thanks
> Paulo
>
> _______________________________________________
> sipxtapi-dev mailing list
> sipxtapi-dev <at> list.sipfoundry.org
> 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
sipxtapi-dev <at> list.sipfoundry.org
List Archive: http://list.sipfoundry.org/archive/sipxtapi-dev/

headers

Paulo Vicentini | 10 Sep 2009 15:40

[sipXtapi] OsRWMutexLinux::~OsRWMutexLinux() mac os x

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
sipxtapi-dev <at> list.sipfoundry.org
List Archive: http://list.sipfoundry.org/archive/sipxtapi-dev/

headers

Paulo Vicentini | 12 Sep 2009 21:08

Re: [sipXtapi] OsRWMutexLinux::~OsRWMutexLinux() mac os x

Hi,

This issue was solved doing:

Index: src/tapi/sipXtapi.cpp

===================================================================

--- src/tapi/sipXtapi.cpp (revision 11441)

+++ src/tapi/sipXtapi.cpp (working copy)

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 <vicentini.paulo <at> gmail.com> 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
sipxtapi-dev <at> list.sipfoundry.org
List Archive: http://list.sipfoundry.org/archive/sipxtapi-dev/

headers

John Wong | 15 Sep 2009 22:50

sipXportLib RPM fixes

Hi

I’ve been starting some work on getting sipXtapi to generate RPMs. Here are some fixes needed for sipXportLib. Please ignore the revision 3735 number – this is from our local vendor drop copy of the sipXtapi source.

Index: sipXtapi/sipXportLib/include/Makefile.am

===================================================================

--- sipXtapi/sipXportLib/include/Makefile.am (revision 3735)

+++ sipXtapi/sipXportLib/include/Makefile.am (working copy)

os/StunMessage.h \

os/StunUtils.h \

os/TurnMessage.h \

+ xmlparser/ExtractContent.h \

xmlparser/tinystr.h \

xmlparser/tinyxml.h \

xmlparser/TiXmlIterator.h \

utl/UtlLongLongInt.h \

utl/UtlNameValueTokenizer.h \

utl/UtlBool.h \

+ utl/UtlChainPool.h \

utl/UtlCrc32.h \

utl/UtlCryptoData.h \

utl/UtlCryptoKey.h \

Index: sipXtapi/sipXportLib/src/Makefile.am

===================================================================

--- sipXtapi/sipXportLib/src/Makefile.am (revision 3735)

+++ sipXtapi/sipXportLib/src/Makefile.am (working copy)

xmlparser/TiXmlIterator.cpp \

xmlparser/ExtractContent.cpp \

hmac-sha1/hmac-sha1.c \

- hmac-sha1/sha1.c

+ hmac-sha1/sha1.c \

+ hmac-sha1/sha1.h

EXTRA_DIST= \

os/Wnt/getWindowsDNSServers.cpp \

Index: sipXtapi/sipXportLib/sipxportlib.spec.in

===================================================================

--- sipXtapi/sipXportLib/sipxportlib.spec.in (revision 3735)

+++ sipXtapi/sipXportLib/sipxportlib.spec.in (working copy)

%{_includedir}/utl/*

%{_includedir}/xmlparser/*

%{_includedir}/sipxunit/*

+%{_includedir}/SipXportLibInit.h

+

John Wong

Sr. Firmware Design

jwong <at> interalia.com

_______________________________________________
sipxtapi-dev mailing list
sipxtapi-dev <at> list.sipfoundry.org
List Archive: http://list.sipfoundry.org/archive/sipxtapi-dev/

headers

John Wong | 15 Sep 2009 23:06

sipXtackLib RPM generation

Hi

I am trying to generate an RPM for the sipXtackLib using “make dist”. However, the makefile is trying to archive the .svn subdirectory as part of the tarball and complains because the pathname is too long. The .svn subdirectory should not be archived – I’m not sure how to re-work the makefile to prevent this.

John Wong

Sr. Firmware Design

jwong <at> interalia.com

_______________________________________________
sipxtapi-dev mailing list
sipxtapi-dev <at> list.sipfoundry.org
List Archive: http://list.sipfoundry.org/archive/sipxtapi-dev/

headers

Paulo Vicentini | 16 Sep 2009 14:27

Re: sipXtackLib RPM generation

Hello,

svn export svn://path_to_sipXtapi_repository projectName (export without .svn directories)

You might also look at MakeFile.am or recursively delete .svn directories

Regards

Paulo

On Tue, Sep 15, 2009 at 6:06 PM, John Wong <jwong <at> interalia.com> wrote:

Hi

I am trying to generate an RPM for the sipXtackLib using “make dist”. However, the makefile is trying to archive the .svn subdirectory as part of the tarball and complains because the pathname is too long. The .svn subdirectory should not be archived – I’m not sure how to re-work the makefile to prevent this.

John Wong

Sr. Firmware Design

jwong <at> interalia.com

_______________________________________________
sipxtapi-dev mailing list
sipxtapi-dev <at> list.sipfoundry.org
List Archive: http://list.sipfoundry.org/archive/sipxtapi-dev/

_______________________________________________
sipxtapi-dev mailing list
sipxtapi-dev <at> list.sipfoundry.org
List Archive: http://list.sipfoundry.org/archive/sipxtapi-dev/

headers

John Wong | 17 Sep 2009 23:27

Re: sipXtackLib RPM generation

Hi Paulo

Thanks for the tip – I did the export and that seemed to fix the archive problem. I built the sipXtackLib using the “—disable-sipviewer” option because the configure process fails in detecting the presence of ‘dt.jar’. I found a work-around for this (change the mode of the dt.jar file to +x so that the AC_PATH_PROG check works correctly).

John

From: Paulo Vicentini [mailto:vicentini.paulo <at> gmail.com]
Sent: Wednesday, September 16, 2009 6:27 AM
To: John Wong
Cc: sipxtapi-dev <at> list.sipfoundry.org
Subject: Re: [sipxtapi-dev] sipXtackLib RPM generation

Hello,

svn export svn://path_to_sipXtapi_repository projectName (export without .svn directories)

You might also look at MakeFile.am or recursively delete .svn directories

Regards

Paulo

On Tue, Sep 15, 2009 at 6:06 PM, John Wong <jwong <at> interalia.com> wrote:

Hi

I am trying to generate an RPM for the sipXtackLib using “make dist”. However, the makefile is trying to archive the .svn subdirectory as part of the tarball and complains because the pathname is too long. The .svn subdirectory should not be archived – I’m not sure how to re-work the makefile to prevent this.

John Wong

Sr. Firmware Design

jwong <at> interalia.com

_______________________________________________
sipxtapi-dev mailing list
sipxtapi-dev <at> list.sipfoundry.org
List Archive: http://list.sipfoundry.org/archive/sipxtapi-dev/

_______________________________________________
sipxtapi-dev mailing list
sipxtapi-dev <at> list.sipfoundry.org
List Archive: http://list.sipfoundry.org/archive/sipxtapi-dev/

4	June 2010
4	February 2010
4	January 2010
8	December 2009
18	November 2009
2	October 2009
16	September 2009
6	August 2009
32	July 2009
18	June 2009
22	May 2009
3	April 2009
8	March 2009
29	February 2009
8	January 2009
42	December 2008
40	November 2008
77	October 2008
41	September 2008
14	August 2008
14	July 2008
16	June 2008
10	May 2008
31	April 2008
29	March 2008
59	February 2008
54	January 2008
38	December 2007
12	November 2007
45	October 2007
72	September 2007
78	August 2007
269	July 2007
162	June 2007
182	May 2007
80	April 2007
245	March 2007
161	February 2007
62	January 2007
111	December 2006
137	November 2006
84	October 2006
196	September 2006
192	August 2006

Mon	Tue	Wed	Thu	Fri	Sat	Sun

	1	2	3	4	5	6
7	8	9	10	11	12	13
14	15	16	17	18	19	20
21	22	23	24	25	26	27
28	29	30