yelp crashed with SIGSEGV in readdir()

Bug #197399 reported by rtimai
6
Affects Status Importance Assigned to Milestone
rarian (Ubuntu)
Fix Released
Medium
Unassigned

Bug Description

Binary package hint: yelp

Ubuntu 7.10
yelp 2.20.0-0ubuntu3 0
System > Help and Support attempts to start Yelp, but closes after 10 - 30 seconds without notice.

ProblemType: Crash
Architecture: i386
Date: Sun Feb 24 21:32:27 2008
DistroRelease: Ubuntu 7.10
ExecutablePath: /usr/bin/yelp
NonfreeKernelModules: nvidia
Package: yelp 2.20.0-0ubuntu3
PackageArchitecture: i386
ProcCmdline: yelp
ProcCwd: /home/rtimai
ProcEnviron:
 PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games
 LANG=en_US.UTF-8
 SHELL=/bin/bash
Signal: 11
SourcePackage: yelp
Stacktrace:
 #0 0xb744b9e4 in readdir () from /lib/tls/i686/cmov/libc.so.6
 #1 0xb7982d9d in ?? () from /usr/lib/librarian.so.0
 #2 0x00000000 in ?? ()
StacktraceTop:
 readdir () from /lib/tls/i686/cmov/libc.so.6
 ?? () from /usr/lib/librarian.so.0
 ?? ()
Title: yelp crashed with SIGSEGV in readdir()
Uname: Linux VT82C694X 2.6.22-14-386 #1 Tue Feb 12 07:12:19 UTC 2008 i686 GNU/Linux
UserGroups: adm admin audio cdrom dialout dip fax floppy fuse lpadmin netdev plugdev powerdev scanner tape video

Tags: apport-crash
Revision history for this message
rtimai (rtimai) wrote :
Revision history for this message
Apport retracing service (apport) wrote : Symbolic stack trace

StacktraceTop:readdir () from /lib/tls/i686/cmov/libc.so.6
process_dir (dir=0x85214c0 "/usr/local/man") at rarian-man.c:321
rrn_man_init () at rarian-man.c:405
rrn_man_for_each_in_category (category=0x8525380 "1",
toc_process_man (toc=0x82390b0) at yelp-toc.c:906

Revision history for this message
Apport retracing service (apport) wrote : Symbolic threaded stack trace
Revision history for this message
Apport retracing service (apport) wrote : Stack trace with source code
Changed in yelp:
importance: Undecided → Medium
Revision history for this message
rtimai (rtimai) wrote :

yelp segfault continues after Hardy 8.04 upgrade

Revision history for this message
Sebastien Bacher (seb128) wrote :

Thanks for your bug report. This bug has been reported to the developers of the software. You can track it and make comments here: https://bugs.freedesktop.org/show_bug.cgi?id=15755

Can you run "ls /usr/local/man" and copy that to a comment?

Changed in yelp:
status: New → Triaged
Revision history for this message
rtimai (rtimai) wrote :
Download full text (4.1 KiB)

Requested additional information below... The man1 file appears to be something from a utility called tofrodos that I installed some time ago, converts between DOS and Unix plain text formats. I will uninstall tofrodos and if it fixes anything, will report back here. Otherwise, will await further feedback. -- Roger

rtimai@VT82C694X:~$ ls /usr/local/man
man1
rtimai@VT82C694X:~$ ls -all /usr/local/man
lrwxrwxrwx 1 root root 9 2007-07-08 18:28 /usr/local/man -> share/man
rtimai@VT82C694X:~$ cat /usr/local/man1
cat: /usr/local/man1: No such file or directory
rtimai@VT82C694X:~$ cat /usr/local/man/man1
'br $Id: fromdos.1,v 1.5 2005/03/15 14:53:56 chris Exp $'
.TH tofrodos 1 "Version 1.7.6" "2005"
.SH NAME
tofrodos
\- Converts text files between DOS and Unix formats.
.SH SYNOPSIS
.B fromdos
[
.I options
] [file...]
.br
.B todos
[
.I options
] [file...]
.br
.SH DESCRIPTION
DOS text files traditionally have carriage return and line feed pairs
as their newline characters while Unix text files have the line feed
as their newline character.
.I fromdos
converts text files from the DOS format to the Unix format, while
.I todos
converts text files from the Unix format to the DOS format.
.PP
The programs accept multiple filenames and wildcards as their arguments.
You may also use them in a pipe.
If either program finds its input redirected, it will process stdin
and place the output on stdout.
.SH OPTIONS
.TP
.BI \-a
Always convert. If converting from DOS to Unix, this option will
cause the program to remove ALL carriage returns. The default is to
remove carriage returns only if they are followed by line feeds.
If converting from
Unix to DOS, this option will cause the program to convert ALL
linefeeds to carriage return pairs. The default is to convert linefeeds
only if they are not already preceeded by a carriage return.
.TP
.BI \-b
Make a backup of original file. The original
file is renamed with the original filename and a
.I .bak
extension.
.TP
.BI \-d
Convert from DOS to Unix. This forces the program to convert the file in
a particular direction. By default, if the program is named
.I fromdos
or
.I dos2unix,
it will assume that the input file is in a DOS format and convert it to
a Unix format. If the program is named
.I todos
or
.I unix2dos,
it will assume that the input file is in a Unix format and convert it to
a DOS format. Using the
.I \-d
option forces the program to convert from a DOS format
to a Unix format regardless of how the program is named. Likewise, using the
.I \-u
option forces the program to convert from a Unix format to a DOS format
regardless of the name of the program.
.TP
.BI \-e
Abort processing on any error in any file. Normally, the program will
simply skip to process the next file on the command line when it encounters
any errors. This option causes it to abort on errors.
.TP
.BI \-f
Force: convert even if the file is not writeable (read-only). By default,
if
.I fromdos
or
.I todos
finds that the file does not have write permission, it will not process
that file. This option forces the conversion even if the file is read-only.
.TP
.BI \-h
Display a short help screen on the program usage and quit.
.TP
.BI \-l <logfile>
Log erro...

Read more...

Revision history for this message
rtimai (rtimai) wrote :

I've been asked to post my follow-up comments on this bug on the freedesktop.org site,

https://bugs.freedesktop.org/show_bug.cgi?id=15755

but Firefox disallows access, saying the site certificate is invalid because it is self-validated. So I post here. Just wanted to note that the apport update released today seems to have fixed the segmentation fault in yelp, which was classified as an apport bug for reasons unknown to me.

Anyway yelp now appears to be working normally, and I can access the "Ubuntu Help Center" documents! Thank you Sebastien Bacher, or whoever fixed this.

Roger

Revision history for this message
rtimai (rtimai) wrote :

Forgot to mention that uninstalling tofrodos did not fix the yelp segfault. It also didn't remove the /usr/local/man1 file, which was owned by root, although I did not install tofrodos as root. I had to use "sudo rm" to get rid of it.

Revision history for this message
Sebastien Bacher (seb128) wrote :

the new intrepid version fixes the issue

Changed in rarian:
status: Triaged → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.