NetBSD Problem Report #20048

Received: (qmail 7715 invoked by uid 605); 24 Jan 2003 22:57:54 -0000
Message-Id: <200301242300.h0ON0GL314451@snowdrop.l8s.co.uk>
Date: Fri, 24 Jan 2003 23:00:16 GMT
From: dsl@l8s.co.uk
Sender: gnats-bugs-owner@netbsd.org
Reply-To: dsl@l8s.co.uk
To: gnats-bugs@gnats.netbsd.org
Subject: ktruss exits with error leaving program running
X-Send-Pr-Version: 3.95

>Number:         20048
>Category:       bin
>Synopsis:       ktruss exits with error leaving program running
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    bin-bug-people
>State:          closed
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Fri Jan 24 22:58:00 +0000 2003
>Closed-Date:    Tue May 03 03:59:34 +0000 2016
>Last-Modified:  Tue May 03 03:59:34 +0000 2016
>Originator:     David Laight
>Release:        NetBSD 1.6M
>Organization:
	none
>Environment:
System: NetBSD snowdrop 1.6M NetBSD 1.6M (GENERIC) #1: Wed Jan 22 10:30:23 GMT 2003 dsl@snowdrop:/oldroot/usr/bsd-current/obj/sys/arch/i386/compile/GENERIC i386
Architecture: i386
Machine: i386
>Description:
	If you ktruss a program that tries to read a sparse file, then
	ktruss aborts with the error "ktruss: data too short"
	returning you to your shell prompt, but leaving the program
	still running.
>How-To-Repeat:
	$ echo x >x
	$ echo x | dd of=x seek=10240*10240
	$ ktruss hexdump x
	ktruss: data too short
	$ ps | grep hexdump
	190170 pa R    0:01.86 hexdump x
	$

	Note that ktruss exits but hexdump is still active.
>Fix:
	If ktruss does abort tracing it should probably wait for
	the traced program to exit.
	It probably should also not abort the trace at that point.
>Release-Note:
>Audit-Trail:
State-Changed-From-To: open->closed
State-Changed-By: dholland@NetBSD.org
State-Changed-When: Tue, 03 May 2016 03:59:34 +0000
State-Changed-Why:
fixed sometime in the past 13 years


>Unformatted:

Home	PR Database Search