I think we have enough information to land a fix for this. I've already
reproduced on armhf on xenial with the exact same error:
root@ltrace:~# ltrace ls
__libc_start_main(0x12041, 1, 0x7ecd3894, 0x1e795PTRACE_SINGLESTEP:
Input/output error
3872 couldn't continue when handling __libc_start_main (
ltrace in trusty hangs on ARM:
linaro@localhost:~$ ltrace /bin/ls
__libc_start_main(0x9ee9, 1, 0x7e9af7d4, 0x156b1PTRACE_SINGLESTEP: Input/output
error
7943 couldn't continue when handling __libc_start_main (0x9c2c) at 0x9c2c
But upstream master works ok.
--
You received this bug notification
With the final Linaro natty release, ltrace works fine with the above
shell script: http://paste.ubuntu.com/622589/
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/771805
Title:
[armel] ltrace hangs
Hi Dave,
I patched against the latest git rev
4649a4cbb3bd6bc516c093adefa5dc7da8141b92.
But when I ran the 3 line shell script I did get a segmentation fault.
Regards,
Avik
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bug
Hi Avik,
Interesting - when I tried my patch it didn't pass the test suite (as
described in comment 9) - which version of ltrace did you patch exactly?
Does the 3 line shell script in patch 9 also work for you?
Dave
--
You received this bug notification because you are a member of Ubuntu
Bu
After applying the patch in comment #7 I could run ltrace successfully
on Pandaboard and the testsuite passed too:
=== tests ===
Schedule of variations:
unix
Running target unix
Using /usr/share/dejagnu/baseboards/unix.exp as board description file for
target.
Using /usr/sh
ok, not so fast, so while that works for simple single processes, it
fails three tests:
FAIL: sleep in
/discs/more/daveg/git/ltrace/testsuite/ltrace.minor/attach-process.ltrace for 0
times, should be 1
FAIL: ^[0-9]* puts in
/discs/more/daveg/git/ltrace/testsuite/ltrace.minor/trace-exec.ltrace f
Oh, that patch is against git rev
4649a4cbb3bd6bc516c093adefa5dc7da8141b92 which still seems to be head-
of-tree.
Dave
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/771805
Title:
[armel] ltrace han
Interesting, well with that in hand the following patch seems to work OK;
I can see the MIPS sysdep has a separate implementation of
set_instruction_pointer
that explicitly talks about avoiding PTRACE_SINGLESTEP but it's only MIPS that
does that so far.
Dave
--- a/sysdeps/linux-gnu/trace.c
+++
For the kernel change, see
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=425fc47adb5bb69f76285be77a09a3341a30799e
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/771805
I don't know whether this is the cause of the problem, but ltrace makes
(incorrect) use of the PTRACE_SINGLESTEP ptrace() call.
Support for this ptrace call has been removed from the kernel as of
v2.6.38-rc4, since it had few users, was already substantially broken
for ARM and didn't support Thumb
We shall look at the tracing session at UDS if we should prefer ltrace
or latrace. I think we should rather have one well working tool rather
than two tools with different set of issues...
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu
Confirmed, Beagle B5, linary natty beta2 2.6.38-1002-linaro-omap
strace ltrace /bin/true
write(2, "__libc_start_main(", 18__libc_start_main() = 18
write(2, "36181", 536181)= 5
write(2, ", ", 2, ) = 2
write(2, "1", 11)= 1
write(
Indeed I've been using latrace, but I have a different selection of more
subtle bugs with that.
Dave
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/771805
Title:
[armel] ltrace hangs
--
ubuntu-bug
using the developer build from 4/21 and the omap3 hwpack on my beagle Xm
I see the same:
as root:
root@linaro:~# ltrace /bin/ls
signal(55377, 0x0001Killed
as a mere mortal:
tgall@linaro:~/chromium$ ltrace /bin/ls
signal(55377, 0x0001
root@linaro:~# dpkg -l ltrace
Desired=Unknown/Install/
15 matches
Mail list logo