From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 719 invoked by alias); 16 Jun 2016 20:49:18 -0000 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 Received: (qmail 348 invoked by uid 48); 16 Jun 2016 20:49:05 -0000 From: "bugzilla at tecnocode dot co.uk" To: systemtap@sourceware.org Subject: [Bug tapsets/20264] Load tapsets from $libdir for multiarch Date: Thu, 16 Jun 2016 20:49:00 -0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: systemtap X-Bugzilla-Component: tapsets X-Bugzilla-Version: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: bugzilla at tecnocode dot co.uk X-Bugzilla-Status: WAITING X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: systemtap at sourceware dot org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://sourceware.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2016-q2/txt/msg00247.txt.bz2 https://sourceware.org/bugzilla/show_bug.cgi?id=3D20264 --- Comment #4 from Philip Withnall --- (In reply to Frank Ch. Eigler from comment #3) > (In reply to Philip Withnall from comment #2) > > A related problem is that if I have a custom (hacked up) copy of a libr= ary > > (for example, which I'm testing in a process by loading with LD_PRELOAD= from > > $HOME), the .stp file for it will never be found. If the hacked up libr= ary > > contains new probe points, they can't be used. >=20 > It can. For such cases, you could put your tapset.stp file anywhere you > like, and add its directory to stap's search path with -I. Your .stp file > can contain the full path name of your preloaded .so in its probe alias. True, but it would be nice if this worked without the need to manually add = a -I argument. > > I think a nice solution would be if bug #20203 were fixed first, then > > systemtap can be changed to look in the 'systemtap' subdirectory next to > > each library for its .stp files. >=20 > That wouldn't work too well, in that enumration and parsing of all .stp > files occurs earlier than analysis of the probe points listed in those .s= tp > files. Hmm. So the problem is that .stp files need to be loaded before the .so fil= es are looked at. For user-space probing, would it be possible to enumerate the libraries in a process' address space, work out the library paths, append 'systemtap' to all of them, then search for .stp files in those directories? --=20 You are receiving this mail because: You are the assignee for the bug.