From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 15222 invoked by alias); 4 Jun 2009 11:19:04 -0000 Received: (qmail 15180 invoked by uid 48); 4 Jun 2009 11:18:49 -0000 Date: Thu, 04 Jun 2009 11:19:00 -0000 Message-ID: <20090604111849.15179.qmail@sourceware.org> From: "fche at redhat dot com" To: systemtap@sources.redhat.com In-Reply-To: <20090602132248.10228.mjw@redhat.com> References: <20090602132248.10228.mjw@redhat.com> Reply-To: sourceware-bugzilla@sourceware.org Subject: [Bug translator/10228] Add more vma-tracking for user space symbol/backtraces 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-q2/txt/msg00795.txt.bz2 ------- Additional Comments From fche at redhat dot com 2009-06-04 11:18 ------- (In reply to comment #2) > There is also -x which sets the target to the process with that id. > Ideally both -c and -x imply -d for the target process, so that the > symbol and unwind tables are read (and any depended shared libraries). This one may be too hard to do, considering that -c would require heuristics that analyze the command line, guess at 's shlib needs, then perhaps guess what child processes it might exec/dlopen later. Maybe. (See also bug #6880). But -x is even harder since there is no info at all at translate time proper. One could assume = and = and poke at /proc/PID/maps but that seems wrong. Or one could investigate staprun-time on-the-fly feeding of this data, though this would open worm cans aplenty. > A vma-tracker on all processes doesn't do much good if none of the symbol and > unwind tables for those processes and shared libraries are loaded. Well, at the very least the code can produce +offset type symbol addresses for such cases. Anyway we're hoping to get better than this extreme "all processes ... none of the ... tables" configuration typically. -- http://sourceware.org/bugzilla/show_bug.cgi?id=10228 ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.