RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 632375 - [abrt] firefox-3.6.9-2.el6: Process /usr/lib64/firefox-3.6/firefox was killed by signal 11 (SIGSEGV)
Summary: [abrt] firefox-3.6.9-2.el6: Process /usr/lib64/firefox-3.6/firefox was killed...
Keywords:
Status: CLOSED DUPLICATE of bug 614277
Alias: None
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: firefox
Version: 6.0
Hardware: x86_64
OS: Linux
low
medium
Target Milestone: rc
: ---
Assignee: Martin Stransky
QA Contact: desktop-bugs@redhat.com
URL:
Whiteboard: abrt_hash:5adbd93ff007b0f6816eaa825b9...
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2010-09-09 19:18 UTC by Scott Dodson
Modified: 2010-10-12 21:22 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2010-10-12 21:22:15 UTC
Target Upstream Version:
Embargoed:

Attachments (Terms of Use)
File: backtrace (70.80 KB, text/plain)
2010-09-09 19:18 UTC, Scott Dodson 		no flags Details
View All

Description Scott Dodson 2010-09-09 19:18:09 UTC 
abrt version: 1.1.13
architecture: x86_64
Attached file: backtrace
cmdline: /usr/lib64/firefox-3.6/firefox
component: firefox
crash_function: nsProfileLock::FatalSignalHandler
executable: /usr/lib64/firefox-3.6/firefox
kernel: 2.6.32-71.el6.x86_64
package: firefox-3.6.9-2.el6
rating: 4
reason: Process /usr/lib64/firefox-3.6/firefox was killed by signal 11 (SIGSEGV)
release: Red Hat Enterprise Linux Workstation release 6.0 (Santiago)
How to reproduce: Unfortunately I'm not sure
time: 1284059464
uid: 500
Comment 1 Scott Dodson 2010-09-09 19:18:11 UTC 
Created an attachment (id=446350)
File: backtrace
Comment 3 Matěj Cepl 2010-09-09 23:01:52 UTC 
#2  <signal handler called>
No symbol table info available.
#3  0x0000003762449e7a in nsACString_internal::Equals (
    this=0x2e70726f632e7469, str=...) at nsTSubstring.cpp:626
No locals.
#4  0x00000037623fe8c5 in SearchTable (table=0x7f9121395250, 
    key=0x7f90fa4e65e0, keyHash=3407886152, op=PL_DHASH_LOOKUP)
    at pldhash.c:439
        hash1 = 50
        hash2 = <value optimized out>
        hashShift = 26
        sizeLog2 = <value optimized out>
        entry = 0x7f90f1e8ef20
        firstRemoved = <value optimized out>
        matchEntry = 0x3761b787d0 <nsCacheEntryHashTable::MatchEntry(PLDHashTable*, PLDHashEntryHdr const*, void const*)>
        sizeMask = <value optimized out>
#5  0x0000003761b7884b in nsCacheEntryHashTable::GetEntry (
    this=<value optimized out>, key=<value optimized out>)
    at nsCacheEntry.cpp:445
        hashEntry = <value optimized out>
        result = 0x0
#6  0x0000003761b7b7bd in nsCacheService::ActivateEntry (this=0x7f9121395200, 
    request=0x7f91008be180, result=0x7fff3b039fa0) at nsCacheService.cpp:1265
        rv = 0
        entry = <value optimized out>
#7  0x0000003761b7b9ae in nsCacheService::ProcessRequest (
    this=0x7f9121395200, request=0x7f91008be180, calledFromOpenCacheEntry=1, 
    result=0x7f90f69c15d0) at nsCacheService.cpp:1151
        rv = <value optimized out>
        entry = 0x0
        accessGranted = 0
        descriptor = 0x3
#8  0x0000003761b7bdaa in nsCacheService::OpenCacheEntry (session=
    0x7f9100e9bc40, key=..., accessRequested=3, 
    blockingMode=<value optimized out>, listener=0x0, result=0x7f90f69c15d0)
    at nsCacheService.cpp:1236
        request = 0x7f91008be180
        rv = 0
#9  0x0000003761bad30e in nsHttpChannel::OpenCacheEntry (this=0x7f90f69c1400,
Comment 4 Matěj Cepl 2010-09-09 23:03:09 UTC 
Looks like it has duplicates in RHEL bug 614277, and Fedora bug 628033, bug 628006, and bug 621247.
Comment 5 Scott Dodson 2010-10-12 21:22:15 UTC 

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