stateful_proxy-i686-pc-linux-gnu: segmentation fault

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Mon, Jul 7, 2008 at 3:51 PM, Filippo Zangheri <filippo.zangheri at yahoo.it>
wrote:

> Benny,
>
> I've reached desired behaviour (I guess that's desired behaviour!) by
> adding the NULL check already mentioned and commenting out the loopback
> address check a few lines below:
>
>  if (it->ifa_flags & IFF_LOOPBACK) {
>


Sorry I don't get you. Isn't it that even with this check is in place, you
would still get "127.0.0.1" address returned by if_enum_by_af()?

Thinking about the NULL address again, I think probably that's a valid
behavior for "ppp" interface, e.g. during initial negotiation and when IP
address is not assigned yet. So I'm not sure if this is a Linux bug.

And regarding the duplicate interfaces that you reported, probably that's
because of IPv6 address?

Cheers
 Benny




>
> Doing this, I get (with ppp connection running):
>
> $ ./stateful_proxy-i686-pc-linux-gnu
>  16:37:08.113 os_core_unix.c pjlib 0.9.0-release for POSIX initialized
>  16:37:08.114          pjlib select() I/O Queue created (0xb7b9d098)
>  16:37:08.114 sip_endpoint.c Module "mod-msg-print" registered
>  16:37:08.114 sip_endpoint.c Module "mod-tsx-layer" registered
>  16:37:08.114 sip_endpoint.c Module "mod-stateful-util" registered
>  16:37:08.280   udp0x80a2b60 SIP UDP transport started, published address
> is 82.59.213.185:5060
>  16:37:08.280 sip_endpoint.c Module "mod-msg-logger" registered
>  16:37:08.300 stateful_proxy Proxy started, listening on port 5060
>  16:37:08.300 stateful_proxy Local host aliases:
>  16:37:08.300 stateful_proxy  82.59.213.185:5060
>  16:37:08.300 stateful_proxy  127.0.0.1:5060
>  16:37:08.300 stateful_proxy  192.168.2.20:5060
>  16:37:08.300 stateful_proxy  asus-laptop:5060
>  16:37:08.300 stateful_proxy  localhost:5060
>  16:37:08.300 sip_endpoint.c Module "mod-stateful-proxy" registered
>  16:37:08.300 sip_endpoint.c Module "mod-transaction-user" registered
>
> Menu:
>  q    quit
>  d    dump status
>  dd   dump detailed status
>
> q
>  16:37:12.138 sip_endpoint.c Module "mod-transaction-user" unregistered
>  16:37:12.138 sip_endpoint.c Module "mod-stateful-util" unregistered
>  16:37:12.138 sip_endpoint.c Module "mod-stateful-proxy" unregistered
>  16:37:12.138 sip_transactio Stopping transaction layer module
>  16:37:12.139 sip_transactio Transaction layer module destroyed
>  16:37:12.139 sip_endpoint.c Module "mod-tsx-layer" unregistered
>  16:37:12.139 sip_endpoint.c Module "mod-msg-print" unregistered
>  16:37:12.139 sip_endpoint.c Module "mod-msg-logger" unregistered
>  16:37:12.142 sip_endpoint.c Endpoint 0x808b584 destroyed
>
> Loopback interface is added in if_enum_by_af(), according to the comment
> in proxy.h:276,
>
>  /* No need to add this, this should have been added above. */
>  /* global.name[global.name_cnt].host = pj_str("127.0.0.1");
>  * global.name[global.name_cnt].port = global.port;
>  * global.name_cnt++;
>  */
>
> What do you think about it?
>
> Best regards.
>
> --
> Filippo Zangheri
>
> GPG key ID: 0x6C1F2F2F
>
>
> _______________________________________________
> Visit our blog: http://blog.pjsip.org
>
> pjsip mailing list
> pjsip at lists.pjsip.org
> http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.pjsip.org/pipermail/pjsip_lists.pjsip.org/attachments/20080707/b0006c33/attachment.html 


[Index of Archives]     [Asterisk Users]     [Asterisk App Development]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Security]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [Linux API]
  Powered by Linux