From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 15005 invoked by alias); 20 Sep 2013 18:33:47 -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 14975 invoked by uid 48); 20 Sep 2013 18:33:44 -0000 From: "jistone at redhat dot com" To: systemtap@sourceware.org Subject: [Bug uprobes/15972] core dump with process probes Date: Fri, 20 Sep 2013 18:33:00 -0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: systemtap X-Bugzilla-Component: uprobes X-Bugzilla-Version: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: jistone at redhat dot com X-Bugzilla-Status: SUSPENDED 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: 7bit X-Bugzilla-URL: http://sourceware.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2013-q3/txt/msg00341.txt.bz2 https://sourceware.org/bugzilla/show_bug.cgi?id=15972 --- Comment #6 from Josh Stone --- (In reply to Mark Wielaard from comment #2) > I am surprised gdb sees the int3. I'm not surprised. The int3 can't be hidden from the process itself, of course, since it needs to be executed. Hiding from gdb would require uprobes to intercept and fake the ptrace peek, which I suppose is possible, but questionable. > And that it gets a SIGSEGV here (not a SIGTRAP). If uprobes is trying to send IP to 7fffffffe080, as dmesg suggests, and if that doesn't exist, then a SIGSEGV is perfectly reasonable. I expect that address is supposed to be where the out-of-line instruction copy lives. -- You are receiving this mail because: You are the assignee for the bug.