opensipstack-devel Mailing List for OpenSIPStack (Page 31)
Brought to you by:
joegenbaclor
You can subscribe to this list here.
2006 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
(5) |
Jun
(12) |
Jul
(4) |
Aug
(3) |
Sep
(24) |
Oct
(45) |
Nov
(41) |
Dec
(67) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2007 |
Jan
(51) |
Feb
(93) |
Mar
(54) |
Apr
(76) |
May
(114) |
Jun
(133) |
Jul
(124) |
Aug
(180) |
Sep
(53) |
Oct
(41) |
Nov
(109) |
Dec
(92) |
2008 |
Jan
(52) |
Feb
(40) |
Mar
(29) |
Apr
(40) |
May
(83) |
Jun
(68) |
Jul
(30) |
Aug
(72) |
Sep
(50) |
Oct
(48) |
Nov
(25) |
Dec
(80) |
2009 |
Jan
(9) |
Feb
(2) |
Mar
(32) |
Apr
(67) |
May
|
Jun
(7) |
Jul
(7) |
Aug
(4) |
Sep
(3) |
Oct
|
Nov
(6) |
Dec
(2) |
2010 |
Jan
|
Feb
(4) |
Mar
|
Apr
|
May
(10) |
Jun
(2) |
Jul
|
Aug
(2) |
Sep
(1) |
Oct
|
Nov
(5) |
Dec
|
2011 |
Jan
|
Feb
|
Mar
(1) |
Apr
(2) |
May
(2) |
Jun
|
Jul
|
Aug
(5) |
Sep
|
Oct
|
Nov
|
Dec
|
2013 |
Jan
(2) |
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: <jo...@op...> - 2008-01-11 14:02:56
|
Yeah this was a known bug in 1.1.4 discovered during sipit 21 and is now fixed in 1.1.5. Didn't you say you were able to confirm it to work with current CVS head? Helmut Kuper wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi, > > the unmodified contact was like this: > > <sip:v1...@xx...:1025;line=wcqxa52n>;flow-id=1;q=1.0;+sip.instance="<urn:uuid:dd5bcee6-3e3d-4ce9-b462-5a3c57bf406b>";audio;mobility="fixed";duplex="full";description="snom370";actor="principal";events="dialog";methods="INVITE,ACK,CANCEL,BYE,REFER,OPTIONS,NOTIFY,SUBSCRIBE,PRACK,MESSAGE,INFO" > > regards > Helmut > > > Joegen E. Baclor schrieb: > | there is no end quote after method="INVITE ? What does the original > | contact looks like before it was re-written by OSBC? > | > | Helmut Kuper wrote: > | Hi, > | > | I play around with openSBC 1.1.4 and try to use it in UpperRegMode. When > | UAC sends a REGISTER to openSBC with belogs to openser on a diff. > | server, then opensbc sends the REGISTER with modified Contact to > | openser. Seems to be ok so far. > | > | When openser tries to save REGISTER in location server openser's parser > | complains about contact field. Contact Field locks like this after > | opensbc changed it: > | > | > <sip:v101@212.6.123.119:65080;line=yp0r63p5>;flow-id=1;methods="INVITE;mobility="fixed";events="dialog";actor="principal";+sip.instance="<urn:uuid:c9c31ccd-2765-4593-81f8-1ab95bca41e6>";duplex="full";description="snom370";q=1.0 > | > | 212.6.123.119 is correct, cause it's opensbc's address. But the rest > | seems to be a problem for openser. > | > | > | Any ideas what to do? > | > | regards > | helmut > |> > - ------------------------------------------------------------------------- > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services for > just about anything Open Source. > http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace > _______________________________________________ > opensipstack-devel mailing list > ope...@li... > https://lists.sourceforge.net/lists/listinfo/opensipstack-devel > |> > |> > > | ------------------------------------------------------------------------- > | Check out the new SourceForge.net Marketplace. > | It's the best place to buy or sell services for > | just about anything Open Source. > | > http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace > | _______________________________________________ > | opensipstack-devel mailing list > | ope...@li... > | https://lists.sourceforge.net/lists/listinfo/opensipstack-devel > > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.5 (MingW32) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iD8DBQFHh3Up4tZeNddg3dwRAqXFAJ4nKXnmJMnL9nik+sfA40XUGxwZ5wCffsre > IKUYN28ChKKMTVZ45HSuUy8= > =3klj > -----END PGP SIGNATURE----- > > ------------------------------------------------------------------------- > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services for > just about anything Open Source. > http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace > _______________________________________________ > opensipstack-devel mailing list > ope...@li... > https://lists.sourceforge.net/lists/listinfo/opensipstack-devel > > > > |
From: Helmut K. <hel...@ew...> - 2008-01-11 13:55:01
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, the unmodified contact was like this: <sip:v1...@xx...:1025;line=wcqxa52n>;flow-id=1;q=1.0;+sip.instance="<urn:uuid:dd5bcee6-3e3d-4ce9-b462-5a3c57bf406b>";audio;mobility="fixed";duplex="full";description="snom370";actor="principal";events="dialog";methods="INVITE,ACK,CANCEL,BYE,REFER,OPTIONS,NOTIFY,SUBSCRIBE,PRACK,MESSAGE,INFO" regards Helmut Joegen E. Baclor schrieb: | there is no end quote after method="INVITE ? What does the original | contact looks like before it was re-written by OSBC? | | Helmut Kuper wrote: | Hi, | | I play around with openSBC 1.1.4 and try to use it in UpperRegMode. When | UAC sends a REGISTER to openSBC with belogs to openser on a diff. | server, then opensbc sends the REGISTER with modified Contact to | openser. Seems to be ok so far. | | When openser tries to save REGISTER in location server openser's parser | complains about contact field. Contact Field locks like this after | opensbc changed it: | | <sip:v101@212.6.123.119:65080;line=yp0r63p5>;flow-id=1;methods="INVITE;mobility="fixed";events="dialog";actor="principal";+sip.instance="<urn:uuid:c9c31ccd-2765-4593-81f8-1ab95bca41e6>";duplex="full";description="snom370";q=1.0 | | 212.6.123.119 is correct, cause it's opensbc's address. But the rest | seems to be a problem for openser. | | | Any ideas what to do? | | regards | helmut |> - ------------------------------------------------------------------------- Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace _______________________________________________ opensipstack-devel mailing list ope...@li... https://lists.sourceforge.net/lists/listinfo/opensipstack-devel |> |> | ------------------------------------------------------------------------- | Check out the new SourceForge.net Marketplace. | It's the best place to buy or sell services for | just about anything Open Source. | http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace | _______________________________________________ | opensipstack-devel mailing list | ope...@li... | https://lists.sourceforge.net/lists/listinfo/opensipstack-devel -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHh3Up4tZeNddg3dwRAqXFAJ4nKXnmJMnL9nik+sfA40XUGxwZ5wCffsre IKUYN28ChKKMTVZ45HSuUy8= =3klj -----END PGP SIGNATURE----- |
From: ehernaez <ope...@op...> - 2008-01-11 04:39:13
|
What are you CPS stats? Concurrent calls are only part of the picture. Is the application busy processing failed call sessions because only a small fraction actually connect? |
From: Helmut K. <hel...@ew...> - 2008-01-10 17:51:00
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello, I updatet to latest trunk. Everything is now working :) If you still need that infos, I will send it tomorrow. regards Helmut Joegen E. Baclor schrieb: | there is no end quote after method="INVITE ? What does the original | contact looks like before it was re-written by OSBC? | | Helmut Kuper wrote: | Hi, | | I play around with openSBC 1.1.4 and try to use it in UpperRegMode. When | UAC sends a REGISTER to openSBC with belogs to openser on a diff. | server, then opensbc sends the REGISTER with modified Contact to | openser. Seems to be ok so far. | | When openser tries to save REGISTER in location server openser's parser | complains about contact field. Contact Field locks like this after | opensbc changed it: | | <sip:v101@212.6.123.119:65080;line=yp0r63p5>;flow-id=1;methods="INVITE;mobility="fixed";events="dialog";actor="principal";+sip.instance="<urn:uuid:c9c31ccd-2765-4593-81f8-1ab95bca41e6>";duplex="full";description="snom370";q=1.0 | | 212.6.123.119 is correct, cause it's opensbc's address. But the rest | seems to be a problem for openser. | | | Any ideas what to do? | | regards | helmut |> - ------------------------------------------------------------------------- Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace _______________________________________________ opensipstack-devel mailing list ope...@li... https://lists.sourceforge.net/lists/listinfo/opensipstack-devel |> |> | ------------------------------------------------------------------------- | Check out the new SourceForge.net Marketplace. | It's the best place to buy or sell services for | just about anything Open Source. | http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace | _______________________________________________ | opensipstack-devel mailing list | ope...@li... | https://lists.sourceforge.net/lists/listinfo/opensipstack-devel -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHhlr44tZeNddg3dwRAgtSAJ9+Hf+2HP3WSuP+dY+UlrICdLUP3gCdF8Nj vHAeqcZKUojrVgWaTsy9aLg= =IMzb -----END PGP SIGNATURE----- |
From: Chris V. <chr...@gm...> - 2008-01-10 17:32:11
|
So are the concurrent calls stats we are seeing correct? Is there anyway we can get past 60-80 concurrent calls? |
From: Chris V. <chr...@gm...> - 2008-01-10 17:29:50
|
Is it safe to say that the core dumps are caused because we exceeded capacity? |
From: Joegen E. B. <joe...@gm...> - 2008-01-10 16:45:46
|
there is no end quote after method="INVITE ? What does the original contact looks like before it was re-written by OSBC? Helmut Kuper wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi, > > I play around with openSBC 1.1.4 and try to use it in UpperRegMode. When > UAC sends a REGISTER to openSBC with belogs to openser on a diff. > server, then opensbc sends the REGISTER with modified Contact to > openser. Seems to be ok so far. > > When openser tries to save REGISTER in location server openser's parser > complains about contact field. Contact Field locks like this after > opensbc changed it: > > <sip:v101@212.6.123.119:65080;line=yp0r63p5>;flow-id=1;methods="INVITE;mobility="fixed";events="dialog";actor="principal";+sip.instance="<urn:uuid:c9c31ccd-2765-4593-81f8-1ab95bca41e6>";duplex="full";description="snom370";q=1.0 > > 212.6.123.119 is correct, cause it's opensbc's address. But the rest > seems to be a problem for openser. > > > Any ideas what to do? > > regards > helmut > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.5 (MingW32) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iD8DBQFHhire4tZeNddg3dwRAr4HAJ9S8OHDrrajyx33VdoZzcNdAaV3OQCghTYT > VOTAg4YhIXOMGN9j6DDWw3g= > =S+oh > -----END PGP SIGNATURE----- > > ------------------------------------------------------------------------- > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services for > just about anything Open Source. > http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace > _______________________________________________ > opensipstack-devel mailing list > ope...@li... > https://lists.sourceforge.net/lists/listinfo/opensipstack-devel > > > |
From: Helmut K. <hel...@ew...> - 2008-01-10 14:25:42
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, I play around with openSBC 1.1.4 and try to use it in UpperRegMode. When UAC sends a REGISTER to openSBC with belogs to openser on a diff. server, then opensbc sends the REGISTER with modified Contact to openser. Seems to be ok so far. When openser tries to save REGISTER in location server openser's parser complains about contact field. Contact Field locks like this after opensbc changed it: <sip:v101@212.6.123.119:65080;line=yp0r63p5>;flow-id=1;methods="INVITE;mobility="fixed";events="dialog";actor="principal";+sip.instance="<urn:uuid:c9c31ccd-2765-4593-81f8-1ab95bca41e6>";duplex="full";description="snom370";q=1.0 212.6.123.119 is correct, cause it's opensbc's address. But the rest seems to be a problem for openser. Any ideas what to do? regards helmut -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHhire4tZeNddg3dwRAr4HAJ9S8OHDrrajyx33VdoZzcNdAaV3OQCghTYT VOTAg4YhIXOMGN9j6DDWw3g= =S+oh -----END PGP SIGNATURE----- |
From: Ilian J. C. P. <ip...@so...> - 2008-01-09 10:11:02
|
Hi, First of all... You are calling hello->digaoi() before initializing PTrace. Naturally, no logging was done in hello. void Oi::Main() { Hello * hello = new Hello(); hello->digaoi(); // ********* Move this below... char * filename = "C:\\Documents and Settings\\voip\\Desktop\\ttt\\src\\buda3.txt" ; //cout << "Test"; PTrace::Initialise(32, filename, PTrace::Blocks | PTrace::Timestamp | PTrace::Thread |PTrace::FileAndLine); PTRACE(1,"Inside oi.cpp \n"); } Alternatively, you can use this for logging... ** Oi.h #include <ptlib.h> #include <Logger.h> class Oi : public PProcess, public Tools::Logger { PCLASSINFO(Oi, PProcess) public: void Main(); }; ** Oi.cpp #include "Oi.h" #include "Hello.h" PCREATE_PROCESS(Oi) using namespace Tools; void Oi::Main() { Hello* hello = new Hello(); // PTrace::Initialise(32, "C:\\buda3.txt", PTrace::Blocks | PTrace::Timestamp | PTrace::Thread | PTrace::FileAndLine); PTrace::SetLevel( 3 ); // The level just means print PTRACE(1, ..) to PTRACE(3, ..) Logger::SetDefaultLogStream( new Tools::LoggingFileStream( "C:\\buda3.txt" ) ); hello->digaoi(); PTRACE(1, "Inside oi.cpp \n"); delete hello; } Now you should be able get logs from both PTRACE and LOG macros. - Ilian Claudio Miceli wrote: > Hello, > > I was working in a softphone and during my work I discovered that my log > file was not being created. > Since I was using Ptrace I found that it was really weird. Actually my > program creates a log file, but the log sees only the PTRACE's in the main > file. I can not use Ptrace in files that are not my main file. > > I tried to put "# define PTRACING 1" in my other files, but it did not work > as well. > > The following example does not work : > > hello.cpp > > #include <iostream> > #include <ptlib.h> > using namespace std; > class Hello > { > > public: > void digaoi(){ > PTRACE(1,"Inside hello \n"); > > cout << "Hello world!\n"; > } > > }; > > oi.cpp - main file > > > #define PTRACING 1 > > #include <ptlib.h> > //#include <iostream> > > #include "C:\Documents and Settings\voip\My Documents\hello.cpp" > > > class Oi : public PProcess > { > PCLASSINFO(Oi, PProcess) > public: > void Main(); > }; > > PCREATE_PROCESS(Oi) > > void Oi::Main() > { > Hello * hello = new Hello(); > > hello->digaoi(); > > char * filename = "C:\\Documents and > Settings\\voip\\Desktop\\ttt\\src\\buda3.txt" ; > > //cout << "Test"; > > PTrace::Initialise(32, filename, PTrace::Blocks | PTrace::Timestamp | > PTrace::Thread |PTrace::FileAndLine); > > PTRACE(1,"Inside oi.cpp \n"); > > } > > > Do you have any sugestion, or even a clue ? > > Thanks in advance. > > Claudio Miceli de Farias > ------------------------------------------------------------------------- > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services for > just about anything Open Source. > http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace > _______________________________________________ > opensipstack-devel mailing list > ope...@li... > https://lists.sourceforge.net/lists/listinfo/opensipstack-devel > > > |
From: <jo...@op...> - 2008-01-09 05:22:08
|
Chris Veazey wrote: > Does anyone have additional information or a baseline for call stats(calls/sec, concurrent calls) and the associated hardware used to generate those baseline numbers? > > > Currently we are seeing 60-80 concurrent calls with media with V1.1.5 in B2BUA mode, but have not measured calls/sec. > If your basis would be CPU consumption, i would say 15-20 CPS is the throughput of OpenSBC in terms of signaling. Anything greater than this would result to an increase in Queue size. Media proxy calls are expensive because of the need for two separate rtp sessions, each having their own threads and would contribute on CPU load. This would have a direct impact on the CPS, thus expect lower rates when proxying media. > > Would using a 64-bit OSBC instance and 64 bit Fedora Core OS increase these stats? > > All our servers are 64 bit so i don't have any point of comparison. > > ------------------------------------------------------------------------- > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services for > just about anything Open Source. > http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace > _______________________________________________ > opensipstack-devel mailing list > ope...@li... > https://lists.sourceforge.net/lists/listinfo/opensipstack-devel > > > > |
From: Chris V. <chr...@gm...> - 2008-01-09 03:05:29
|
Does anyone have additional information or a baseline for call stats(calls/sec, concurrent calls) and the associated hardware used to generate those baseline numbers? Currently we are seeing 60-80 concurrent calls with media with V1.1.5 in B2BUA mode, but have not measured calls/sec. Would using a 64-bit OSBC instance and 64 bit Fedora Core OS increase these stats? |
From: <dtt...@si...> - 2008-01-09 01:41:43
|
U3Vic2NyaWJlCgotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tCr3wyb22vrDUMjAwONX9sObD4rfR08OjoSggaHR0cDovL2Qx LnNpbmEuY29tLmNuL3NpbmEvbGltZW5nMy9tYWlsX3podWl5dS8yMDA4L21haWxfemh1aXl1XzIw MDgwMTA3Lmh0bWwgKQoKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PQrXorLh0MLAyzJHw+K30dPKz+SjqGh0dHA6Ly9tYWls LnNpbmEuY29tLmNuL6Op |
From: Claudio M. <cmi...@gm...> - 2008-01-08 18:06:44
|
Hello, I was working in a softphone and during my work I discovered that my log file was not being created. Since I was using Ptrace I found that it was really weird. Actually my program creates a log file, but the log sees only the PTRACE's in the main file. I can not use Ptrace in files that are not my main file. I tried to put "# define PTRACING 1" in my other files, but it did not work as well. The following example does not work : hello.cpp #include <iostream> #include <ptlib.h> using namespace std; class Hello { public: void digaoi(){ PTRACE(1,"Inside hello \n"); cout << "Hello world!\n"; } }; oi.cpp - main file #define PTRACING 1 #include <ptlib.h> //#include <iostream> #include "C:\Documents and Settings\voip\My Documents\hello.cpp" class Oi : public PProcess { PCLASSINFO(Oi, PProcess) public: void Main(); }; PCREATE_PROCESS(Oi) void Oi::Main() { Hello * hello = new Hello(); hello->digaoi(); char * filename = "C:\\Documents and Settings\\voip\\Desktop\\ttt\\src\\buda3.txt" ; //cout << "Test"; PTrace::Initialise(32, filename, PTrace::Blocks | PTrace::Timestamp | PTrace::Thread |PTrace::FileAndLine); PTRACE(1,"Inside oi.cpp \n"); } Do you have any sugestion, or even a clue ? Thanks in advance. Claudio Miceli de Farias |
From: Joegen E. B. <joe...@gm...> - 2008-01-08 02:32:29
|
If have a hunch. Seems like you have another instance of pwlib in your=20 include path. =20 mashudi wrote: > Dear All, > Using debian 4.0 on two AMD Opteron dual core CPU, I run make=20 > bothnoshared but get error, > here is the log file. > /usr/src/opensipstack/include/ptlib/critsec.h: In member function =E2vo= id=20 > SIPTransactions::SIPTransaction::SetState(int)=E2: > /usr/src/opensipstack/include/ptlib/critsec.h:252: error:=20 > =E2PAtomicInteger& PAtomicInteger::operator=3D(const PAtomicInteger&)=E2= is=20 > private > /usr/src/opensipstack/include/SIPTransaction.h:273: error: within this = > context > /usr/src/opensipstack/include/ptlib/critsec.h: In constructor=20 > =E2GC::GCObject<T>::GCObject(T*, const Tools::OString&) [with T =3D=20 > SIPTransactions::SIPTransaction]=E2: > /usr/src/opensipstack/include/GCObject.h:521: instantiated from=20 > =E2GC::GCReference<T> GC::Collector<T>::CreateReference(T*, const=20 > Tools::OString&, const Tools::OString&, const char*, int) [with T =3D=20 > SIPTransactions::SIPTransaction]=E2 > /usr/src/opensipstack/include/SIPTransaction.h:154: instantiated from= here > /usr/src/opensipstack/include/ptlib/critsec.h:252: error:=20 > =E2PAtomicInteger& PAtomicInteger::operator=3D(const PAtomicInteger&)=E2= is=20 > private > /usr/src/opensipstack/include/GCObject.h:281: error: within this contex= t > /usr/src/opensipstack/include/ptlib/critsec.h: In constructor=20 > =E2GC::GCObject<T>::GCObject(T*, const Tools::OString&) [with T =3D=20 > UACORE::SIPSession]=E2: > /usr/src/opensipstack/include/GCObject.h:521: instantiated from=20 > =E2GC::GCReference<T> GC::Collector<T>::CreateReference(T*, const=20 > Tools::OString&, const Tools::OString&, const char*, int) [with T =3D=20 > UACORE::SIPSession]=E2 > /usr/src/opensipstack/include/SIPSession.h:264: instantiated from her= e > /usr/src/opensipstack/include/ptlib/critsec.h:252: error:=20 > =E2PAtomicInteger& PAtomicInteger::operator=3D(const PAtomicInteger&)=E2= is=20 > private > /usr/src/opensipstack/include/GCObject.h:281: error: within this contex= t > /usr/src/opensipstack/include/ptlib/critsec.h: In constructor=20 > =E2GC::GCObject<T>::GCObject(T*, const Tools::OString&) [with T =3D=20 > RFC3265::RFC3265Subscription]=E2: > /usr/src/opensipstack/include/GCObject.h:521: instantiated from=20 > =E2GC::GCReference<T> GC::Collector<T>::CreateReference(T*, const=20 > Tools::OString&, const Tools::OString&, const char*, int) [with T =3D=20 > RFC3265::RFC3265Subscription]=E2 > /usr/src/opensipstack/include/RFC3265Subscription.h:93: instantiated = > from here > /usr/src/opensipstack/include/ptlib/critsec.h:252: error:=20 > =E2PAtomicInteger& PAtomicInteger::operator=3D(const PAtomicInteger&)=E2= is=20 > private > /usr/src/opensipstack/include/GCObject.h:281: error: within this contex= t > /usr/src/opensipstack/include/ptlib/critsec.h: In constructor=20 > =E2GC::GCObject<T>::GCObject(T*, const Tools::OString&) [with T =3D=20 > RFC3265::RFC3265Resource]=E2: > /usr/src/opensipstack/include/GCObject.h:521: instantiated from=20 > =E2GC::GCReference<T> GC::Collector<T>::CreateReference(T*, const=20 > Tools::OString&, const Tools::OString&, const char*, int) [with T =3D=20 > RFC3265::RFC3265Resource]=E2 > /usr/src/opensipstack/include/RFC3265Resource.h:74: instantiated from= here > /usr/src/opensipstack/include/ptlib/critsec.h:252: error:=20 > =E2PAtomicInteger& PAtomicInteger::operator=3D(const PAtomicInteger&)=E2= is=20 > private > /usr/src/opensipstack/include/GCObject.h:281: error: within this contex= t > /usr/src/opensipstack/include/ptlib/critsec.h: In constructor=20 > =E2GC::GCObject<T>::GCObject(T*, const Tools::OString&) [with T =3D=20 > B2BUA::B2BMediaInterface::AggregatedMedia]=E2: > /usr/src/opensipstack/include/GCObject.h:521: instantiated from=20 > =E2GC::GCReference<T> GC::Collector<T>::CreateReference(T*, const=20 > Tools::OString&, const Tools::OString&, const char*, int) [with T =3D=20 > B2BUA::B2BMediaInterface::AggregatedMedia]=E2 > /usr/src/opensipstack/include/B2BMediaInterface.h:223: instantiated=20 > from here > /usr/src/opensipstack/include/ptlib/critsec.h:252: error:=20 > =E2PAtomicInteger& PAtomicInteger::operator=3D(const PAtomicInteger&)=E2= is=20 > private > /usr/src/opensipstack/include/GCObject.h:281: error: within this contex= t > make[3]: ***=20 > [/usr/src/opensipstack/lib/obj_linux_x86_64_r/B2BAuthInterface.o] Error= 1 > make[2]: *** [optnoshared] Error 2 > make[1]: *** [optnoshared] Error 2 > make: *** [bothnoshared] Error 2 > > > -----------------------------------------------------------------------= -- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > opensipstack-devel mailing list > ope...@li... > https://lists.sourceforge.net/lists/listinfo/opensipstack-devel > > > =20 |
From: Chris V. <chr...@gm...> - 2008-01-07 19:42:23
|
ZIP file of the B2BUA log sent via email. We are seeing cores every 30 minutes when running 50-60 concurrent calls. |
From: mashudi <mas...@te...> - 2008-01-07 12:20:13
|
Dear Ryan Colobong, thank you for your responds,=20 i already done the ./configure command with output as file attach, the=20 gcc version 4.2.3, i also install all gcc library libc6. /opensipstack# echo 'main(){printf("hello world\n");}' | gcc -E -v - Using built-in specs. Target: x86=5F64-linux-gnu Configured with: ../src/configure -v=20 --enable-languages=3Dc,c++,fortran,objc,obj-c++,treelang --prefix=3D/usr=20 --enable-shared --with-system-zlib --libexecdir=3D/usr/lib=20 --without-included-gettext --enable-threads=3Dposix --enable-nls=20 --with-gxx-include-dir=3D/usr/include/c++/4.2 --program-suffix=3D-4.2=20 --enable-clocale=3Dgnu --enable-libstdcxx-debug --enable-mpfr=20 --enable-checking=3Drelease --build=3Dx86=5F64-linux-gnu=20 --host=3Dx86=5F64-linux-gnu --target=3Dx86=5F64-linux-gnu Thread model: posix gcc version 4.2.3 20071123 (prerelease) (Debian 4.2.2-4) /usr/lib/gcc/x86=5F64-linux-gnu/4.2.3/cc1 -E -quiet -v - -mtune=3Dgeneric ignoring nonexistent directory "/usr/local/include/x86=5F64-linux-gnu" ignoring nonexistent directory=20 "/usr/lib/gcc/x86=5F64-linux-gnu/4.2.3/../../../../x86=5F64-linux-gnu/inclu= de" ignoring nonexistent directory "/usr/include/x86=5F64-linux-gnu" #include "..." search starts here: #include <...> search starts here: /usr/local/include /usr/lib/gcc/x86=5F64-linux-gnu/4.2.3/include /usr/include End of search list. # 1 "<stdin>" # 1 "<built-in>" # 1 "<command-line>" # 1 "<stdin>" main(){printf("hello world\n");} Ryan Colobong wrote: > *********************** > Your mail has been scanned by=20 > Telkom Anti Virus System > *********************** > > > Hello Mashudi, > > Did you run "configure" before you execute "make bothnoshared"? > > Ex: > -bash-3.00$ ./configure > checking for gcc... gcc > checking for C compiler default output file name... a.out > checking whether the C compiler works... yes > ... > > regards, > > mashudi wrote: > =20 >> Dear All, >> Using debian 4.0 on two AMD Opteron dual core CPU, I run make=20 >> bothnoshared but get error, >> here is the log file. >> /usr/src/opensipstack/include/ptlib/critsec.h: In member function =E2voi= d=20 >> SIPTransactions::SIPTransaction::SetState(int)=E2: >> /usr/src/opensipstack/include/ptlib/critsec.h:252: error:=20 >> =E2PAtomicInteger& PAtomicInteger::operator=3D(const PAtomicInteger&)=E2= is=20 >> private >> /usr/src/opensipstack/include/SIPTransaction.h:273: error: within this=20 >> context >> /usr/src/opensipstack/include/ptlib/critsec.h: In constructor=20 >> =E2GC::GCObject<T>::GCObject(T*, const Tools::OString&) [with T =3D=20 >> SIPTransactions::SIPTransaction]=E2: >> /usr/src/opensipstack/include/GCObject.h:521: instantiated from=20 >> =E2GC::GCReference<T> GC::Collector<T>::CreateReference(T*, const=20 >> Tools::OString&, const Tools::OString&, const char*, int) [with T =3D=20 >> SIPTransactions::SIPTransaction]=E2 >> /usr/src/opensipstack/include/SIPTransaction.h:154: instantiated from = here >> /usr/src/opensipstack/include/ptlib/critsec.h:252: error:=20 >> =E2PAtomicInteger& PAtomicInteger::operator=3D(const PAtomicInteger&)=E2= is=20 >> private >> /usr/src/opensipstack/include/GCObject.h:281: error: within this context >> /usr/src/opensipstack/include/ptlib/critsec.h: In constructor=20 >> =E2GC::GCObject<T>::GCObject(T*, const Tools::OString&) [with T =3D=20 >> UACORE::SIPSession]=E2: >> /usr/src/opensipstack/include/GCObject.h:521: instantiated from=20 >> =E2GC::GCReference<T> GC::Collector<T>::CreateReference(T*, const=20 >> Tools::OString&, const Tools::OString&, const char*, int) [with T =3D=20 >> UACORE::SIPSession]=E2 >> /usr/src/opensipstack/include/SIPSession.h:264: instantiated from here >> /usr/src/opensipstack/include/ptlib/critsec.h:252: error:=20 >> =E2PAtomicInteger& PAtomicInteger::operator=3D(const PAtomicInteger&)=E2= is=20 >> private >> /usr/src/opensipstack/include/GCObject.h:281: error: within this context >> /usr/src/opensipstack/include/ptlib/critsec.h: In constructor=20 >> =E2GC::GCObject<T>::GCObject(T*, const Tools::OString&) [with T =3D=20 >> RFC3265::RFC3265Subscription]=E2: >> /usr/src/opensipstack/include/GCObject.h:521: instantiated from=20 >> =E2GC::GCReference<T> GC::Collector<T>::CreateReference(T*, const=20 >> Tools::OString&, const Tools::OString&, const char*, int) [with T =3D=20 >> RFC3265::RFC3265Subscription]=E2 >> /usr/src/opensipstack/include/RFC3265Subscription.h:93: instantiated=20 >> from here >> /usr/src/opensipstack/include/ptlib/critsec.h:252: error:=20 >> =E2PAtomicInteger& PAtomicInteger::operator=3D(const PAtomicInteger&)=E2= is=20 >> private >> /usr/src/opensipstack/include/GCObject.h:281: error: within this context >> /usr/src/opensipstack/include/ptlib/critsec.h: In constructor=20 >> =E2GC::GCObject<T>::GCObject(T*, const Tools::OString&) [with T =3D=20 >> RFC3265::RFC3265Resource]=E2: >> /usr/src/opensipstack/include/GCObject.h:521: instantiated from=20 >> =E2GC::GCReference<T> GC::Collector<T>::CreateReference(T*, const=20 >> Tools::OString&, const Tools::OString&, const char*, int) [with T =3D=20 >> RFC3265::RFC3265Resource]=E2 >> /usr/src/opensipstack/include/RFC3265Resource.h:74: instantiated from = here >> /usr/src/opensipstack/include/ptlib/critsec.h:252: error:=20 >> =E2PAtomicInteger& PAtomicInteger::operator=3D(const PAtomicInteger&)=E2= is=20 >> private >> /usr/src/opensipstack/include/GCObject.h:281: error: within this context >> /usr/src/opensipstack/include/ptlib/critsec.h: In constructor=20 >> =E2GC::GCObject<T>::GCObject(T*, const Tools::OString&) [with T =3D=20 >> B2BUA::B2BMediaInterface::AggregatedMedia]=E2: >> /usr/src/opensipstack/include/GCObject.h:521: instantiated from=20 >> =E2GC::GCReference<T> GC::Collector<T>::CreateReference(T*, const=20 >> Tools::OString&, const Tools::OString&, const char*, int) [with T =3D=20 >> B2BUA::B2BMediaInterface::AggregatedMedia]=E2 >> /usr/src/opensipstack/include/B2BMediaInterface.h:223: instantiated=20 >> from here >> /usr/src/opensipstack/include/ptlib/critsec.h:252: error:=20 >> =E2PAtomicInteger& PAtomicInteger::operator=3D(const PAtomicInteger&)=E2= is=20 >> private >> /usr/src/opensipstack/include/GCObject.h:281: error: within this context >> make[3]: ***=20 >> [/usr/src/opensipstack/lib/obj=5Flinux=5Fx86=5F64=5Fr/B2BAuthInterface.o= ] Error 1 >> make[2]: *** [optnoshared] Error 2 >> make[1]: *** [optnoshared] Error 2 >> make: *** [bothnoshared] Error 2 >> >> >> ------------------------------------------------------------------------- >> This SF.net email is sponsored by: Microsoft >> Defy all challenges. Microsoft(R) Visual Studio 2005. >> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >> =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F >> opensipstack-devel mailing list >> ope...@li... >> https://lists.sourceforge.net/lists/listinfo/opensipstack-devel >> >> >> =20 >> =20 > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F > opensipstack-devel mailing list > ope...@li... > https://lists.sourceforge.net/lists/listinfo/opensipstack-devel > > > =20 |
From: Ryan C. <rco...@so...> - 2008-01-07 10:50:38
|
Hello Mashudi, Did you run "configure" before you execute "make bothnoshared"? Ex: -bash-3.00$ ./configure checking for gcc... gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes ... regards, mashudi wrote: > Dear All, > Using debian 4.0 on two AMD Opteron dual core CPU, I run make > bothnoshared but get error, > here is the log file. > /usr/src/opensipstack/include/ptlib/critsec.h: In member function âvoid > SIPTransactions::SIPTransaction::SetState(int)â: > /usr/src/opensipstack/include/ptlib/critsec.h:252: error: > âPAtomicInteger& PAtomicInteger::operator=(const PAtomicInteger&)â is > private > /usr/src/opensipstack/include/SIPTransaction.h:273: error: within this > context > /usr/src/opensipstack/include/ptlib/critsec.h: In constructor > âGC::GCObject<T>::GCObject(T*, const Tools::OString&) [with T = > SIPTransactions::SIPTransaction]â: > /usr/src/opensipstack/include/GCObject.h:521: instantiated from > âGC::GCReference<T> GC::Collector<T>::CreateReference(T*, const > Tools::OString&, const Tools::OString&, const char*, int) [with T = > SIPTransactions::SIPTransaction]â > /usr/src/opensipstack/include/SIPTransaction.h:154: instantiated from here > /usr/src/opensipstack/include/ptlib/critsec.h:252: error: > âPAtomicInteger& PAtomicInteger::operator=(const PAtomicInteger&)â is > private > /usr/src/opensipstack/include/GCObject.h:281: error: within this context > /usr/src/opensipstack/include/ptlib/critsec.h: In constructor > âGC::GCObject<T>::GCObject(T*, const Tools::OString&) [with T = > UACORE::SIPSession]â: > /usr/src/opensipstack/include/GCObject.h:521: instantiated from > âGC::GCReference<T> GC::Collector<T>::CreateReference(T*, const > Tools::OString&, const Tools::OString&, const char*, int) [with T = > UACORE::SIPSession]â > /usr/src/opensipstack/include/SIPSession.h:264: instantiated from here > /usr/src/opensipstack/include/ptlib/critsec.h:252: error: > âPAtomicInteger& PAtomicInteger::operator=(const PAtomicInteger&)â is > private > /usr/src/opensipstack/include/GCObject.h:281: error: within this context > /usr/src/opensipstack/include/ptlib/critsec.h: In constructor > âGC::GCObject<T>::GCObject(T*, const Tools::OString&) [with T = > RFC3265::RFC3265Subscription]â: > /usr/src/opensipstack/include/GCObject.h:521: instantiated from > âGC::GCReference<T> GC::Collector<T>::CreateReference(T*, const > Tools::OString&, const Tools::OString&, const char*, int) [with T = > RFC3265::RFC3265Subscription]â > /usr/src/opensipstack/include/RFC3265Subscription.h:93: instantiated > from here > /usr/src/opensipstack/include/ptlib/critsec.h:252: error: > âPAtomicInteger& PAtomicInteger::operator=(const PAtomicInteger&)â is > private > /usr/src/opensipstack/include/GCObject.h:281: error: within this context > /usr/src/opensipstack/include/ptlib/critsec.h: In constructor > âGC::GCObject<T>::GCObject(T*, const Tools::OString&) [with T = > RFC3265::RFC3265Resource]â: > /usr/src/opensipstack/include/GCObject.h:521: instantiated from > âGC::GCReference<T> GC::Collector<T>::CreateReference(T*, const > Tools::OString&, const Tools::OString&, const char*, int) [with T = > RFC3265::RFC3265Resource]â > /usr/src/opensipstack/include/RFC3265Resource.h:74: instantiated from here > /usr/src/opensipstack/include/ptlib/critsec.h:252: error: > âPAtomicInteger& PAtomicInteger::operator=(const PAtomicInteger&)â is > private > /usr/src/opensipstack/include/GCObject.h:281: error: within this context > /usr/src/opensipstack/include/ptlib/critsec.h: In constructor > âGC::GCObject<T>::GCObject(T*, const Tools::OString&) [with T = > B2BUA::B2BMediaInterface::AggregatedMedia]â: > /usr/src/opensipstack/include/GCObject.h:521: instantiated from > âGC::GCReference<T> GC::Collector<T>::CreateReference(T*, const > Tools::OString&, const Tools::OString&, const char*, int) [with T = > B2BUA::B2BMediaInterface::AggregatedMedia]â > /usr/src/opensipstack/include/B2BMediaInterface.h:223: instantiated > from here > /usr/src/opensipstack/include/ptlib/critsec.h:252: error: > âPAtomicInteger& PAtomicInteger::operator=(const PAtomicInteger&)â is > private > /usr/src/opensipstack/include/GCObject.h:281: error: within this context > make[3]: *** > [/usr/src/opensipstack/lib/obj_linux_x86_64_r/B2BAuthInterface.o] Error 1 > make[2]: *** [optnoshared] Error 2 > make[1]: *** [optnoshared] Error 2 > make: *** [bothnoshared] Error 2 > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > opensipstack-devel mailing list > ope...@li... > https://lists.sourceforge.net/lists/listinfo/opensipstack-devel > > > |
From: mashudi <mas...@te...> - 2008-01-07 10:14:57
|
Dear All, Using debian 4.0 on two AMD Opteron dual core CPU, I run make=20 bothnoshared but get error, here is the log file. /usr/src/opensipstack/include/ptlib/critsec.h: In member function =E2void=20 SIPTransactions::SIPTransaction::SetState(int)=E2: /usr/src/opensipstack/include/ptlib/critsec.h:252: error:=20 =E2PAtomicInteger& PAtomicInteger::operator=3D(const PAtomicInteger&)=E2 is= =20 private /usr/src/opensipstack/include/SIPTransaction.h:273: error: within this=20 context /usr/src/opensipstack/include/ptlib/critsec.h: In constructor=20 =E2GC::GCObject<T>::GCObject(T*, const Tools::OString&) [with T =3D=20 SIPTransactions::SIPTransaction]=E2: /usr/src/opensipstack/include/GCObject.h:521: instantiated from=20 =E2GC::GCReference<T> GC::Collector<T>::CreateReference(T*, const=20 Tools::OString&, const Tools::OString&, const char*, int) [with T =3D=20 SIPTransactions::SIPTransaction]=E2 /usr/src/opensipstack/include/SIPTransaction.h:154: instantiated from here /usr/src/opensipstack/include/ptlib/critsec.h:252: error:=20 =E2PAtomicInteger& PAtomicInteger::operator=3D(const PAtomicInteger&)=E2 is= =20 private /usr/src/opensipstack/include/GCObject.h:281: error: within this context /usr/src/opensipstack/include/ptlib/critsec.h: In constructor=20 =E2GC::GCObject<T>::GCObject(T*, const Tools::OString&) [with T =3D=20 UACORE::SIPSession]=E2: /usr/src/opensipstack/include/GCObject.h:521: instantiated from=20 =E2GC::GCReference<T> GC::Collector<T>::CreateReference(T*, const=20 Tools::OString&, const Tools::OString&, const char*, int) [with T =3D=20 UACORE::SIPSession]=E2 /usr/src/opensipstack/include/SIPSession.h:264: instantiated from here /usr/src/opensipstack/include/ptlib/critsec.h:252: error:=20 =E2PAtomicInteger& PAtomicInteger::operator=3D(const PAtomicInteger&)=E2 is= =20 private /usr/src/opensipstack/include/GCObject.h:281: error: within this context /usr/src/opensipstack/include/ptlib/critsec.h: In constructor=20 =E2GC::GCObject<T>::GCObject(T*, const Tools::OString&) [with T =3D=20 RFC3265::RFC3265Subscription]=E2: /usr/src/opensipstack/include/GCObject.h:521: instantiated from=20 =E2GC::GCReference<T> GC::Collector<T>::CreateReference(T*, const=20 Tools::OString&, const Tools::OString&, const char*, int) [with T =3D=20 RFC3265::RFC3265Subscription]=E2 /usr/src/opensipstack/include/RFC3265Subscription.h:93: instantiated=20 from here /usr/src/opensipstack/include/ptlib/critsec.h:252: error:=20 =E2PAtomicInteger& PAtomicInteger::operator=3D(const PAtomicInteger&)=E2 is= =20 private /usr/src/opensipstack/include/GCObject.h:281: error: within this context /usr/src/opensipstack/include/ptlib/critsec.h: In constructor=20 =E2GC::GCObject<T>::GCObject(T*, const Tools::OString&) [with T =3D=20 RFC3265::RFC3265Resource]=E2: /usr/src/opensipstack/include/GCObject.h:521: instantiated from=20 =E2GC::GCReference<T> GC::Collector<T>::CreateReference(T*, const=20 Tools::OString&, const Tools::OString&, const char*, int) [with T =3D=20 RFC3265::RFC3265Resource]=E2 /usr/src/opensipstack/include/RFC3265Resource.h:74: instantiated from here /usr/src/opensipstack/include/ptlib/critsec.h:252: error:=20 =E2PAtomicInteger& PAtomicInteger::operator=3D(const PAtomicInteger&)=E2 is= =20 private /usr/src/opensipstack/include/GCObject.h:281: error: within this context /usr/src/opensipstack/include/ptlib/critsec.h: In constructor=20 =E2GC::GCObject<T>::GCObject(T*, const Tools::OString&) [with T =3D=20 B2BUA::B2BMediaInterface::AggregatedMedia]=E2: /usr/src/opensipstack/include/GCObject.h:521: instantiated from=20 =E2GC::GCReference<T> GC::Collector<T>::CreateReference(T*, const=20 Tools::OString&, const Tools::OString&, const char*, int) [with T =3D=20 B2BUA::B2BMediaInterface::AggregatedMedia]=E2 /usr/src/opensipstack/include/B2BMediaInterface.h:223: instantiated=20 from here /usr/src/opensipstack/include/ptlib/critsec.h:252: error:=20 =E2PAtomicInteger& PAtomicInteger::operator=3D(const PAtomicInteger&)=E2 is= =20 private /usr/src/opensipstack/include/GCObject.h:281: error: within this context make[3]: ***=20 [/usr/src/opensipstack/lib/obj=5Flinux=5Fx86=5F64=5Fr/B2BAuthInterface.o] E= rror 1 make[2]: *** [optnoshared] Error 2 make[1]: *** [optnoshared] Error 2 make: *** [bothnoshared] Error 2 |
From: <jo...@op...> - 2008-01-05 03:01:08
|
thanks for the back trace. seems like a race condition that can happen when a provisional or final response is received at the same time the call is being destroyed due to a cancel. would you be able to send the corresponding b2bua log as well? i want to verify my hypothesis. Chris Veazey wrote: > [root@testbed opensbc]# gdb ./opensbc ./core.10537 > GNU gdb Red Hat Linux (6.3.0.0-1.21rh) > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you are > welcome to change it and/or distribute copies of it under certain conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for details. > This GDB was configured as "i386-redhat-linux-gnu"...Using host libthread_db library "/lib/libthread_db.so.1". > > Reading symbols from shared object read from target memory...done. > Loaded system supplied DSO at 0x83f000 > Core was generated by `./opensbc -d -H 32000 -C 10240000 -p mypid.txt'. > Program terminated with signal 3, Quit. > > warning: svr4_current_sos: Can't read pathname for load map: Input/output error > > Cannot access memory at address 0xb7f383d8 > #0 0x0083f402 in __kernel_vsyscall () > (gdb) bt > #0 0x0083f402 in __kernel_vsyscall () > #1 0x004ff272 in ?? () > #2 0xb26eaeb0 in ?? () > #3 0xb26eaeb0 in ?? () > #4 0x082d1abf in vtable for PServiceProcess () > #5 0xb26eafb0 in ?? () > #6 0x0820d2c5 in PServiceProcess::PXOnAsyncSignal () > #7 0x0820d2c5 in PServiceProcess::PXOnAsyncSignal () > #8 0x082442bc in PXSignalHandler () > #9 <signal handler called> > #10 0x0824cbcd in P_fd_set::operator+= () > #11 0x0823ba06 in PSocket::Select () > #12 0x0824c3cc in PSocket::Select () > #13 0x0817971b in RTP_UDP::ReadData () > #14 0x08086615 in B2BUA::B2BMediaInterface::OpalMediaThread::Main () > #15 0x082448dc in PThread::PX_ThreadStart () > #16 0x004f9b80 in ?? () > #17 0xb2c7aca0 in ?? () > #18 0xb26eb490 in ?? () > #19 0xb26eb490 in ?? () > #20 0xb26eb490 in ?? () > #21 0xb26eb490 in ?? () > #22 0x00000000 in ?? () > (gdb) > > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > opensipstack-devel mailing list > ope...@li... > https://lists.sourceforge.net/lists/listinfo/opensipstack-devel > > > > |
From: Chris V. <chr...@gm...> - 2008-01-05 01:43:55
|
[root@testbed opensbc]# gdb ./opensbc ./core.10537 GNU gdb Red Hat Linux (6.3.0.0-1.21rh) Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-redhat-linux-gnu"...Using host libthread_db library "/lib/libthread_db.so.1". Reading symbols from shared object read from target memory...done. Loaded system supplied DSO at 0x83f000 Core was generated by `./opensbc -d -H 32000 -C 10240000 -p mypid.txt'. Program terminated with signal 3, Quit. warning: svr4_current_sos: Can't read pathname for load map: Input/output error Cannot access memory at address 0xb7f383d8 #0 0x0083f402 in __kernel_vsyscall () (gdb) bt #0 0x0083f402 in __kernel_vsyscall () #1 0x004ff272 in ?? () #2 0xb26eaeb0 in ?? () #3 0xb26eaeb0 in ?? () #4 0x082d1abf in vtable for PServiceProcess () #5 0xb26eafb0 in ?? () #6 0x0820d2c5 in PServiceProcess::PXOnAsyncSignal () #7 0x0820d2c5 in PServiceProcess::PXOnAsyncSignal () #8 0x082442bc in PXSignalHandler () #9 <signal handler called> #10 0x0824cbcd in P_fd_set::operator+= () #11 0x0823ba06 in PSocket::Select () #12 0x0824c3cc in PSocket::Select () #13 0x0817971b in RTP_UDP::ReadData () #14 0x08086615 in B2BUA::B2BMediaInterface::OpalMediaThread::Main () #15 0x082448dc in PThread::PX_ThreadStart () #16 0x004f9b80 in ?? () #17 0xb2c7aca0 in ?? () #18 0xb26eb490 in ?? () #19 0xb26eb490 in ?? () #20 0xb26eb490 in ?? () #21 0xb26eb490 in ?? () #22 0x00000000 in ?? () (gdb) |
From: Joegen E. B. <joe...@gm...> - 2008-01-05 01:10:37
|
please send in the backtrace from the core file. do this: shell# gdb ./opensbc ./core.xxx when gdb loads the corefile, type "bt" in the gdb command prompt. copy and paste the backtrace and send it here. Chris Veazey wrote: > We are also seeing: > > > Jan 4 18:05:44 testbed OpenSBC[4242]: Caught segmentation fault (SIGSEGV), thread_id=3014638512 name=OpalMediaThread:b2cc3410, aborting. > > > in /var/log/messages.log > > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > opensipstack-devel mailing list > ope...@li... > https://lists.sourceforge.net/lists/listinfo/opensipstack-devel > > > |
From: Chris V. <chr...@gm...> - 2008-01-04 23:32:48
|
We are also seeing: Jan 4 18:05:44 testbed OpenSBC[4242]: Caught segmentation fault (SIGSEGV), thread_id=3014638512 name=OpalMediaThread:b2cc3410, aborting. in /var/log/messages.log |
From: Chris V. <chr...@gm...> - 2008-01-04 22:53:41
|
We are seeing a significant amount of core dumps at around 40-50 concurrent calls? Please let me know if there is any additional info I can provide or if anyone has additional insight. |
From: Giuseppe B. <giu...@bs...> - 2008-01-04 17:08:01
|
Hi, Maybe that all file are OssPhoneSetup.vdproj are in CVS, but when I load = the project in visual studio I get two "unable to determine name" errors. I set to register the dll, my setup appear to run successfully but the application crash because the registration was unsuccessful. I used = regsvr32 to get the registration error. However I solved now. I added both VC80 & CRT80 merge module (these are = the only information I discovered from the OssPhoneSetup.vdproj) but the = wrong version because I installed Visual Studio 2008 also. I copied VC80 & CRT80 msm from another pc and all now is right! Thank you very much to all. Giuseppe -----Original Message----- From: ope...@li... [mailto:ope...@li...] On Behalf Of = Ilian Jeri C. Pinzon Sent: venerd=EC 4 gennaio 2008 6:50 To: ope...@li... Subject: Re: [OpenSIPStack] ATLSIP setup Hi, Giuseppe Battaglia wrote: > I confirm that Atlsip.dll is the release build. > I unsuccessfully included the suggested dll, even if Visual Studio = warn that > most of them are under Windows System file protection (on XP are = already in > the system). > =20 If the DLLs are included in the detected dependencies of your setup=20 project, there is no need to manually add them. You can even exclude=20 them if the warning is displayed. > In CVS I found the OssPhoneSetup.vdproj, but the needed files are = missing. > May be uploaded the full project? > =20 What files does it say are missing? My copy is ok. Also, how are you registering ATLSIP.dll or why are you manually calling = regsvr32? Anyway, try these: 1. When adding ATLSIP.dll to your app's working directory, be sure to=20 set Register =3D=3D vsdrpCOM in its properties. 2. Add the appropriate merge modules to your setup project:=20 Microsoft_VC80_*.msm. Regards, Ilian |
From: sebastian p. <seb...@gm...> - 2008-01-04 11:42:35
|
Thanks Ilian, you're the man :-) (also thanks to Joegen and Andre) Problem solved, i've got access to the new method that i created in ATLSIP project. Aximp.exe created ATLSIPLib.dll and AxATLSIPLib.dll. Now let's hope next contributions from me to this mailing list are related to the phone solution instead of compiling problems. Best Regards, -Sebasti=E1n- 2008/1/4, Ilian Jeri C. Pinzon <ip...@so...>: > > Hi Sebastian, > > sebastian pastor wrote: > > Hi Ilian, > > > > Tanks. I've done that but i still have the same problem. > > Which are the files that need to be included in OSSPhone folder to be > able > > to use ATLSIP library? > > > ATLSIPLib.dll > AxATLSIPLib.dll and > ATLSIP.dll registered via regsvr32 > > And what are that "Ax" prefix, i didn't find that namespace anywhere in > > ATLSIP project, i suppose it's automtically generated by Visual studio. > > > It's automatically generated when using an ActiveX control. > > Sorry for being so inquisitive, but i need to do some things based on > your > > code for academic purpose, not professional and i know what to do, i'm > keen > > on SIP and not so bad on programming but i'm so green on Visual Studio > and > > dinamic libraries... > > > > BTW, which are the differences between ATLSIP.dll, > This is the output from the ATLSIP project. Done in ActiveX/C++ > (unmanaged code). > > ATLSIPLib.dll and > > Interop.ATLSIPLib.dll? > > > These are wrapper DLLs for ATLSIP. These are needed so that OSSPhone > .NET (C++/CLI managed code) can use ATLSIP (C++ unmanaged code). > > I think I know your problem now. Remember when you removed the > "aximp.exe" Pre-build event? > > ---------- > But i still have the same error when compiling OSSPhone project, > PRJ0019: A tool returned an error code from "Executing event previous to > generation..." > > -------------- > > That caused it. If the pre-build event still does not work for you, you > can do this manually: > > 1. Compile the ATLSIP project *only*. > 2. Run aximp ATLSIP.dll > 3. Copy the output files to your project directory ("OSSPhone\vc80") and > your output directories ("OSSPhone\vc80\Debug" or "OSSPhone\vc80\Release"= ) > 4. Compile OSSPhone .NET > > Regards, > Ilian > > Regards, > > > > -Sebastian Pastor- > > > > > > 2008/1/3, Ilian Jeri C. Pinzon <ip...@so...>: > > > >> Hi Sebastian, > >> > >> Sorry for the late reply. I was out on vacation... > >> > >> sebastian pastor wrote: > >> > >>> OK, i'd like to know it because i'm trying to modify something in > ATLSIP > >>> > >> but > >> > >>> i cannot then use it in OSSPhone. > >>> > >>> I.e: I added an *empty funtion* just for testing. First in > >>> > >> OpenSipStackctl.h, > >> > >>> then in OpenSipStackCtl.cpp, then in ATLSIP.idl (contained in > IDispatch > >>> wrapping for IOpenSipStackCtl inteface) and it is built ok (both > release > >>> > >> and > >> > >>> debug). > >>> But then whenever i try to build OpenOSSPhone calling to that functio= n > >>> > >> in > >> > >>> Form1.h it tells me that is not a function belonging to ATLSIP > library. > >>> > >>> > >> This could be mean that the updated DLL was not registered. Try > manually > >> forcing this by: > >> > >> 1. In VS 2005, go to Tools -> ActiveX Control Test Container... > >> 2. Select Files -> Register Controls > >> 3. Select ATLSIP, then choose Unregister. > >> 4. Click Register then choose your ATLSIP.dll build. > >> > >> Regards, > >> Ilian > >> > >>> What am i doing wrong? > >>> > >>> > >>> > >>> 2007/12/30, Joegen E. Baclor <joe...@gm...>: > >>> > >>> > >>>> Ilian or a member of his team should be able to answer you more > >>>> > >> reliably > >> > >>>> as to which object files are needed. I have detached myself from > >>>> > >> ATLSIP > >> > >>>> for a long time and currently do not have the build environment to > look > >>>> at. I'll leave the liberty of answering to Ilian. > >>>> > >>>> sebastian pastor wrote: > >>>> > >>>> > >>>>> Ok. Thanks Joegen. > >>>>> > >>>>> I also thought that way so i disabled that project in Build setting= s > >>>>> > >> of > >> > >>>>> 'ATLSIP' Solution. But as long as i remember, that way it didn't > >>>>> > >>>>> > >>>> generate > >>>> > >>>> > >>>>> the necessary files for using OSSPhone. Maybe it was my fault, i > don't > >>>>> remember wether i chose Build again (from the beginning Ctrl+Alt+F7= ) > >>>>> > >> or > >> > >>>> just > >>>> > >>>> > >>>>> normal Build (F7)... > >>>>> > >>>>> Anyway, it doesn't matter. Yesterday night after some reattempts an= d > >>>>> > >>>>> > >>>> without > >>>> > >>>> > >>>>> doing (apparently) anything it worked. > >>>>> BTW, which ones from the files generated after building ATLSIP > project > >>>>> > >>>>> > >>>> are > >>>> > >>>> > >>>>> really used by OSSPhone (for the attribute called ATLSIP)? > >>>>> > >>>>> Thanks and Happy New Year, > >>>>> > >>>>> -Sebasti=E1n- > >>>>> > >>>>> 2007/12/30, jo...@op... <joe...@gm...>: > >>>>> > >>>>> > >>>>> > >>>>>> hi sebastian, > >>>>>> > >>>>>> atlsipps is not needed by atlsip as far as i know so you may safel= y > >>>>>> ignore this compile error. that is as long as the atlsip main dll > >>>>>> compiled properly. let me know if you prove me wrong > >>>>>> > >>>>>> joegen > >>>>>> > >>>>>> > >>>>>> sebastian pastor wrote: > >>>>>> > >>>>>> > >>>>>> > >>>>>>> Hi, > >>>>>>> > >>>>>>> well this one has appeared with the last version that i downloade= d > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>> trough > >>>>>> > >>>>>> > >>>>>> > >>>>>>> CVS. I'm using Visual Studio 2005 in Windows XP. > >>>>>>> I don't know if you have reproduced it. > >>>>>>> > >>>>>>> it's in ATLSIPPS project and it says: > >>>>>>> > >>>>>>> *Error: MIDL will not generate DLLDATA.C unless you have at least > 1 > >>>>>>> interface in the main project.* > >>>>>>> > >>>>>>> Any workaround? > >>>>>>> > >>>>>>> > >>>>>>> Thanks in advance and Happy New Year > >>>>>>> > >>>>>>> -Sebasti=E1n- > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> > >> > ------------------------------------------------------------------------- > >> > >>>>>>> This SF.net email is sponsored by: Microsoft > >>>>>>> Defy all challenges. Microsoft(R) Visual Studio 2005. > >>>>>>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > >>>>>>> _______________________________________________ > >>>>>>> opensipstack-devel mailing list > >>>>>>> ope...@li... > >>>>>>> https://lists.sourceforge.net/lists/listinfo/opensipstack-devel > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> > >> > ------------------------------------------------------------------------- > >> > >>>>>> This SF.net email is sponsored by: Microsoft > >>>>>> Defy all challenges. Microsoft(R) Visual Studio 2005. > >>>>>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > >>>>>> _______________________________________________ > >>>>>> opensipstack-devel mailing list > >>>>>> ope...@li... > >>>>>> https://lists.sourceforge.net/lists/listinfo/opensipstack-devel > >>>>>> > >>>>>> > >>>>>> > >>>>>> > >> > ------------------------------------------------------------------------- > >> > >>>>> This SF.net email is sponsored by: Microsoft > >>>>> Defy all challenges. Microsoft(R) Visual Studio 2005. > >>>>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > >>>>> _______________________________________________ > >>>>> opensipstack-devel mailing list > >>>>> ope...@li... > >>>>> https://lists.sourceforge.net/lists/listinfo/opensipstack-devel > >>>>> > >>>>> > >>>>> > >>>>> > >>>>> > >>>> > >> > ------------------------------------------------------------------------- > >> > >>>> This SF.net email is sponsored by: Microsoft > >>>> Defy all challenges. Microsoft(R) Visual Studio 2005. > >>>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > >>>> _______________________________________________ > >>>> opensipstack-devel mailing list > >>>> ope...@li... > >>>> https://lists.sourceforge.net/lists/listinfo/opensipstack-devel > >>>> > >>>> > >>>> > >> > ------------------------------------------------------------------------- > >> > >>> This SF.net email is sponsored by: Microsoft > >>> Defy all challenges. Microsoft(R) Visual Studio 2005. > >>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > >>> _______________________________________________ > >>> opensipstack-devel mailing list > >>> ope...@li... > >>> https://lists.sourceforge.net/lists/listinfo/opensipstack-devel > >>> > >>> > >>> > >>> > >> > ------------------------------------------------------------------------- > >> This SF.net email is sponsored by: Microsoft > >> Defy all challenges. Microsoft(R) Visual Studio 2005. > >> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > >> _______________________________________________ > >> opensipstack-devel mailing list > >> ope...@li... > >> https://lists.sourceforge.net/lists/listinfo/opensipstack-devel > >> > >> > > > ------------------------------------------------------------------------- > > This SF.net email is sponsored by: Microsoft > > Defy all challenges. Microsoft(R) Visual Studio 2005. > > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > > _______________________________________________ > > opensipstack-devel mailing list > > ope...@li... > > https://lists.sourceforge.net/lists/listinfo/opensipstack-devel > > > > > > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > opensipstack-devel mailing list > ope...@li... > https://lists.sourceforge.net/lists/listinfo/opensipstack-devel > |