Bug 745548 - links segfaults on startup
Summary: links segfaults on startup
Keywords:
Status: CLOSED WORKSFORME
Alias: None
Product: Fedora
Classification: Fedora
Component: js
Version: rawhide
Hardware: x86_64
OS: Linux
unspecified
high
Target Milestone: ---
Assignee: Pavel Alexeev
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2011-10-12 16:55 UTC by Horst H. von Brand
Modified: 2011-10-17 14:40 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2011-10-17 14:40:30 UTC
Type: ---


Attachments (Terms of Use)

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.


Note You need to log in before you can comment on or make changes to this bug.