From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 7965 invoked by alias); 27 Jan 2009 21:40:33 -0000 Received: (qmail 7912 invoked by uid 48); 27 Jan 2009 21:40:23 -0000 Date: Wed, 28 Jan 2009 02:39:00 -0000 Message-ID: <20090127214023.7911.qmail@sourceware.org> From: "jkenisto at us dot ibm dot com" To: systemtap@sources.redhat.com In-Reply-To: <20080308010658.5899.jkenisto@us.ibm.com> References: <20080308010658.5899.jkenisto@us.ibm.com> Reply-To: sourceware-bugzilla@sourceware.org Subject: [Bug translator/5899] $ptr->member in return probe X-Bugzilla-Reason: AssignedTo 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: 2009-q1/txt/msg00275.txt.bz2 ------- Additional Comments From jkenisto at us dot ibm dot com 2009-01-27 21:40 ------- (In reply to comment #5) > For the timing part atleast, the newer kernels have a mechanism to do similar -- > look at samples/kprobes/kretprobe_example.c as an example. Yes. #5916 is about exploiting this kretprobes feature. There's also a patch for uprobes -- #5973 -- to add the same capability. You could use it to cache any kind or amount of data between call and return. This provides more efficient communication between call and return, but it doesn't solve the problem at hand -- namely, the desire to deref pointers at return time instead at call time. A fairly simple patch would add a similar capability to -- http://sourceware.org/bugzilla/show_bug.cgi?id=5899 ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.