From owner-cvs-all@FreeBSD.ORG Wed Apr 11 19:59:28 2007 Return-Path: X-Original-To: cvs-all@freebsd.org Delivered-To: cvs-all@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7023616A400; Wed, 11 Apr 2007 19:59:28 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 5CB7F13C44C; Wed, 11 Apr 2007 19:59:28 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id 4FFD31A4D86; Wed, 11 Apr 2007 12:59:35 -0700 (PDT) Date: Wed, 11 Apr 2007 12:59:35 -0700 From: Alfred Perlstein To: Ed Maste Message-ID: <20070411195935.GA2382@elvis.mu.org> References: <200704100403.l3A43ZnL057659@repoman.freebsd.org> <88607eb20704101217x4e3c81f9xf914f7da7714daf8@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <88607eb20704101217x4e3c81f9xf914f7da7714daf8@mail.gmail.com> User-Agent: Mutt/1.4.2.2i Cc: cvs-src@freebsd.org, src-committers@freebsd.org, Xin LI , cvs-all@freebsd.org Subject: Re: cvs commit: src/usr.bin/truss Makefile amd64-fbsd.c extern.h i386-fbsd.c i386-linux.c ia64-fbsd.c main.c powerpc-fbsd.c setup.c sparc64-fbsd.c syscall.h syscalls.c truss.1 truss.h X-BeenThere: cvs-all@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: CVS commit messages for the entire tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Apr 2007 19:59:28 -0000 * Ed Maste [070410 12:47] wrote: > On 10/04/07, Xin LI wrote: > > Make use of ptrace(2) instead of procfs in truss(1), eliminating > > yet another need of an available /proc/ mount. > > I've started to do the same thing to gcore(1), in order to make it > work properly with threaded applications. I've removed its dependency > on /proc/pid/mem, /proc/pid/regs, and /proc/pid/fpregs. However, it > still relies on /proc/pid/status and /proc/pid/map which are not > directly available via ptrace(2). > > This would make the -s option to gcore redundant (since the process > will be stopped after attaching anyway). I don't know how useful a > core from a non-stopped process is, anyhow. Very, very useful. Imagine a running program that's having some form of abnormal behavior but can't be stopped (for long) or allowed to core... -- - Alfred Perlstein