726613 - Crash caused by assertion during name resolution

Status: RESOLVED INVALID

(Firefox :: Untriaged, defect)

Description

[Clemens Eisserer]

User Agent: Mozilla/5.0 (X11; Linux i686; rv:10.0.1) Gecko/20100101 Firefox/10.0.1
Build ID: 20120208060813

Steps to reproduce:

When browsing while running azureus my wlan-cable-modem gets a bit angry and sometimes drops connections and looses packages.

In this situation I often experience crashes which seem to be related to an assertion in the name resolution code - I already uploaded a few crash reports (the url was http://www.theofel.de/plog-archives/2009/04/rezept-vanillepudding.html) but I also did some toying with gdb.


Actual results:

Program received signal SIGABRT, Aborted.
[Switching to Thread 0x9ebffb40 (LWP 8473)]
0x008c8416 in __kernel_vsyscall ()
Missing separate debuginfos, use: debuginfo-install libthai-0.1.14-4.fc15.i686
(gdb) bt
#0  0x008c8416 in __kernel_vsyscall ()
#1  0x49d4998f in __GI_raise (sig=6)
    at ../nptl/sysdeps/unix/sysv/linux/raise.c:64
#2  0x49d4b2d5 in __GI_abort () at abort.c:91
#3  0x49d426a5 in __assert_fail_base (fmt=
    0x49e82c48 "%s%s%s:%u: %s%sAssertion `%s' failed.\n%n", assertion=
    0x4a215c18 "hp != hp2", file=0x4a215c02 "res_query.c", line=258, function=
    0x4a215c22 "__libc_res_nquery") at assert.c:94
#4  0x49d42757 in __GI___assert_fail (assertion=0x4a215c18 "hp != hp2", file=
    0x4a215c02 "res_query.c", line=258, function=
    0x4a215c22 "__libc_res_nquery") at assert.c:103
#5  0x4a20a52c in __libc_res_nquery (statp=0x9ebffdc4, name=
    0x9ebfda1b "ecosia-de.tumblr.com.localdomain", class=1, type=62321, answer=
    0x9ebfe310 "ݗ\201\203", anslen=2048, answerp=0x9ebfeb30, answerp2=
    0x9ebfeb34, nanswerp2=0x9ebfeb38, resplen2=0x9ebfeb3c) at res_query.c:258
#6  0x4a20a71e in __libc_res_nquerydomain (statp=0x9ebffdc4, 
    name=<optimized out>, domain=0x9ebffe24 "localdomain", class=1, type=
    62321, answer=0x9ebfe310 "ݗ\201\203", anslen=2048, answerp=0x9ebfeb30, 
    answerp2=0x9ebfeb34, nanswerp2=0x9ebfeb38, resplen2=0x9ebfeb3c)
    at res_query.c:578
#7  0x4a20a9d3 in __libc_res_nsearch (statp=0x9ebffdc4, name=
    0xa3b325bc "ecosia-de.tumblr.com", class=1, type=62321, answer=
    0x9ebfe310 "ݗ\201\203", anslen=2048, answerp=0x9ebfeb30, answerp2=
---Type <return> to continue, or q <return> to quit---
    0x9ebfeb34, nanswerp2=0x9ebfeb38, resplen2=0x9ebfeb3c) at res_query.c:416
#8  0x005f2f6f in _nss_dns_gethostbyname4_r (name=
    0xa3b325bc "ecosia-de.tumblr.com", pat=0x9ebff0ac, buffer=0x9ebfeba0 "", 
    buflen=1024, errnop=0x9ebff0b0, herrnop=0x9ebff0bc, ttlp=0x0)
    at nss_dns/dns-host.c:314
#9  0x49df189b in gaih_inet (name=0xa3b325bc "ecosia-de.tumblr.com", 
    service=<optimized out>, req=0x9ebff26c, pai=0x9ebff204, naddrs=0x9ebff214)
    at ../sysdeps/posix/getaddrinfo.c:842
#10 0x49df4d8d in __GI_getaddrinfo (name=0xa3b325bc "ecosia-de.tumblr.com", 
    service=<optimized out>, hints=<optimized out>, pai=0x9ebff28c)
    at ../sysdeps/posix/getaddrinfo.c:2356
#11 0x0059f0cb in PR_GetAddrInfoByName ()
   from /opt/Programme/firefox/libnspr4.so
#12 0x0127348b in ?? () from /opt/Programme/firefox/libxul.so
Backtrace stopped: previous frame inner to this frame (corrupt stack?)

Comment 1

[Matthias Versen [:Matti]]

hmm Vanillepudding, lecker ! :-)

Isn't this assertion in in glibc ?
I'm pretty sure that you are seeing https://bugzilla.redhat.com/show_bug.cgi?id=730856

marking this report invalid (glibc bug) but reopen this report if you disagree

Comment 2

[Clemens Eisserer]

Sure, bought 200g vanilla and was looking what to do with it ;)

Thanks for taking a look, yes its in glibc.
Quite alarming even common stuff like name resolution hits assertions in glibc :(