Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 768549 - firefox randomly freezes / crashes
Summary: firefox randomly freezes / crashes
Keywords:
Status: CLOSED DUPLICATE of bug 730856
Alias: None
Product: Fedora
Classification: Fedora
Component: glibc
Version: 16
Hardware: x86_64
OS: Linux
unspecified
unspecified
Target Milestone: ---
Assignee: Jeff Law
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2011-12-16 23:37 UTC by Eugene Kanter
Modified: 2016-11-24 16:04 UTC (History)
5 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2011-12-20 19:25:34 UTC
Type: ---
Embargoed:

Attachments (Terms of Use)

Description Eugene Kanter 2011-12-16 23:37:26 UTC 
Description of problem:

firefox randomly freezes / crashes

Version-Release number of selected component (if applicable):

firefox-8.0-3.fc16.x86_64
glibc-2.14.90-21.x86_64


How reproducible:

frequently

Steps to Reproduce:
start firefox, attach gdb
gdb --pid=nnnnn /usr/lib64/firefox/firefox

start using firefox, nothing in particular besides heavy usage with many tabs open. no flash plugin enabled, nspluginwrapper is not installed.
  
Actual results:

after some time

Program received signal SIGABRT, Aborted.
[Switching to Thread 0x7fa5462f8700 (LWP 21700)]
0x0000003047c36285 in raise () from /lib64/libc.so.6
(gdb) where
#0  0x0000003047c36285 in raise () from /lib64/libc.so.6
#1  0x0000003047c37b9b in abort () from /lib64/libc.so.6
#2  0x0000003047c2ee9e in __assert_fail_base () from /lib64/libc.so.6
#3  0x0000003047c2ef42 in __assert_fail () from /lib64/libc.so.6
#4  0x000000304ac094dc in __libc_res_nquery () from /lib64/libresolv.so.2
#5  0x000000304ac09695 in __libc_res_nquerydomain () from /lib64/libresolv.so.2
#6  0x000000304ac09b69 in __libc_res_nsearch () from /lib64/libresolv.so.2
#7  0x00007fa58a3f23ec in _nss_dns_gethostbyname4_r ()
   from /lib64/libnss_dns.so.2
#8  0x0000003047cd8b99 in gaih_inet () from /lib64/libc.so.6
#9  0x0000003047cdc1ce in getaddrinfo () from /lib64/libc.so.6
#10 0x0000003054c1c88f in PR_GetAddrInfoByName () from /lib64/libnspr4.so
#11 0x00007fa59384b9e5 in ?? () from /usr/lib64/xulrunner-2/libxul.so
#12 0x0000003054c28713 in ?? () from /lib64/libnspr4.so
#13 0x0000003048007d90 in start_thread () from /lib64/libpthread.so.0
#14 0x0000003047cef3dd in clone () from /lib64/libc.so.6


This started after F15 to F16 upgrade.
Comment 1 Eugene Kanter 2011-12-19 22:25:57 UTC 
(gdb) where
#0  0x0000003047c36285 in __GI_raise (sig=6)
    at ../nptl/sysdeps/unix/sysv/linux/raise.c:64
#1  0x0000003047c37b9b in __GI_abort () at abort.c:91
#2  0x0000003047c2ee9e in __assert_fail_base (fmt=<optimized out>, 
    assertion=0x304ac149f8 "hp != hp2", file=0x304ac149e2 "res_query.c", 
    line=<optimized out>, function=<optimized out>) at assert.c:94
#3  0x0000003047c2ef42 in __GI___assert_fail (
    assertion=0x304ac149f8 "hp != hp2", file=0x304ac149e2 "res_query.c", 
    line=258, function=0x304ac14a50 "__libc_res_nquery") at assert.c:103
#4  0x000000304ac094dc in __libc_res_nquery (statp=0x7fffad5ffdb8, 
    name=0x7fffbfff3cc8 "ocsp.entrust.net", class=1, type=62321, 
    answer=<optimized out>, anslen=2048, answerp=0x7fffad5fe520, 
    answerp2=0x7fffad5fe530, nanswerp2=0x7fffad5fe58c, resplen2=0x7fffad5fe570)
    at res_query.c:258
#5  0x000000304ac09695 in __libc_res_nquerydomain (statp=0x7fffad5ffdb8, 
    name=0x7fffbfff3cc8 "ocsp.entrust.net", domain=<optimized out>, class=1, 
    type=62321, answer=0x7fffad5fdce0 "\351\u04c1\200", anslen=2048, 
    answerp=0x7fffad5fe520, answerp2=0x7fffad5fe530, nanswerp2=0x7fffad5fe58c, 
    resplen2=0x7fffad5fe570) at res_query.c:578
#6  0x000000304ac09b69 in __libc_res_nsearch (statp=0x7fffad5ffdb8, 
    name=0x7fffbfff3cc8 "ocsp.entrust.net", class=1, type=62321, 
    answer=0x7fffad5fdce0 "\351\u04c1\200", anslen=2048,answerp=0x7fffad5fe520, 
    answerp2=0x7fffad5fe530, nanswerp2=0x7fffad5fe58c, resplen2=0x7fffad5fe570)
    at res_query.c:378
#7  0x00007fffecef23ec in _nss_dns_gethostbyname4_r (
    name=0x7fffbfff3cc8 "ocsp.entrust.net", pat=0x7fffad5feb40, 
    buffer=0x7fffad5fe5f0 "\300\250\002\001", buflen=1024, 
    errnop=0x7fffad5feb70, herrnop=0x7fffad5feb80, ttlp=0x0)
    at nss_dns/dns-host.c:314
#8  0x0000003047cd8b99 in gaih_inet (name=0x7fffbfff3cc8 "ocsp.entrust.net", 
    service=<optimized out>, req=0x7fffad5fedd0, pai=<optimized out>, 
    naddrs=0x7fffad5fed70) at ../sysdeps/posix/getaddrinfo.c:842
#9  0x0000003047cdc1ce in __GI_getaddrinfo (
    name=0x7fffbfff3cc8 "ocsp.entrust.net", service=<optimized out>, 
    hints=0x7fffad5fedd0, pai=0x7fffad5fee08)
    at ../sysdeps/posix/getaddrinfo.c:2356
#10 0x0000003054c1c88f in PR_GetAddrInfoByName () from /lib64/libnspr4.so
#11 0x00007ffff634b9e5 in ?? () from /usr/lib64/xulrunner-2/libxul.so
#12 0x0000003054c28713 in ?? () from /lib64/libnspr4.so
#13 0x0000003048007d90 in start_thread (arg=0x7fffad5ff700)
    at pthread_create.c:309
#14 0x0000003047cef3dd in clone ()
    at ../sysdeps/unix/sysv/linux/x86_64/clone.S:115
(gdb)
Comment 2 Jeff Law 2011-12-20 19:25:34 UTC 

*** This bug has been marked as a duplicate of bug 730856 ***
Note You need to log in before you can comment on or make changes to this bug.