Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 18 Nov 2002 10:47:59 +0100
From:      Cinek <cinekcvs@gmx.net>
To:        FreeBSD-gnats-submit@FreeBSD.org
Subject:   i386/45391: /usr/bin/cmp coredumps while reading a faulty CD-R
Message-ID:  <200211181047.59311.cinekcvs@gmx.net>

next in thread | raw e-mail | index | archive | help


>Number:         45391
>Category:       i386
>Synopsis:       /usr/bin/cmp coredumps while reading a faulty CD-R
>Confidential:   no
>Severity:       serious
>Priority:       low
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Mon Nov 18 01:50:01 PST 2002
>Closed-Date:
>Last-Modified:
>Originator:     Cinek
>Release:        FreeBSD 4.7-RELEASE i386
>Organization:
none
>Environment:

System: FreeBSD natalia 4.7-RELEASE FreeBSD 4.7-RELEASE #1: Fri Nov 8 17:=
45:30=20
CET 2002
Machine:   Intel P3-500MHz
OS:        FreeBSD 4.7

>Description:
When using the command /usr/bin/cmp from the default
FreeBSD-4.7 package, it is possible to produce a coredump.
It seems, there is a problem in handling errors while
reading faulty files. It happened to me while I was comparing
two files which I suspected to be dupes on my CD-Rs.

I guess it will not help much when I post the output
from gdb without symbol tables, but let's try at least:

----------------------------------------------------------------------
GNU gdb 4.18 (FreeBSD)
Copyright 1998 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you =
are
welcome to change it and/or distribute copies of it under certain conditi=
ons.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for detail=
s.
This GDB was configured as "i386-unknown-freebsd"...
(no debugging symbols found)...
Core was generated by `cmp'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /usr/lib/libc.so.4...(no debugging symbols found)...=
done.
Reading symbols from /usr/libexec/ld-elf.so.1...(no debugging symbols=20
found)...
done.
#0  0x8048e17 in open ()
(gdb) bt
#0  0x8048e17 in open ()
#1  0xbfbffb0d in ?? ()
#2  0x8048bc1 in open ()
#3  0x8048731 in open ()
(gdb) info frame
Stack level 0, frame at 0xbfbff840:
 eip =3D 0x8048e17 in open; saved eip 0x8048bc1
 (FRAMELESS), called by frame at 0xbfbff840
 Arglist at 0xbfbff840, args:
 Locals at 0xbfbff840, Previous frame's sp is 0x0
 Saved registers:
  ebp at 0xbfbff840, eip at 0xbfbff844
(gdb) info sharedlibrary
=46rom        To          Syms Read   Shared Object Library
0x28067000  0x280fec78  Yes         /usr/lib/libc.so.4
0x2804a000  0x2805e210  Yes         /usr/libexec/ld-elf.so.1
----------------------------------------------------------------------


>How-To-Repeat:
        1) You need two copies of files. One on Your hard-disk,
           the other one on a _almost_ unreadable CD(R).
           (That might be somehow difficult.)
        2) Start the following command:
           cmp locally_stored_file same_file_on_unreadable_cd

>Fix:
        There is no fix.

>Release-Note:
>Audit-Trail:
>Unformatted:

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200211181047.59311.cinekcvs>