Porting strace - compile problem

Marcus Mikolaiczyk marcus.mikolaiczyk at carmedialab.de
Wed Feb 7 16:08:45 UTC 2007

Still not running - meanwhile I adapted
linux/tricore/syscallent.h	(derived from arch/tricore/entry.S)
linux/tricore/syscall.h		(missing int sys_...() objects)
linux/tricore/dummy-tricore.h	(missing #define sys_... printargs)
Correct so far?

Still got the problem within process.c and the
"u_fpvalid","reserved","u_fpstate" . Removed them. Compiling is ok with
only these warnings left:
cat cross_comp_tricore.err
syscall.c: In function `get_scno':
syscall.c:824: warning: unused variable `pid'
syscall.c: In function `syscall_fixup':
syscall.c:1328: warning: unused variable `pid'
process.c:718:2: warning: #warning Do not know how to handle
change_syscall for this architecture
signal.c:1448:2: warning: #warning No sys_sigreturn() for this architecture
signal.c:1449:2: warning: #warning (no problem, just a reminder :-)

The compiled binary has a problem in strace.c at about line 2424:
                if (ptrace(PTRACE_SYSCALL, pid, (char *) 1, 0) < 0) {
                        perror("trace: ptrace(PTRACE_SYSCALL, ...)");
                        return -1;
This is where it complains.
bash-2.05a# /mnt/tmp/install/strace echo hello
trace: ptrace(PTRACE_SYSCALL, ...): No such process

- Can I test/see that strace is able to call a ptrace routine to have
the confirmation that it can at least communicate with the kernels function?

- Must ptrace be an exported symbol (kernel 2.4.19)?

- Maybe the changed process.c file or the warning about change_syscall

I need just a way to look for so that I can go on. Any ideas anybody?

More information about the Strace-devel mailing list