[Bug uprobes/16662] return probe breaks functionality of rsync

["jlebon at redhat dot com" <sourceware-bugzilla at sourceware dot org>]

https://sourceware.org/bugzilla/show_bug.cgi?id=16662

--- Comment #3 from Jonathan Lebon <jlebon at redhat dot com> ---
(In reply to c.bezemer@tudelft.nl from comment #1)
> I noticed similar behaviour for the git unit test as well:
> 
> git clone https://github.com/git/git.git
> cd git
> make
> 
> 'make test' without a probe runs fine.
> 
> Now when I run 'make test'  with the following probe:
> 
> probe
> process("/home/jenkins/workspace/test_systemtap_git_unittests/git/git").
> function("*")
> {
>         printf("in %s\n", probefunc());
> }
> 
> The output of the first unit test is:
> *** t0000-basic.sh ***
> error: cannot run git init -- have you built things yet?
> 
> and dmesg shows:
> [3107980.105350] traps: git-init[3268] general protection ip:7fffffffe080
> sp:7fff53de4390 error:0

This seems like an issue with SystemTap. It occurs when probing the
create_object_directory() function, which causes 'git init' to get SIGSEGV. It
occurs with the Fedora packaged git as well:

$ uname -r
3.13.5-101.fc19.x86_64
$ stap -V
Systemtap translator/driver (version 2.5/0.156, commit
release-2.4-313-g7f991c982def)
Copyright (C) 2005-2014 Red Hat, Inc. and others
This is free software; see the source for copying conditions.
enabled features: AVAHI LIBRPM LIBSQLITE3 NSS BOOST_SHARED_PTR
TR1_UNORDERED_MAP NLS DYNINST JAVA LIBVIRT LIBXML2
$ git --version
git version 1.8.3.1
$ git init
Reinitialized existing Git repository in /tmp/.git/
$ stap -e 'probe process("/usr/bin/git").function("main") { next }' -c 'git
init'
Reinitialized existing Git repository in /tmp/.git/
$ stap -e 'probe process("/usr/bin/git").function("create_object_directory") {
next }' -c 'git init'
WARNING: Child process exited with signal 11 (Segmentation fault)
WARNING: /home/yyz/jlebon/codebase/systemtap/install/bin/staprun exited with
status: 1
Pass 5: run failed.  [man error::pass5]
$

-- 
You are receiving this mail because:
You are the assignee for the bug.