Bug 745548

Summary: links segfaults on startup
Product: [Fedora] Fedora Reporter: Horst H. von Brand <vonbrand>
Component: jsAssignee: Pavel Alexeev <pahan>
Status: CLOSED WORKSFORME QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: high Docs Contact:
Priority: unspecified    
Version: rawhideCC: emaldona, kdudka, ovasik, pahan
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2011-10-17 14:40:30 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:

Description Horst H. von Brand 2011-10-12 16:55:05 UTC 
Description of problem:
Running links gives a segfault in nspr

Version-Release number of selected component (if applicable):
elinks-0.12-0.26.pre5.fc16.x86_64
nspr-4.9-0.1.fc17.beta3.x86_64

How reproducible:
Always

Steps to Reproduce:
1. links
2.
3.
  
Actual results:
Segmentation fault

Expected results:


Additional info:
$ gdb links
GNU gdb (GDB) Fedora (7.3.50.20110722-7.fc16)
Copyright (C) 2011 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-redhat-linux-gnu".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from /usr/bin/links...(no debugging symbols found)...done.
Missing separate debuginfos, use: debuginfo-install elinks-0.12-0.26.pre5.fc16.x86_64
(gdb) run
Starting program: /usr/bin/links 
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib64/libthread_db.so.1".

Program received signal SIGSEGV, Segmentation fault.
__pthread_mutex_lock (mutex=0xffffffff) at pthread_mutex_lock.c:51
51	  unsigned int type = PTHREAD_MUTEX_TYPE (mutex);
(gdb) where
#0  __pthread_mutex_lock (mutex=0xffffffff) at pthread_mutex_lock.c:51
#1  0x00000038ed822fc9 in PR_Lock () from /lib64/libnspr4.so
#2  0x00000038f38b3b7b in ?? () from /usr/lib64/libmozjs185.so.1.0
#3  0x00000038f38b3d04 in ?? () from /usr/lib64/libmozjs185.so.1.0
#4  0x00000038f3847076 in ?? () from /usr/lib64/libmozjs185.so.1.0
#5  0x00000038f38471f9 in JS_Finish () from /usr/lib64/libmozjs185.so.1.0
#6  0x00000038f384726a in JS_Init () from /usr/lib64/libmozjs185.so.1.0
#7  0x000000000045ea7f in spidermonkey_runtime_addref ()
#8  0x000000000045ef59 in ?? ()
#9  0x00000000004716b4 in init_module ()
#10 0x00000000004716dd in init_module ()
#11 0x0000000000471878 in init_modules ()
#12 0x0000000000471226 in ?? ()
#13 0x0000000000471ee2 in select_loop ()
#14 0x0000000000417cd9 in main ()
(gdb)
Comment 1 Horst H. von Brand 2011-10-13 12:42:26 UTC 
Did a full clenaup (reinstalled everything "rpm -Va" was complaining about), still the same.
Comment 2 Ondrej Vasik 2011-10-13 13:26:26 UTC 
Adding nspr maintainer to cc ... as this component is related.
Comment 3 Horst H. von Brand 2011-10-13 13:58:53 UTC 
nsrp-4.9-0.1.fc17.x86_64, "rpm -V" says it's clean.
Comment 4 Kamil Dudka 2011-10-17 11:32:56 UTC 
I am unable to repeat the crash.  Please run elinks with absolute path (/usr/bin/elinks) and make sure there are no ulimit constraints taking effect.  Nothing points to a bug in elinks for now (it just calls JS_Init()), so I am switching the component to js.
Comment 5 Horst H. von Brand 2011-10-17 14:14:23 UTC 
As the machine had many problems, I just resinstalled with Fedora 16 nightly 20111013, now it works fine.

Sorry for the noise.
Comment 6 Kamil Dudka 2011-10-17 14:40:30 UTC 
Glad to see this issue resolved.  Thank you for letting us know.