Re: [Partysip-dev] compiling partysip

[Ralf Mahlo]

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

>
>   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