What I usually do is run './configure CFLAGS=-O0 -g whatever
--enable-ndebug'. This works fine for me.
On Tue, Nov 9, 2010 at 19:16, Michael Jerris m...@jerris.com wrote:
libtool puts this stuff in, and I have never found a good way to make it not
do so, you can try adding -O0 to SOFIA_CFLAGS
On Mon, Aug 16, 2010 at 13:45, Tech Micron techmicron...@yahoo.com wrote:
I have traced the debug on SOFIA and it returned an error as below. Can
anyone help me to solve the problem? any hints?
Hi there,
If I remember correctly, '@' and ':' are not valid character in the
display-name portion
On Thu, Jun 17, 2010 at 02:26, Michael Jerris m...@jerris.com wrote:
sofia-sip is not dead. The repository is in the process of moving to a new
repo. I expect a chunk of patches to be merged in soon, I was discussing
this with the maintainer last week.
Hi Mike.
This is a matter of great
Hi there,
when my application wants to CANCEL a dialog, it simply destroys the
handle and leaves to the stack the task of receiving 200 and 487 and
sending the ACK.
I have a situation in which two nearly simultaneous calls, with pretty
much the same flow, behave differently. Sofia sends the ACK
On Tue, Feb 23, 2010 at 23:34, jonathan augenstine
jaugenst...@gmail.com wrote:
Is there anyway to disable this feature in the nua library or do I need to
implement this using
the nta library?
Hi Jonathan,
I believe what you want is NUTAG_AUTO302() (
Mike,
just to bring you up to speed, we have repeated our tests with your
version of the stack and the crash still happens. We'll gather more
data just to confirm that it is still the same issue, but from what
we've seen it seems to be.
Thanks.
On Thu, Dec 10, 2009 at 13:48, Fabio Margarido
this
issue.
Mike
On Dec 9, 2009, at 5:14 AM, Fabio Margarido wrote:
Just an update, I've found a similar error in what looks to be a
different situation:
==2714==
==2714== Thread 11:
==2714== Invalid read of size 4
==2714== at 0x40A67D3: nua_server_request_destroy (nua_stack.c:1488)
==2714
Hi there.
I believe there has been no progress in this issue I reported a few
months back. I would just like to know if it is still in your radar to
be fixed in the not so distant future.
Would you like me to open a bug for it to help you keep track of everything?
Thanks a lot.
On Thu, Feb 26,
Hi there,
I'd like to know it there is a way for me to pass a variable number of
tagged parameters for Sofia functions. For example, I have an array with an
unknown number of strings that represent headers, and I'd like to call
nua_invite() with a SIP_HEADER_STR() tag for each member of the
Sorry, I forgot to attach one file. Here it goes.
On Wed, Mar 4, 2009 at 10:42, Fabio Margarido fabiomargar...@gmail.comwrote:
Hi everyone,
the attached set of patches against current darcs fixes the issue of
parsing headers in compact form inside a multipart payload. I've also tried
Hi everyone,
the attached set of patches against current darcs fixes the issue of parsing
headers in compact form inside a multipart payload. I've also tried to
include some tests in test_msg.c, but don't know if they're enough.
Thanks
--- libsofia-sip-ua/msg/Makefile.am.old 2009-03-04
On Mon, Feb 23, 2009 at 12:30, Pekka Pessi ppe...@gmail.com wrote:
When you return 480 to re-INVITE, nua considers the dialog terminated and
clears its state.
I wonder why re-INVITEs are treated different (if indeed they are). I
believe this could cause other problems, as section 12.2.2 of
On Thu, Feb 26, 2009 at 14:10, Jerry Richards jer...@tonecommander.comwrote:
Another issue related to nua_prack(): The RAck and RSeq headers are
missing
in the outbound PRACK message.
Hi Jerry,
about your last issue, you have to include RAck in your PRACK manually.
Quoting the answer I got
Hi there,
I'd like to know what's the best way to check if a header is present (and
get its contents) in a sip_t (or msg_t) structure by name (as a string) or
if there is a way to loop through all the headers in a sip_t structure,
checking if each one's name matches an arbitrary string the user
Hi there,
I'm observing a problem when our application receives an INVITE with a
multipart/mixed payload that contain 'Content-Type' headers in the short
form inside each part, like the following example:
--unique-boundary-1
c: application/SDP
v=0
(...)
--unique-boundary-1
c:
On Tue, Feb 10, 2009 at 12:26, Pekka Pessi ppe...@gmail.com wrote:
Could you please check that all the header class structures in
msg_mime.c have correct short forms?
Thanks for the quick response.
I believe the short forms are correct indeed.
Fabio.
Hi there,
I'm having a problem when I try to send a large INVITE with Sofia. When the
stack detects that my INVITE exceeds the MTU and the default transport is
UDP, it correctly tries to send it via TCP. However, if the TCP connection
fails, when sofia tries to fall back to UDP again the INVITE
You can use SIPTAG_HEADER_STR().
See
http://sofia-sip.sourceforge.net/refdocs/sip/sip__tag_8h.html#2ede8377bc75d6a0d14fadfa70cf
Regards.
Fabio
On Thu, Oct 30, 2008 at 18:19, Jerry Richards [EMAIL PROTECTED]wrote:
Hello All,
Is there an existing tag to include the P-Early-Media: supported
Hi Pekka, thanks for your attention.
On Thu, Sep 11, 2008 at 10:00 AM, Pekka Pessi [EMAIL PROTECTED] wrote:
Profiling data would be useful, e.g,, there might be somewhere that
stack spends far too much time which starves the retransmission
handling.
Hmm... I believe that if I run my
+= mono_tv_sec_adj;
Colin..
Fabio Margarido wrote:
Hi there Pekka,
back in April, I got this response to a question about an assertion
regarding nta timers:
The code calculating the timeouts has flawed logic, the problem shows
up if the system clock is adjusted or the load is too high.
I'd like
Hi there.
Any news on this issue?
Thanks a lot.
On Thu, Jul 31, 2008 at 3:02 PM, Fabio Margarido
[EMAIL PROTECTED] wrote:
On Mon, Jul 21, 2008 at 11:49 PM, Magnus Correa Marques Russo
[EMAIL PROTECTED] wrote:
Hello,
it seems that Sofia-sip is not including a tag in the field To when
On Mon, Jul 21, 2008 at 11:49 PM, Magnus Correa Marques Russo
[EMAIL PROTECTED] wrote:
Hello,
it seems that Sofia-sip is not including a tag in the field To when
answering a CANCEL,
Hi all,
I have also been having this problem and have come up with a hack to
make it work. I'm attaching the
On Fri, Jul 25, 2008 at 11:31 AM, Pekka Pessi [EMAIL PROTECTED] wrote:
Is it enough if you just set the initial RSeq?
Yes, that's pretty much what I need. Sorry for not being clearer before.
The current nua code does not detect reliably sent preliminary
responses from the presence of RSeq
with 481. I've not
yet looked into this one.
Thanks.
On Wed, Jun 18, 2008 at 10:28 AM, Fabio Margarido
[EMAIL PROTECTED] wrote:
OK, I believe this has turned into a bug in the stack. I've noticed
some more details:
- When I send a 183 response with nua_respond() containing
SIPTAG_RSEQ
Hi there...
Yes, I've already sent a patch to fix this but it never got in I'm afraid...
I've worked around this by setting CFLAGS manually when I run configure...
Best regards
On Thu, Jun 19, 2008 at 5:11 PM, Colin Whittaker
[EMAIL PROTECTED] wrote:
I'm trying to get rid of the possibility of
Hi there,
I'm trying to set a manually generated RSeq header with
SIPTAG_RSEQ_STR() in nua_respond(), but 100rel 18X messages go out
with a stack generated RSeq anyway. PRACK is not among my
NUTAG_APPL_METHOD()s in this case. Is there something I'm missing or
is this behavior expected?
Nothing?
On Wed, Apr 30, 2008 at 8:55 AM, Fabio Margarido
[EMAIL PROTECTED] wrote:
On Wed, Apr 30, 2008 at 5:26 AM, Pekka Pessi [EMAIL PROTECTED] wrote:
You got it right. MIME multipart support (or its very limited nature)
requires the application to do all the SDP-related stuff
On Wed, Apr 30, 2008 at 5:26 AM, Pekka Pessi [EMAIL PROTECTED] wrote:
You got it right. MIME multipart support (or its very limited nature)
requires the application to do all the SDP-related stuff by itself.
I'm using NUTAG_MEDIA_ENABLE(0) and handling all of the negotiations.
Additionally,
Hi there,
I'm observing strange behavior with sofia 1.12.8 in the following scenario:
1) My application receives INVITE with SDP
2) My application sends 183 with multipart/mixed payload (SDP + ISUP)
3) My application receives PRACK
4) My application sends 200 OK to PRACK
5) My application
Hi there,
I got this while randomly using my application today:
nta.c:781: agent_timer: Assertion `!agent-sa_out.trying-q_head' failed.
Any ideas on what might cause it? Thanks.
-
This SF.net email is sponsored by the 2008
is this? Have you tried w/ current darcs?
Mike
On Apr 7, 2008, at 8:00 AM, Fabio Margarido wrote:
Hi there,
I got this while randomly using my application today:
nta.c:781: agent_timer: Assertion `!agent-sa_out.trying-q_head'
failed.
Any ideas on what might cause it? Thanks
On Tue, Apr 1, 2008 at 6:50 PM, Pekka Pessi [EMAIL PROTECTED] wrote:
Thanks for the patch. Please note that configure is generated from
configure.ac and assorted m4 files in m4 directory, which should be
fixed instead of configure.
Oops... zero knowledge in autotools causes this, sorry.. :)
The attached patch fixes the behavior of --enable-ndebug. No thoughts
on the assertion?
Thanks.
On Wed, Mar 26, 2008 at 12:32 PM, Fabio Margarido
[EMAIL PROTECTED] wrote:
Hi there,
I've hit this today:
nua_session.c:1974: nua_invite_server_preprocess: Assertion
'ss-ss_state
Hi there,
is it okay if I use NUTAG_WITH() passing a deep copy of the msg_t
request (obtained with msg_dup) instead of the original msg_t
structure? This is apparently not working for me...
Thanks.
Fabio
-
This SF.net email
change my
application's design, or how... nua_handle_destroy() doesn't free all
the saved events by any chance, does it?
Any help will be much appreciated.
Thanks in advance.
On Wed, Feb 27, 2008 at 3:49 PM, Fabio Margarido
[EMAIL PROTECTED] wrote:
Hi there,
is it okay if I use NUTAG_WITH
Hi there,
I got the following crash during my performance tests this weekend:
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 3076 (LWP 2008)]
0x4024a17a in malloc () from /lib/libc.so.6
Current language: auto; currently c
(gdb) bt
#0 0x4024a17a in malloc () from
On Jan 30, 2008 5:13 PM, Michael Jerris [EMAIL PROTECTED] wrote:
This code was added so the debugging from openssl would hit the sofia
callbacks. if you don't need tls support, you could easily build
without and not have the issue at all, otherwise, commenting that out
should be fine. Maybe
= 0.9.7? If so, shouldn't the configure script check
for this?
As I cannot change the library version on this machine, I simply
commented out the lines in tport_tls.c which called
ERR_print_errors_cb. This shouldn't give me major headaches, right?
Thanks.
Fabio Margarido
On Jan 22, 2008 3:27 PM, Pekka Pessi [EMAIL PROTECTED] wrote:
There was in deef memory corruption in nta if sending ACK failed.. I
push fix to darcs asap.
That's great to hear! I've been on vacation and haven't followed the
list for a couple of weeks. Is the fix already in darcs? Is it in
something
related to concurrency under heavy load. Could you please try to give
me a hint of what I could be doing to overflow the stack's memory
space?
I'm really looking forward for your help. Thanks in advance.
Fabio Margarido
Hey there
On Dec 19, 2007 7:38 AM, [EMAIL PROTECTED] wrote:
Do you explicitly destroy any handles rather than unreffing them?
I remember I had some problem with posthumous event delivery in a corner case,
or something.
Yes, I do. From what I understood from the documentation, this
shouldn't
at the cause?
Thanks.
Fabio Margarido
-
SF.Net email is sponsored by:
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
Hi there,
I got this one today when running more performance tests on my
application. Is this my fault or could it be a bug?
Thanks.
nta_outgoing_tcancel: trying to cancel cancelled request
tport_vsend(0x8128f20): send truncated for UDP/10.20.90.31:5060
nta: ACK (92573398): Input/output error
the crash?
This is on vanilla 1.12.7 minus the patch that caused the memory leaks.
Thanks in advance.
Fabio Margarido
-
SF.Net email is sponsored by: The Future of Linux Business White Paper
from Novell. From the desktop
On Nov 14, 2007 1:32 PM, [EMAIL PROTECTED] wrote:
Welcome to the club :)
This was discussed just days ago:
Oh, I'm sorry... :) I hadn't read that whole thread. Looking forward
for more info on that subject then.
Thanks.
Fabio
On Nov 4, 2007 7:33 PM, Pekka Pessi [EMAIL PROTECTED] wrote:
In my reading of the spec the section 13.2.2.3 refers to UAC core
layer (in Sofia, NUA) but the second final error response is already
ACKed at transaction layer described by RFC 3261 section 17 (in Sofia,
NTA).
Oh, OK. Would that
Hi there,
is there anything I have to do to tell nua to inform me about forked
calls? In my tests, when I have a client INVITE transaction that
receives two 200 OK differing only in the 'To' tag, my callback is
never informed of 'nua_i_fork'.
Thanks.
Fabio Margarido
Hi there,
I'm observing a small issue with Sofia in which it ACKs two sequential
non-2XX (500 and 603, in my case) responses to an outgoing INVITE
transaction. Section 13.2.2.3 of RFC3261 says that after the first
non-2XX response subsequent final responses (which would only arrive
under error
Hi there,
I'm observing serious memory leaks when using Sofia-sip 1.12.7 . I
have a simple UAS test program with a NUA callback like:
void event_callback(nua_event_t event,
int status,
char const *phrase,
nua_t
No, not at the moment. Is the payload constant, or should it change?
Hi there.
In my case it should change, and even worse, it should not be always
included, it would depend on something like the IP of the originator.
But I've already managed to work around it for now.
Thanks
Hi there,
I'm observing odd behavior from Sofia when the 2XX response to an
outgoing INVITE is received with Record-Route headers. According to
section 12.1.2 UAC Behavior:
The route set MUST be set to the list of URIs in the Record-Route
header field from the response, taken in reverse order
Hi there,
is there a way I can tell Sofia to include a payload in the error
responses sent automatically by the nua stack?
Any help is much appreciated, I really need something like this.
Thanks.
-
This SF.net email is
On 10/3/07, Kai Vehmanen [EMAIL PROTECTED] wrote:
So it would seem this is supported as well after all and the documentation
is in fact correct. Sorry for adding to
the confusion, and thanks Fabio for pointing this out!
Thank you for making this clear and my worries go away... :)
Hi there,
On 10/2/07, Kai Vehmanen [EMAIL PROTECTED] wrote:
Sofia-SIP is an event-driven library where you can have multiple event
loops, but each of those has to be accessed from at most one thread.
So if you have a multithreaded application, you can:
- run multiple separate nua instance
Hi there,
In my application, I follow the guideline presented in the MIME
Multipart Body section of the documentation in order to generate
multipart/mixed bodies. The BNF grammar for multipart bodies defines
the closing delimiter as:
close-delimiter := delimiter --
What happens is that the
in this case? Is this a bug or is it expected
that I manually add the user information in every request within the
dialog?
Thanks in advance.
Fabio Margarido
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft
Hi,
the latest darcs release does not compile anymore in my environment
(yesterday everythnig was fine). I get the following error:
gcc -g -O2 -o .libs/sip-options sip-options.o
../libsofia-sip-ua/.libs/libsofia-sip-ua.so /usr/lib/libglib-2.0.so
-lssl -lcrypto -lrt -lpthread
, what should I do to include a payload
in the ACK in such cases?
Thanks in advance.
Fabio Margarido
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go
character, so the bug is the same as the issue with
unescaped '@' spotted before.
Maybe I should sit down and write a big patch to that URI code some day...
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On
Behalf Of ext Fabio Margarido
Sent: Thursday, August 30
Anybody? This is kinda urgent...
Any help will be much appreciated.
Thanks
On 8/28/07, Fabio Margarido [EMAIL PROTECTED] wrote:
Hi there,
what do I have to do to force an INVITE to be sent with an escaped '='
in the Request-URI? I'm calling nua_invite with something like this:
INVITE sip
Hi there,
is there a way for me to tell Sofia not to auto-respond 200 OK for
incoming BYE requests? In my case, I need responses to BYEs to have an
encapsulated body. How can I do that?
Thanks in advance.
-
This SF.net email
Sorry for posting prior to searching thoroughly... :)
I guess NUTAG_APPL_METHOD solves my problem...
On 8/27/07, Fabio Margarido [EMAIL PROTECTED] wrote:
Hi there,
is there a way for me to tell Sofia not to auto-respond 200 OK for
incoming BYE requests? In my case, I need responses to BYEs
doesn't send an ACK for 487 after a
CANCEL
To: Fabio Margarido [EMAIL PROTECTED]
2007/8/22, Fabio Margarido [EMAIL PROTECTED]:
So, is it easily fixable?
Should be, if the problem is where I think it is. Looks like there is
the same problem already present in test_nua, the stack sends 487
on the terminal an error message saying:
nta_outgoing_tcancel: trying to cancel cancelled request.
Is there something I should be doing different? If not, could you
please confirm that this is indeed a bug and if it will be fixed soon?
Thanks in advance.
Fabio Margarido
PS: if you need a trace
to be discarded?
Thanks again.
Fabio Margarido
On 8/22/07, Fabio Margarido [EMAIL PROTECTED] wrote:
Hi there,
I am observing the following behavior from Sofia in my application:
I send an INVITE to a sip softphone in another machine, and receive
100 and 180 as responses. After some time, my
So, is it easily fixable?
Thanks.
Fabio
On 8/22/07, Pekka Pessi [EMAIL PROTECTED] wrote:
2007/8/22, Fabio Margarido [EMAIL PROTECTED]:
As you can see, the softphone adds a 'received' parameter to the Via
header. Is this what may be causing the message to be discarded?
Nope, only the host
Hi there,
I need my application to support the cpc parameter described in
draft-mahy-iptel-cpc-06 (
http://tools.ietf.org/wg/iptel/draft-mahy-iptel-cpc-06.txt ), so I'll
receive messages with headers like:
From: sip:123456789;[EMAIL PROTECTED];user=phone;tag=12341234
I believe the 'user'
of retransmissions to target IP
x.x.x.x, or number of retransmissions of INVITEs)? - I'm guessing no
2) If not, would it be hard to do?
3) If that's not up in your priorities list, is it something someone who's
not so familiar with the code (say, me) would be able to do?
Thanks.
Fabio Margarido
?
Thanks in advance.
Fabio Margarido
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http
information each tag represents. If indeed there
is no documentation for those tags, could someone please add it?
Thanks in advance.
Fabio Margarido
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE
.
Aborted
I'm using sofia-sip-1.12.5work3, and have not much further info on what was
going on when the fail occurred, as the tests were run over night.
Any clues on what might have happened? Let me know if there's something else
I can report.
Thanks in advance.
Fabio Margarido
Hey there,
When I start an outgoing INVITE request, how can I get the Call-ID (or other
headers) that Sofia gave to that request? Is there a function I can call
after nua_handle and nua_invite that returns such info? (preferably
synchronously, but if something like nua_get_params works, I can
No comments on this one?
On 2/12/07, Fabio Margarido [EMAIL PROTECTED] wrote:
Hi Pekka,
thanks for the last fix for the merged requests issue (I haven't tested it
yet though). Moving on, the next thing I've noticed is that Sofia sends an
ACK to a 200 OK response that has 2 Via headers, when
On 2/6/07, Pekka Pessi [EMAIL PROTECTED] wrote:
On 2/6/07, Fabio Margarido [EMAIL PROTECTED] wrote:
I've been doing some more tests and noticed that if I have an
established
dialog and receive (using sofsip-cli) a BYE without a tag in the To
header,
Sofia accepts the BYE and answers with 200
On 2/2/07, Fabio Margarido [EMAIL PROTECTED] wrote:
On 2/1/07, Pekka Pessi [EMAIL PROTECTED] wrote:
I just pushed a patch to darcs that should fix the problem. Please
give it a try.
Great, thanks.
I'll try to run the test case again on Monday.
I just got to run that test case
behavior would be to
send a 481.
Let me know if you need any further info.
Thanks
Fabio Margarido
-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated
On 2/1/07, Pekka Pessi [EMAIL PROTECTED] wrote:
The idea is to prevent stack from sending multiple BYE requests. The
correct fix would probably involve setting the callstate, instead of
setting callstate to terminating and then sending BYE the stack should
just send BYE and let BYE client take
Please, any further help will be greatly appreciated.
On 1/9/07, Fabio Margarido [EMAIL PROTECTED] wrote:
On 1/9/07, Pekka Pessi [EMAIL PROTECTED] wrote:
The tport_resolve converts the string-formatted host IP address in URI
(10.0.64.100) and port number to sockaddr_in structure. It looks
On 1/9/07, Pekka Pessi [EMAIL PROTECTED] wrote:
There is bug in signal_call_state_change, which is fixed in darcs
version. Or so I hope. You get this crash when the stack fails to
generate a valid INVITE request. I guess there is something fishy with
your tags.
Yeah, I had the buggy
On 1/9/07, Pekka Pessi [EMAIL PROTECTED] wrote:
On 1/8/07, Fabio Margarido [EMAIL PROTECTED] wrote:
is there any way to tell the Sofia library (when I create a root_t or
nua_t
instance, for example) that I don't want to use the DNS resolver
feature?
That is, when I try to send an invite
On 1/9/07, Pekka Pessi [EMAIL PROTECTED] wrote:
The tport_resolve converts the string-formatted host IP address in URI
(10.0.64.100) and port number to sockaddr_in structure. It looks
like tport_vsend()/su_vsend() returns -1 and EINVAL in errno. I wonder
if you run sofia-sip on Linux or on some
find and answer neither in the documentation nor the mailing
list.
Thank you
Fabio Margarido
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
Hello there,
I've downloaded Sofia-SIP today and just started to test it. I've compiled
the tutorial application from the wiki and it worked fine. Now I'm trying to
modify it so that it sends an invite instead of a hello world message. I
have not changed the application except for the
?
Anyway, I put a printf inside the callback and it gets printed despite the
warning. But my initial problem (the segfault) still occurs. What am I
missing here? Is there any additional initialization of the state machine
that needs to be done?
thanks
On 1/5/07, Fabio Margarido [EMAIL PROTECTED
Hey there,
I started another thread explaining some problems I'm having with a SIGSEGV
in Sofia. Investigating it further, I opened up the source for the nua
module and found this in nua_session.c, starting at line 3464 (version
1.12.4):
if (ss) {
/* Update state variables */
if (next_state
85 matches
Mail list logo