[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Partysip-dev] compiling partysip
From: |
??? |
Subject: |
Re: [Partysip-dev] compiling partysip |
Date: |
Thu, 16 May 2002 12:06:11 +0900 |
----- Original Message -----
From: "Ralf Mahlo" <address@hidden>
To: <address@hidden>
Sent: Wednesday, May 15, 2002 6:41 PM
Subject: Re: [Partysip-dev] compiling partysip
> Jayesh Srivastava wrote:
>
> > Hi,
> > This is purly related to TRU64 plateform. When
> > compiling I got the same err what u people got so I
> > changed gethostbyname_r() function. And below is the
> > man page wordings...
> >
> > [DIGITAL] The gethostbyname_r() function is an
> > obsolete reentrant version of the gethostbyname()
> > function. It is supported in order to maintain
> > backward compatibility with previous versions of the
> > operating system and should not be used in new
> > designs.
> >
> > This is used in ppl_socket.c which gives err when
> > compile.
> >
> > In my case the other problem I phase is snprintf
> > function.
> >
> > 2. snprintf() is used in partysip which is not
> > supported by TRU64 Unix.
> >
> > BUGS:
> > In josua.c it is used like this which should to be
> > changed.
> > 493 ua_global_core = ua_core;
> >
> > It should be global_ua_core.
> >
> > Other very intersting stuff with me is udp_send.c is
> > not working it gives SIP_NETWORK error.
> > L3 -1021454256- <udp_send.c: 183> SIP_NETWORK_ERROR -
> > Network error.
> > And errno number is always 2...
> > I am printing this before sendto function call and
> > after also...
> > It is not changing.
> >
>
> I've got the same error and solved this by deleting the line with
> 'connect(...' in function cb_udp_snd_message in udp_send.c, because
> sendto directs the message to the receiver..
>
> .#ifndef WIN32
> // connect(sock,(struct sockaddr *) &addr,sizeof(addr)); <-- this
> line is not necessary!
> #endif
> if (0 > sendto (sock, (const void*) message, strlen (message), 0,
> (struct sockaddr *) &addr, sizeof(addr)))
>
> ...or you can use send() (with connect()) instead of sendto(), which
> don't use the receiver address.
>
> Regards, Ralf
>
Doesn't RFC 2543 (which is deprecated..?) recommand to use connect() for UDP as
well?
Though I do not find that recommandation anymore in the new bis-09 draft, I
believe using send() function should be the solution...
Any comment?
Regards,
Tim Na
> >
> > But I write the simple UDP client which send "HELLO
> > MSG" to port 5060 and it is working without any
> > problem.
> >
> > Can u guys help in this.
> >
> > Jayesh
> >
> > --- Aymeric Moizard <address@hidden> wrote:
> > >
> > >
> > > On Wed, 15 May 2002, Ralf Mahlo wrote:
> > >
> > > > Hi!
> > > > I'm working with Solaris 2.6 . First when I tried
> > > to compile I've got the error: in pplsocket.c ,
> > > > function ppl_gethostbyname : too much arguments
> > > for gethostbyname_r (in Solaris there are only 5
> > > > arguments, don't know about other systems...).
> > > However, I changed result_buffer with result and
> > > > deleted the old (5.) '&result'. (maybe that's
> > > wrong...)
> > >
> > > ... yes, this is probably wrong.
> > > gethostbyname is a reentrant method: this is why I
> > > assume 'result' should
> > > be a presiously allocated element and not a pointer
> > > to a non allocated
> > > 'struct hostent'
> > >
> > > Could you try fixing it this way: (
> > >
> > > > PPL_DECLARE(int) ppl_gethostbyname(struct
> > > sockaddr_in *sin, char *hostname, int port)
> > > > {
> > > > // struct hostent result_buffer;
> > > > char tmp[GETHOSTBYNAME_BUFLEN];
> > > > struct hostent *result; <<- replace with
> > > 'struct hostent result'
> > > > int my_error;
> > > >
> > > > gethostbyname_r(hostname, /* the FQDN */
> > > > result, /* the result buffer */ <<-
> > > replace with '&result'
> > > > tmp,
> > > > GETHOSTBYNAME_BUFLEN - 1,
> > > > // &result,
> > > > &my_error);
> > > >
> > > > if (!result)
> > > > return my_error;
> > > > }
> > > >
> > > > After that I can compile the program completely,
> > > but get the warning : in psp_plugin.c , function
> > > > psp_plugin_load : warning: ANSI forbids assignment
> > > between function pointer and `void *' for the
> > > > lines 69, 77 and 85 ...
> > >
> > > This is also true on linux... partysip is not ANSI,
> > > but nearly... If
> > > somebody know THE proper way to get rid of this
> > > warning let me know...
> > >
> > > > I can run the program, but while loading the
> > > authentication plugin, I get a bus error...
> > >
> > > as you (the method gethostbyname) are wrinting in a
> > > non-allocated buffer,
> > > this seems normal to get something like a bus
> > > error...
> > > But of course, it may come from somewhere else...
> > > Let me know if the
> > > change I propose make it work.
> > >
> > > > Another question to the partysip.conf file: is it
> > > necessary to change the content of the file with
> > > > my own data or does it work as well with the
> > > current content?? (okay, when I want to use it, it
> > > must
> > > > be changed, but for now (only for testing, if it
> > > works) ?)
> > >
> > > The included file 'partysip.conf' is by default
> > > given with authentication
> > > on. But of course, the database of users does not
> > > contains your user. So
> > > any request is expected to get a 401 or 407
> > > response. If you change that
> > > line (authentication = off), things should work.
> > >
> > > Aymeric
> > >
> > > > Regards, Ralf
> > > >
> > > >
> > > > _______________________________________________
> > > > Partysip-dev mailing list
> > > > address@hidden
> > > >
> > >
> > http://mail.freesoftware.fsf.org/mailman/listinfo/partysip-dev
> > > >
> > >
> > >
> > > _______________________________________________
> > > Partysip-dev mailing list
> > > address@hidden
> > >
> > http://mail.freesoftware.fsf.org/mailman/listinfo/partysip-dev
> >
> > __________________________________________________
> > Do You Yahoo!?
> > LAUNCH - Your Yahoo! Music Experience
> > http://launch.yahoo.com
> >
> > _______________________________________________
> > Partysip-dev mailing list
> > address@hidden
> > http://mail.freesoftware.fsf.org/mailman/listinfo/partysip-dev
>
>
> _______________________________________________
> Partysip-dev mailing list
> address@hidden
> http://mail.freesoftware.fsf.org/mailman/listinfo/partysip-dev
>
Re: [Partysip-dev] compiling partysip, Ralf Mahlo, 2002/05/15
Re: [Partysip-dev] compiling partysip, Tim Na, 2002/05/16
Re: [Partysip-dev] compiling partysip, Aymeric Moizard, 2002/05/15