Is it OK what in subject?
I think the rationale is quite obvious, docs should be documented in
the interface rather than in the implementation, also this avoids
duplication.
If that's OK I'll post here some patches for doing that, one header at
a time.
Regards.
--
Stefano Sab
On date Friday 2009-02-27 13:40:22 +, luo cheng phoned this:
> Hi,
>
> I am trying to compile sofiasip cli example. But i am getting mission one
> header file error:
>
> ssc_sip.c:64:29: ssc_media_fsgst.h: No such file or directory
>
> Actually it is true there is no such header file with my
On date Monday 2009-03-02 17:15:27 +0200, Pekka Pessi phoned this:
> 2009/3/2 Stefano Sabatini :
> > Is it OK what in subject?
> >
> > I think the rationale is quite obvious, docs should be documented in
> > the interface rather than in the implementation, also this avo
Hi all,
I was investigating about how to get the state of a nua_handle,
couldn't find nothing about it.
I also wonder if it is possible for example to extract other
informations related to it, for example the Call-ID of a dialog.
Then looking in the code (nua/nua_stack.h) I found the macro:
#de
Hi Pekka, and thanks for replying.
On date Tuesday 2009-03-03 20:35:50 +0200, Pekka Pessi phoned this:
> 2009/3/3 Stefano Sabatini :
> > I was investigating about how to get the state of a nua_handle,
> > couldn't find nothing about it.
>
> The current state is not ve
On date Thursday 2009-03-05 12:34:57 +, gilles Djomo Sawa phoned this:
> Hello,
> i've tried to write a small code for a server registration and an
> authentication. I have 2 files(*.h and *.cpp) and in these files i
> have initialized my callback function. My questions are: Can be the
> callb
On date Thursday 2009-03-05 15:48:49 +0100, Stefano Sabatini phoned this:
> On date Tuesday 2009-03-03 20:35:50 +0200, Pekka Pessi phoned this:
[...]
> So I wonder if it would make sense to set this information in the
> handle itself, when the various nua_invite/nua_ack/... opera
Hi all,
I need to manage all the cases when sofia sends a BYE just in one
point of code, and *before* it gets the reply to the BYE with
nua_r_bye.
The nua_i_state event with a nua_callstate_terminating state looks
perfect for this purpose, but unfortunately it looks like sofia does
not generate a
On date Tuesday 2009-05-12 18:52:57 +, gilles Djomo Sawa phoned this:
> Hello,
> i want to extend my Sip-phone with a audio commmunication.
> Can someone help me?
Have look at the sofsip-cli package, it's a simple implementation
using libgstreamer for the audio media (libsofia-sip only deals w
Hi all,
I'd like to add to an application the management of a non standard
header, say for example X-Fruit-Of-The-Week.
In sofia-sip/libsofia-sip-ua/sip/ADD-A-HEADER there is a terse
description of the procedure to follow. Problem is that it implies the
creation of a separate library, and the exe
On date Friday 2009-05-22 17:02:13 +0200, Stefano Sabatini phoned this:
> Hi all,
>
> I'd like to add to an application the management of a non standard
> header, say for example X-Fruit-Of-The-Week.
>
> In sofia-sip/libsofia-sip-ua/sip/ADD-A-HEADER there is a ter
Hi all,
current documentation for the nua_i_refer event states:
Incoming REFER call transfer.
The tag list will contain tag NUTAG_REFER_EVENT() with the Event header
constructed from the REFER request. It will also contain the
SIPTAG_REFERRED_BY() tag with the Referred-By header contai
In data Monday 2009-10-12 16:18:04 +0300, Pekka Pessi ha scritto:
> 2009/10/5 Stefano Sabatini :
> > I tried with NUTAG_APPL_METHOD("REFER") in nua_create(), indeed sofia
> > doesn't reply, problem is that my nua_respond() calls are ignored
> > anyway.
>
&g
Hi all,
I'm facing this problem in a multithreaded application, with a thread
running the sofia sip event callback (thread A), and another thread
(thread B) managing the deallocation of the nua handles.
The problem is that when a nua handle is destroyed by thread B, thread
A may still be processi
On date Tuesday 2010-04-27 10:21:27 +0100, Dan O'Donovan phoned this:
> Hi Stefano
>
> Would it be possible for you to implement a reference counter in the object
> that your nua handle magic is pointing to?
> You would need to be sure to increment/decrement it in a thread-safe way of
> course.
>
Hi,
see the related thread:
[1] http://thread.gmane.org/gmane.comp.telephony.sofia-sip.devel/3344
I have still the problem with the 64-bit integers, it tells it cannot
handle them, I simply disabled the check in the auto-generated
configure file.
Then I get the error:
su_addrinfo.c:825: error:
On date Tuesday 2010-04-27 12:38:53 +0200, Stefano Sabatini phoned this:
> On date Tuesday 2010-04-27 10:21:27 +0100, Dan O'Donovan phoned this:
> > Hi Stefano
> >
> > Would it be possible for you to implement a reference counter in the object
> > that your
On date Thursday 2010-06-17 01:26:51 -0400, Michael Jerris phoned this:
> 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.
>
> Mike
>
> On Jun 16, 2010, at
Hi all,
I'm trying to use sofia-sip, compiling a project in Windows using
MinGW (which would allow an Eclipse-based development environment).
I'm using MS VS2005 for compiling libsofia-sip, as compilation with
MinGW fails (see thread:
"Problem compiling sofia-sip 1.12.10 for MinGW"
http://thread.
Hi all, I'm running this simple code in Windows Vista:
--8<--
root = su_root_create(NULL);
su_root_release(root);
if (!root) {
fprintf(stderr, "Impossible to create a root thread, aborting.");
exit(1);
}
nua = nu
On date Monday 2010-06-28 22:24:24 +0300, Pekka Pessi phoned this:
> 2010/6/18 Stefano Sabatini :
> > On date Thursday 2010-06-17 01:26:51 -0400, Michael Jerris phoned this:
> >> sofia-sip is not dead. The repository is in the process of moving
> >> to a new repo. I e
returned 1 exit status
configure:24311: $? = 1
configure: program exited with status 1
configure: failed program was:
Patch attached, regards.
>From 7d74c8b50b33469667006c50e902e690620ce5dd Mon Sep 17 00:00:00 2001
Message-Id: <7d74c8b50b33469667006c50e902e690620ce5dd.1278413394.git.stefano
Hi, as in subject.
The patch requires to run autoheader to re-generate the config.h.in
file.
Regards.
>From c75913c29b31450936a366f4b918bb29cde461e7 Mon Sep 17 00:00:00 2001
Message-Id:
In-Reply-To:
References:
From: Stefano Sabatini
Date: Tue, 6 Jul 2010 15:43:13 +0200
Subject: [fix-mi
Hi all,
after my latest fixes/hacks I'm still having problems with
compilation. Now it fails when calling libtool:
make[4]: Entering directory `/c/x/y/sofia-sip_1_12_10/libsofia-sip-ua/su'
/bin/sh ../../libtool --tag=CC --mode=link gcc -Wall -g -O2 -I{srcdir}/win32
/pthread -DWINVER=0x0501
On date Tuesday 2010-07-06 11:55:57 -0400, Michael Jerris phoned:
> Do these CFLAGS get into the build as well? a bit worried that we
> need to do both this for the tests, and using top_ for the build.
Indeed I'm not sure this fix is right at all, at least it is working
for me but it may badly fa
On date Wednesday 2010-07-07 17:30:57 +0300, Pekka Pessi phoned this:
> 2010/7/6 Stefano Sabatini :
> > Hi, as in subject.
> >
> > The patch requires to run autoheader to re-generate the config.h.in
> > file.
>
> Thanks for patch. I wonder if it is enough just to
Hi all,
I cannot find a way of getting su_win32_port.c compiled and added to
libsofia_sip in MinGW.
This is causing the following failure:
gcc -Wall -g -O2 "-I./win32/pthread" -DWINVER=0x0501
-D_WIN32_WINNT=0x0501 -DIN_LIBSOFIA_SIP_UA -DIN_LIBSOFIA_SRES
-mms-bitfields -pipe -mno-cygwin
-mwindow
On date Thursday 2010-07-08 10:43:28 +0200, Stefano Sabatini phoned this:
> Hi all,
>
> I cannot find a way of getting su_win32_port.c compiled and added to
> libsofia_sip in MinGW.
>
> This is causing the following failure:
>
> gcc -Wall -g -O2 "-I./w
On date Tuesday 2010-07-06 19:35:38 +0300, Pekka Pessi phoned this:
> 2010/7/6 Stefano Sabatini :
> > this patch fixes the configuration problem as reported here:
> > http://thread.gmane.org/gmane.comp.telephony.sofia-sip.devel/3853
>
> Thanks for the patch.
>
> >-C
In data Wednesday 2010-07-07 17:51:00 +0300, Pekka Pessi ha scritto:
> 2010/6/30 Stefano Sabatini :
> > Hi all, I'm running this simple code in Windows Vista:
> > nta: master transport created
> > tport(00F27958) to */*:*/sip
> > tport(00F27958): calling tport_l
Hi all,
this is my first post here, I have a very newbie usage question and I
don't know if this is the right place wether to ask, so please tell me
if this is the case.
I'm writing a little application in my sandbox to understand the basic
mechanisms of sofia-sip, here it is the code:
-
On date Friday 2008-06-06 13:38:57 +0200, Timo Bruhn wrote:
[...]
> Hi Stefano,
>
> maybe this helps you:
>
> nua_invite(handle, NUTAG_MEDIA_ENABLE(0), TAG_END());
>
> As far as i know this deactivates the SDP offer/answer engine for the call,
> which would wait for user sdp and won't
On date Friday 2008-06-06 14:50:26 +0200, Stefano Sabatini wrote:
> On date Friday 2008-06-06 13:38:57 +0200, Timo Bruhn wrote:
> [...]
> > Hi Stefano,
> >
> > maybe this helps you:
> >
> > nua_invite(handle, NUTAG_MEDIA_ENABLE(0), TAG_END());
> &
Hi all,
I'm trying to understand how the sresolv "simple" interface works.
For this reason I wrote this small application in my sandbox, it
compiles but of course it doesn't do what I'd like to do.
I checked the doxy for sres_resolver_create() but they're quite
incomplete either I'm too dumb to u
On date Monday 2008-06-09 15:51:11 +0200, Stefano Sabatini wrote:
> On date Friday 2008-06-06 14:50:26 +0200, Stefano Sabatini wrote:
> > On date Friday 2008-06-06 13:38:57 +0200, Timo Bruhn wrote:
> > [...]
> > > Hi Stefano,
> > >
> > > maybe this
On date Thursday 2008-06-12 13:40:25 +0300, Pekka Pessi wrote:
> 2008/6/10 Stefano Sabatini <[EMAIL PROTECTED]>:
> > I'm trying to understand how the sresolv "simple" interface works.
>
> "Simple" interface is intended for cases where your main loop
Hi all,
I'm getting some problem when compiling sofsip-cli, latest darcs.
It fails when I try to compile nice_tester (src dir in the sofsip-cli
source root):
[EMAIL PROTECTED] ~/s/s/src> make
/bin/sh ../libtool --tag=CC --mode=link gcc -I/home/stefano/include/
-L/home/stefano/lib -o nice_tester
Hi,
trivial patch which does as in subject.
Regards.
--- old-sofsip-cli/src/sofsip_cli.c 2008-06-23 17:30:44.0 +0200
+++ new-sofsip-cli/src/sofsip_cli.c 2008-06-23 17:30:44.0 +0200
@@ -295,6 +295,7 @@
{ NULL }
};
GOptionContext *context;
+ GError *error = NULL;
/*
On date Friday 2008-06-27 10:03:46 +0200, Jean Dumercq wrote:
>
> Hello, this is my first message and i'm a sofia-sip newbie. I have to do a
> simple application with sdp negotiation, but the problem is I need to
> negotiate specific attributes. My sdp looks like:
>
> SOATAG_USER_SDP_STR("v=0\r
On date Monday 2008-06-30 18:29:06 +0300, [EMAIL PROTECTED] wrote:
> Hi,
>
> sorry for the late reply.
>
> On 18 June 2008, Stefano Sabatini wrote:
> >It fails when I try to compile nice_tester (src dir in the
> >sofsip-cli source root):
> >[EMAIL PROTECTED] ~/
Hi all,
actually the aor may be set only setting the SOFSIP_ADDRESS env var,
this patch makes it possible to set it through commandline (which
overrides env var settings).
Regards.
--- old-sofsip-cli/src/sofsip_cli.c 2008-07-02 11:00:40.0 +0200
+++ new-sofsip-cli/src/sofsip_cli.c 2008-07-0
Hi all, as in subject,
I think this fixes a bug.
Regards.
--- old-sofsip-cli/src/sofsip_cli.c 2008-07-02 11:25:50.0 +0200
+++ new-sofsip-cli/src/sofsip_cli.c 2008-07-02 11:25:50.0 +0200
@@ -301,7 +301,7 @@
conf->ssc_aor = getenv("SOFSIP_ADDRESS");
conf->ssc_proxy = getenv("S
Hi,
as in subject.
This should make debugging easier, I'm not sure this is the better way
to define the logging level, please provide some feedback if you think
something could be done better.
Best regards.
--- old-sofsip-cli/src/ssc_sip.h 2008-07-02 14:45:49.0 +0200
+++ new-sofsip-cli/sr
Hi all,
as in subject.
Regards.
--- old-sofsip-cli/src/ssc_sip.c 2008-07-04 09:29:49.0 +0200
+++ new-sofsip-cli/src/ssc_sip.c 2008-07-04 09:29:49.0 +0200
@@ -700,7 +700,7 @@
/**
* Sends an outgoing INVITE request.
*
- * @param cli context pointer
+ * @param ssc context pointer
Hi,
as in subject, feel free to improve the reported message.
Regards.
--- old-sofsip-cli/src/ssc_sip.c 2008-07-04 11:15:58.0 +0200
+++ new-sofsip-cli/src/ssc_sip.c 2008-07-04 11:15:58.0 +0200
@@ -1215,6 +1215,8 @@
priv_destroy_oper_with_disconnect (ssc, op);
/* ssc_oper_
Hi all,
to reproduce this issue simply send an invite, zap it, then send
another invite: you get the message:
UA: INVITE to sip:[EMAIL PROTECTED] pending
but then no invite message is sent (as you can verify with wireshark
for example).
If the operation is terminated with a bye, new invites go ju
Hi, this implement a basic callback to manage incoming options events.
Please note that maybe this isn't the correct approach, indeed with
this approach sofsip_cli always returns 200 OK, while RFC 3261 states:
|The response to an OPTIONS is constructed using the standard rules for
|a SIP respons
Hi all,
can you say if there is a simple way to convert a sip_t object to a char*
and viceversa?
For example I would like to print all the incoming SIP messages from
the the event callback function.
(Well, I'm diving just now into docs/code, nonetheless a little help
would make life a little easi
On Wed, Jul 30, 2008 at 10:31 AM, Stefano Sabatini
<[EMAIL PROTECTED]> wrote:
> Hi all,
> can you say if there is a simple way to convert a sip_t object to a char*
> and viceversa?
>
> For example I would like to print all the incoming SIP messages from
> the the event call
On 7/30/08, Stefano Sabatini <[EMAIL PROTECTED]> wrote:
> On Wed, Jul 30, 2008 at 10:31 AM, Stefano Sabatini
> <[EMAIL PROTECTED]> wrote:
>> Hi all,
>> can you say if there is a simple way to convert a sip_t object to a char*
>> and viceversa?
>>
&g
Hi,
a soa_session_t is created using the soa_create() function.
Documentation says:
soa_session_t* soa_create ( char const * name,
su_root_t * root,
soa_magic_t * magic
)
Create a soa session.
Then according
Hi,
as in subject, regards.
--- old-sofsip-cli/src/sdp_utils.c 2008-07-31 15:10:46.0 +0200
+++ new-sofsip-cli/src/sdp_utils.c 2008-07-31 15:10:46.0 +0200
@@ -21,10 +21,9 @@
*
*/
-/[EMAIL PROTECTED] sdpg_utils.c
+/[EMAIL PROTECTED] sdp_utils.c
*
- * Utilizies for glib/gstrea
Hi,
with this patch the nua settings are not printed anymore at startup,
but whenever the user issue the "set" command.
Rationale: avoid to scare the user at startup with unwanted settings
printing, and provide a more useful output for the set command.
Also changes location to the code which pri
On date Monday 2008-07-28 08:15:48 +, Fan Xing wrote:
> I wrote a simple test code using sofia_sip to make a voip
> call. However, when I execute the code, it is hang there ' entering
> main loop for processing of messages'.
First suggestion: use
su_log_set_level(NULL, 9);
to increase verbosi
Hi all,
I think this question should be easily addressed by someone which is
familiar with the design of sofsip_cli, especially the part which
deals with the media.
During the invite the media subsystem is activated calling the
activate method defined on the object, whatever it is.
Then I can't
On Fri, Aug 1, 2008 at 10:55 AM, Stefano Sabatini <[EMAIL PROTECTED]> wrote:
> On date Monday 2008-07-28 08:15:48 +, Fan Xing wrote:
>> I wrote a simple test code using sofia_sip to make a voip
>> call. However, when I execute the code, it is hang there ' entering
&
On Fri, Aug 1, 2008 at 4:05 PM, Michael Jerris <[EMAIL PROTECTED]> wrote:
> Look at the i_state callback.
Hi,
that was only the first step, what I couldn't understand was all the GST part.
After diving into the libgstreamer metaphysics:
http://gstreamer.freedesktop.org/data/doc/gstreamer/head/man
On Mon, Aug 4, 2008 at 12:46 PM, Fan Xing <[EMAIL PROTECTED]> wrote:
> Dear all,
>
> I had a very simple voip application using sofia_sip and gstreamer.
> However, when I execute the code, the caller can not receive the sound from
> the callee (the configuration on the machine is correct, for e
On Mon, Aug 4, 2008 at 8:07 PM, Pekka Pessi <[EMAIL PROTECTED]> wrote:
> 2008/7/30 Stefano Sabatini <[EMAIL PROTECTED]>:
>> On 7/30/08, Stefano Sabatini <[EMAIL PROTECTED]> wrote:
>>> On Wed, Jul 30, 2008 at 10:31 AM, Stefano Sabatini
>>> <[EMAIL PRO
Hi all,
I'm sending an invite with this function:
---8<
void si_invite(si_t *si, const char* destination)
{
si_oper_t* op = si_oper_create(si, SIP_METHOD_INVITE, destination,
TAG_END());
if (!op) {
printf("%s: failed to
On Wed, Aug 6, 2008 at 8:15 PM, Pekka Pessi <[EMAIL PROTECTED]> wrote:
> 2008/8/6 Stefano Sabatini <[EMAIL PROTECTED]>:
>> In other words I would like to override the default behaviour, which
>> consists in sending immediately the ACK for the remote SDP offer,
&
Hi all,
now I'm facing this other problem.
I'm thinking about the better place where to activate the media.
I thought that a good idea could be to activate the media just after I
receive the answer to the SDP offer, at this point I have all the
information required to activate the receiving and
On Thu, Aug 7, 2008 at 12:09 PM, Stefano Sabatini <[EMAIL PROTECTED]> wrote:
> Hi all,
>
> now I'm facing this other problem.
>
> I'm thinking about the better place where to activate the media.
>
> I thought that a good idea could be to activate the media jus
Hi all sofia-sippers,
I'm looking for the best method to free an sdp_session_t struct.
I see there is an sdp_session_dup() function, and there are
sdp_printer_free() and sdp_parser_free(), so I was expecting some
method such as sdp_session_free().
Missing that, then I wonder if its absence means
On Fri, Aug 29, 2008 at 5:27 PM, <[EMAIL PROTECTED]> wrote:
> Hi,
>
>>-Original Message-
>>From: [EMAIL PROTECTED]
>>[mailto:[EMAIL PROTECTED] On
>>Behalf Of ext Stefano Sabatini
>>Sent: Friday, August 29, 2008 6:24 PM
>>To: sofia-sip-d
On Mon, Sep 1, 2008 at 9:24 AM, Stefano Sabatini <[EMAIL PROTECTED]> wrote:
> On Fri, Aug 29, 2008 at 5:27 PM, <[EMAIL PROTECTED]> wrote:
>> Hi,
>>
>>>-Original Message-
>>>From: [EMAIL PROTECTED]
>>>[mailto:[EMAIL PROTECTED] On
>&g
On 9/1/08, Stefano Sabatini <[EMAIL PROTECTED]> wrote:
> On Mon, Sep 1, 2008 at 9:24 AM, Stefano Sabatini <[EMAIL PROTECTED]> wrote:
>> On Fri, Aug 29, 2008 at 5:27 PM, <[EMAIL PROTECTED]> wrote:
[...]
>>>>Hi all sofia-sippers,
>>>>
>>&
On 9/1/08, Rémi BUISSON <[EMAIL PROTECTED]> wrote:
> Hi everyone,
>
> I didn't success in stopping the nua stack.
>
> Here is my client code :
[...]
> /* if(sip->sip_payload && strcmp(sip->sip_payload->pl_data, TEARDOWN)
> == 0)
> {
> su_root_break(root);
> }*/
> if (status == S
On 9/1/08, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> Hi,
>
>>-Original Message-
>>From: [EMAIL PROTECTED]
>>[mailto:[EMAIL PROTECTED] On
>>Behalf Of ext Stefano Sabatini
>>Sent: Monday, September 01, 2008 3:44 PM
>>To: sofia-sip-devel
On Tue, Sep 2, 2008 at 11:21 AM, <[EMAIL PROTECTED]> wrote:
> Hi
>
>>-Original Message-
>>From: [EMAIL PROTECTED]
>>[mailto:[EMAIL PROTECTED] On
>>Behalf Of ext Stefano Sabatini
>>Sent: Monday, September 01, 2008 6:56 PM
>>To: sofia-sip-d
Hi all,
I have a multithreaded application, and I need to run the sofia-sip
event loop not in the main process context, but in the context of a
thread.
I implemented it this way.
I implemented a method Run() which instantiates the thread instance
and makes it execute su_root_run(), and a Stop()
On 9/5/08, Stefano Sabatini <[EMAIL PROTECTED]> wrote:
> Hi all,
>
> I have a multithreaded application, and I need to run the sofia-sip
> event loop not in the main process context, but in the context of a
> thread.
>
> I implemented it this way.
> I implemented a m
On date Friday 2008-09-05 12:10:10 +0200, Stefano Sabatini wrote:
> On 9/5/08, Stefano Sabatini <[EMAIL PROTECTED]> wrote:
> > Hi all,
> >
> > I have a multithreaded application, and I need to run the sofia-sip
> > event loop not in the main process context, b
On date Monday 2008-09-08 10:08:39 +0200, Stefano Sabatini wrote:
> On date Friday 2008-09-05 12:10:10 +0200, Stefano Sabatini wrote:
> > On 9/5/08, Stefano Sabatini <[EMAIL PROTECTED]> wrote:
> > > Hi all,
> > >
> > > I have a multithreaded application, a
On date Monday 2008-09-08 10:31:43 +0200, Stefano Sabatini wrote:
> On date Monday 2008-09-08 10:08:39 +0200, Stefano Sabatini wrote:
> > On date Friday 2008-09-05 12:10:10 +0200, Stefano Sabatini wrote:
> > > On 9/5/08, Stefano Sabatini <[EMAIL PROTECTED]> wrote:
> >
On date Monday 2008-09-08 11:36:29 +0200, Stefano Sabatini phoned this:
> On date Monday 2008-09-08 10:31:43 +0200, Stefano Sabatini wrote:
> > On date Monday 2008-09-08 10:08:39 +0200, Stefano Sabatini wrote:
> > > On date Friday 2008-09-05 12:10:10 +0200, Stefano Sabatini wro
rtion
`su_port_own_thread(self)' failed.
So it seems that the only solution is to initialize and run the stack
in the same thread context. Is this correct or am I missing something?
TIA, best regards
--
Stefano Sabatini
http://www.r
On date Thursday 2008-09-11 17:32:10 +0200, Rémi BUISSON phoned this:
> Hi,
>
> I have no idea how to do with a thread so I found an another solution.
>
> I have the SIP stack which receive commands from a python interface via
> DBus.
>
> Try to do this it works very well for me.
[...]
Thank y
On date Friday 2008-09-12 10:57:00 +0300, [EMAIL PROTECTED] phoned this:
> Hi,
>
> >-Original Message-
> >From: [EMAIL PROTECTED]
> >[mailto:[EMAIL PROTECTED] On
> >Behalf Of ext Rémi BUISSON
> >Sent: Friday, September 12, 2008 9:32 AM
> >To: sofia-sip-devel@lists.sourceforge.net
> >Subj
On date Friday 2008-09-12 18:50:45 +0300, Pekka Pessi phoned this:
> 2008/9/9 Stefano Sabatini <[EMAIL PROTECTED]>:
> > So it seems that the only solution is to initialize and run the stack
> > in the same thread context. Is this correct or am I missing something?
>
>
Hi all,
I'm getting this building problems when compiling a little application
with Visual Studio 2005 on Windows Vista which links against
libsofia-sip (last checkout, 1.12.9).
I got so far to compile libsofia-ua for win32 without hassles.
These are the errors I get when compiling:
1>Linking..
On date Monday 2008-09-22 00:27:03 +0200, elisa_murgia phoned this:
> Hello all,
>
> I'm new in SOFIA-SIP and I would like to use it just as a parser. I
> mean that I have my own textual messages and I would like to send
> them without using SOFIA structure. Then I need to parse incoming
> messages
uys,
the problem was in the compilation of sip_options_static, we had had
to add the dependency on ws232_32.lib and Ipphlpapi.lib and
Advapi32.lib (settable through the linker options), the library were
already installed on the system.
After setting those dep
On date Wednesday 2008-09-24 12:31:47 +0200, elisa_murgia phoned this:
> -- Initial Header ---
>
> >From : "Stefano Sabatini" [EMAIL PROTECTED]
> To : sofia-sip-devel@lists.sourceforge.net
> Cc :
> Date : Mon, 22 Sep 200
a freshly allocated and parsed message.
|
|Upon parsing error, the header structure may be left incomplete. The
|MSG_FLG_ERROR is set in msg_object(msg)->msg_flags.
So you have to check that flag to understand if the parsing went fine.
Behaviour of msg_extract() with a
On date Tuesday 2008-08-05 11:40:44 +0200, Stefano Sabatini phoned this:
> On Mon, Aug 4, 2008 at 8:07 PM, Pekka Pessi <[EMAIL PROTECTED]> wrote:
> > 2008/7/30 Stefano Sabatini <[EMAIL PROTECTED]>:
> >> On 7/30/08, Stefano Sabatini <[EMAIL PROTECTED]> wrote:
&g
On date Thursday 2008-11-20 10:49:21 +0100, Stefano Sabatini phoned this:
> On date Tuesday 2008-08-05 11:40:44 +0200, Stefano Sabatini phoned this:
> > On Mon, Aug 4, 2008 at 8:07 PM, Pekka Pessi <[EMAIL PROTECTED]> wrote:
[...]
> How can I get a msg_t from a sip_t?
>
&g
On date Thursday 2008-11-20 10:49:21 +0100, Stefano Sabatini phoned this:
[...]
> How can I get a msg_t from a sip_t?
>
> I can convert a msg_t -> sip_t using sip_object, but how can I perform
> the inverse conversion?
Again auto-replying to myself...
Contemplating the sip modul
Hi all,
according to RFC 3261, 8.1.1.1 Request-URI:
| The initial request URI of the message SHOULD be set to the value of
| the URI in the To field.
On the other hand sofia sip seems to get confused when parsing the
TO_TAG, and it consider the uri params like header params.
Making this clear w
On date Friday 2008-11-21 13:55:39 +0200, [EMAIL PROTECTED] phoned this:
> Hi,
>
> >-Original Message-
> >From: ext Stefano Sabatini [mailto:[EMAIL PROTECTED]
> >Sent: Friday, November 21, 2008 12:00 PM
> >To: sofia-sip-devel Mailing List
> >Subj
Hi all,
I've been able to redirect the log of sofia-sip su module using the
public symbol su_log_global and su_redirect_log().
I would like to do the same with the tport module, this in order to
have the SIP messages on a unique log file, thus simplifying
debugging.
Unfortunately the tport modul
g. a state change,
an incoming nua_r_invite 180/200 event).
HTH, regards.
--
Stefano Sabatini
http://www.reilabs.com
--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can
Hi all,
I wonder if it is actually possible to catch somehow a REGISTER
timeout condition. Currently the behaviour of the sofia-sip stack
seems to try the REGISTER again and again when it fails.
Is it possible to set a timeout (either setting it in the nua handle
either in some operation handle)
On date Wednesday 2009-01-07 19:49:38 +0200, Pekka Pessi phoned this:
> 2009/1/7 Stefano Sabatini :
> > I wonder if it is actually possible to catch somehow a REGISTER
> > timeout condition. Currently the behaviour of the sofia-sip stack
> > seems to try the REGISTER again an
On date Thursday 2009-01-08 17:37:21 +0200, Pekka Pessi phoned this:
> 2009/1/8 Stefano Sabatini :
> > I mean that when the REGISTER recipient doesn't reply, sofia-sip sends
> > again and again the REGISTER. I would like to catch this condition say
> > after N tries
On date Monday 2009-01-12 16:19:06 +0200, Pekka Pessi phoned this:
> 2009/1/12 Stefano Sabatini :
> > the attached sample catches the timeout event, which is sent
> > non-unexpectedly as a nua_r_register event with status 408 (the
> > application crashes with an ass
Hi again,
I'm trying to debug sofia-sip.
I'm configuring with this command:
CFLAGS="$CFLAGS -ggdb -O0" ./configure --prefix=$HOME
and I can see the symbols in the output libs and the same for the
lines of code (using nm -sol), yet it seems I cannot enter the
sofia functions with gdb.
What am I
On date Wednesday 2009-01-14 14:16:28 +0200, Pekka Pessi phoned this:
> 2009/1/14 Stefano Sabatini :
> > Just another question, is there some mechanism in sofia to
> > automatically store the expires time sent back by the REGISTER
> > response, and re-do the registration when
On date Thursday 2009-01-15 19:35:44 +0200, Pekka Pessi phoned this:
> 2009/1/14 Stefano Sabatini :
> > I'm trying to debug sofia-sip.
> >
> > I'm configuring with this command:
> >
> > CFLAGS="$CFLAGS -ggdb -O0" ./configure --prefix=$HOME
>
99 matches
Mail list logo