[SR-Users] [sr-dev] http_async_client segfault

Jason Penton jason.penton at gmail.com
Mon May 30 11:28:32 CEST 2016


Hey Daniel,

Yes it has something to do with pthreads and libnss. Something to do with
pthread library being linked by an .so and not linked by the main
application. I am trying to reproduce now and will report back.

Cheers
Jason

On Mon, 30 May 2016 at 11:08 Daniel-Constantin Mierla <miconda at gmail.com>
wrote:

> Hello,
>
> this shows that one of the threads created by the module or by one of its
> dependency libs crashed. Not sure which lib creates the thread here,
> because the module depends on libevent and libcurl. It appears to be in the
> functions resolving the domain part of the http url.
>
> Can you reproduce it?
>
> Cheers,
> Daniel
>
> On 30/05/16 09:35, Jason Penton wrote:
>
> Hi,
>
> Has anyone experienced segfault using http_async_query from
> http_async_client module? Here is BT:
>
> #0  __GI_fgets_unlocked (buf=0x7fca23ffe660 "127.0.0.1", n=n at entry=1032,
> fp=0x7fca23ffe660) at iofgets_u.c:53
> 53      iofgets_u.c: No such file or directory.
> (gdb) bt
> #0  __GI_fgets_unlocked (buf=0x7fca23ffe660 "127.0.0.1", n=n at entry=1032,
> fp=0x7fca23ffe660) at iofgets_u.c:53
> #1  0x00007fca68f08afa in get_contents (stream=<optimized out>, len=1032,
> linebuf=0x7fca23ffe660 "127.0.0.1") at nss_files/files-XXX.c:201
> #2  internal_getent (result=0x7fca23ffe5c0, buffer=buffer at entry=0x7fca23ffe640
> "\177", buflen=buflen at entry=1064, errnop=errnop at entry=0x7fca23ffebb0,
> herrnop=herrnop at entry=0x7fca23ffec00, af=af at entry=0,
>    flags=flags at entry=0) at nss_files/files-XXX.c:246
> #3  0x00007fca68f09ca3 in _nss_files_gethostbyname4_r (name=name at entry=0x7fca2e790fa0
> "localhost", pat=pat at entry=0x7fca23ffebe0, buffer=buffer at entry=0x7fca23ffe640
> "\177", buflen=buflen at entry=1064,
>    errnop=errnop at entry=0x7fca23ffebb0, herrnop=herrnop at entry=0x7fca23ffec00,
> ttlp=ttlp at entry=0x0) at nss_files/files-hosts.c:402
> #4  0x00007fca79eb7757 in gaih_inet (name=<optimized out>, name at entry=0x7fca2e790fa0
> "localhost", service=<optimized out>, req=req at entry=0x7fca341c7490,
> pai=pai at entry=0x7fca23ffed10,
>    naddrs=naddrs at entry=0x7fca23ffed00) at
> ../sysdeps/posix/getaddrinfo.c:850
> #5  0x00007fca79ebae0d in __GI_getaddrinfo (name=0x7fca2e790fa0
> "localhost", service=0x7fca23ffeec0 "18000", hints=0x7fca341c7490,
> pai=0x7fca23ffee78) at ../sysdeps/posix/getaddrinfo.c:2406
> #6  0x00007fca6e0f80f4 in ?? () from
> /usr/lib/x86_64-linux-gnu/libcurl.so.4
> #7  0x00007fca6e104fa4 in ?? () from
> /usr/lib/x86_64-linux-gnu/libcurl.so.4
> #8  0x00007fca6e10284b in ?? () from
> /usr/lib/x86_64-linux-gnu/libcurl.so.4
> #9  0x00007fca723c9182 in start_thread (arg=0x7fca23fff700) at
> pthread_create.c:312
> #10 0x00007fca79ee547d in clone () at
> ../sysdeps/unix/sysv/linux/x86_64/clone.S:111
>
> Camille, are you maintaining this module now?
>
>
>
>
>
> _______________________________________________
> sr-dev mailing listsr-dev at lists.sip-router.orghttp://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev
>
>
> --
> Daniel-Constantin Mierlahttp://www.asipto.com - http://www.kamailio.orghttp://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
>
> _______________________________________________
> sr-dev mailing list
> sr-dev at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20160530/0737ddca/attachment.html>


More information about the sr-users mailing list