From owner-freebsd-current@FreeBSD.ORG Sun Sep 12 14:30:39 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 08ED716A4CE for ; Sun, 12 Sep 2004 14:30:39 +0000 (GMT) Received: from bloodwood.hunterlink.net.au (smtp-local.hunterlink.net.au [203.12.144.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D71843D31 for ; Sun, 12 Sep 2004 14:30:37 +0000 (GMT) (envelope-from boris@brooknet.com.au) Received: from [61.8.37.120] (ppp2578.dyn.pacific.net.au [61.8.37.120]) i8CETg23013175; Mon, 13 Sep 2004 00:29:43 +1000 From: Sam Lawrance To: Dan Nelson In-Reply-To: <20040831151437.GE33896@dan.emsphone.com> References: <1093948080.29903.14.camel@localhost> <20040831151437.GE33896@dan.emsphone.com> Content-Type: text/plain Message-Id: <1094999545.78235.12.camel@dirk.no.domain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Mon, 13 Sep 2004 00:32:26 +1000 Content-Transfer-Encoding: 7bit cc: Vladimir Grebenschikov cc: "current@freebsd.org" Subject: Re: sysutils/strace wilderness on 6-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Sep 2004 14:30:39 -0000 On Wed, 2004-09-01 at 01:14, Dan Nelson wrote: > In the last episode (Aug 31), Vladimir Grebenschikov said: > > (fresh -CURREMT and fresh strace from ports, UP machine) > > > > It silmple does nothing - sleeps foreaver in suspended: > > > > # strace /bin/ls > > ^T > > load: 0.14 cmd: strace 98957 [suspended] 0.00u 0.00s 0% 760k > > ^C > > # > > This has happened on 5.x for ages. The quick fix is to ^Z, then fg, or > kill -CONT the hung strace process from another vty. I don't know what > strace does different from truss that makes it hang. Nowadays, truss > does almost as good a job as strace, so I don't use it as often as I > used to. The only thing I miss is strace's ability to print the name > of blocking syscalls (read or sleep for example) as it waits. When I do "truss -f make install" on a port (I used palm/synce-serial), the process being traced seems to hang (^T shows [stopevent], I haven't looked further than that). If I run without -f, the process doesn't hang. It looks like the process is hanging at a call to vfork(). Maybe it's not just an strace problem? -Sam