From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 6369 invoked by alias); 28 Mar 2007 16:13:44 -0000 Received: (qmail 6343 invoked by uid 22791); 28 Mar 2007 16:13:44 -0000 X-Spam-Status: No, hits=-2.6 required=5.0 tests=AWL,BAYES_00,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: sourceware.org Received: from mx1.redhat.com (HELO mx1.redhat.com) (66.187.233.31) by sourceware.org (qpsmtpd/0.31) with ESMTP; Wed, 28 Mar 2007 17:13:35 +0100 Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.13.1/8.13.1) with ESMTP id l2SGDXDU023644; Wed, 28 Mar 2007 12:13:33 -0400 Received: from pobox.corp.redhat.com (pobox.corp.redhat.com [10.11.255.20]) by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id l2SGDSxn030921; Wed, 28 Mar 2007 12:13:28 -0400 Received: from [10.13.248.140] (vpn-248-140.boston.redhat.com [10.13.248.140]) by pobox.corp.redhat.com (8.13.1/8.13.1) with ESMTP id l2SGDQq3014695; Wed, 28 Mar 2007 12:13:27 -0400 Subject: Re: _stp_pid no longer there? From: Martin Hunt To: =?ISO-8859-1?Q?S=E9bastien_Dugu=E9?= Cc: systemtap , Pierre PEIFFER In-Reply-To: <20070328173700.50c48a91@frecb000686.frec.bull.fr> References: <20070328120810.37633ce8@frecb000686.frec.bull.fr> <1175093316.6383.6.camel@dragon> <20070328173700.50c48a91@frecb000686.frec.bull.fr> Content-Type: text/plain; charset=utf-8 Organization: Red Hat Inc. Date: Wed, 28 Mar 2007 16:13:00 -0000 Message-Id: <1175098406.7294.5.camel@dragon> Mime-Version: 1.0 X-Mailer: Evolution 2.8.3 (2.8.3-1.fc6) Content-Transfer-Encoding: 8bit X-IsSubscribed: yes Mailing-List: contact systemtap-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: systemtap-owner@sourceware.org X-SW-Source: 2007-q1/txt/msg00705.txt.bz2 On Wed, 2007-03-28 at 17:37 +0200, Sébastien Dugué wrote: > On Wed, 28 Mar 2007 10:48:36 -0400 Martin Hunt wrote: > > The stp_pid() function in context.stp should work like it used to. > > > > How could it? it just references __stp_pid. > > just try a: > > stap -vv -p4 -e 'probe begin {printf("staprun pid %d\n", stp_pid())}' I meant it would work like normal once I fixed it. I've checked in the fix for newer kernels with debugfs. For older kernels I will get the patch in later once I have had a chance to test it. Martin