| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
unable to open the /proc/pid/mem file. Otherwise doing a truss on
a nonexistant pid makes us return success even though no such process
exists.
|
|
|
|
| |
parts I'm touching to be as style(9) compliant as I can.
|
| |
|
|
|
|
| |
It seems to work in my limited tests.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
In my last change I made sure that the signal as reported from a truss
exit is the same as if truss wasn't between parent and trussed
program. I was smart enough to not have it coredump on SIGQUIT but it
didn't ocur to me SIGSEGV might cause a coredump, too :-)
So get rid of SIGQUIT extra hack and limit coredumpsize to zero
instead.
Tested: still works, correct signal reported. No more codedumps from
SIGSEGV in the trussed proces. This file compiles cleanly on AMD64
(sledge).
PR:
Submitted by:
Reviewed by:
Approved by:
Obtained from:
MFC after:
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
o Syscall return values do not fit in int on 64-bit architectures.
Change the type of retval in <arch>_syscall_exit() to long and
change the prototype of said function to return a long as well.
o Change the prototype of print_syscall_ret() to take a long for
the return address and change the format string accordingly.
o Replace the code sequence
tmp = malloc(X);
sprintf(tmp, format, ...);
with X by definition too small on 64-bit platforms by
asprintf(&tmp, format, ...);
With these changes the output makes sense again, although it does
mess up the tabulation on ia64. Go widescreen...
Not tested on: alpha, sparc64.
|
| |
|
| |
|
|
|
|
|
| |
<sys/time.h> directly. This is mostly bogus since CLOCK_REALTIME
should be defined in <time.h>, which these files already include.
|
|
|
|
|
|
| |
- Fix printf format errors.
Submitted by: bde
|
| |
|
| |
|
|
|
|
|
|
| |
depend on namespace pollution in <signal.h>. (truss shouldn't be
using timevals anyway, since it was implemented long after timevals
were obsoleted by timespecs.)
|
|
|
|
|
|
|
|
|
| |
execve().
This could be done in a more general manner but it still wouldn't
be very pretty.
MFC after: 3 weeks
|
| |
|
|
|
|
|
| |
PR: bin/25587 (in part)
MFC after: 3 weeks
|
|
|
|
|
| |
PR: bin/25587 (in part)
MFC after: 3 weeks
|
|
|
|
|
| |
PR: bin/25587 (in part)
MFC after: 3 weeks
|
| |
|
|
|
|
|
|
|
|
| |
stdout. Unfortunately, DES mfc'ed this change in 1.15.2.1 (this
part probably should not have been) so it is broken there too.
truss is documented to use stderr, and other implementations use stderr.
Submitted by: Arne Dag Fidjestøl <adf@idi.ntnu.no>
|
|
|
|
|
|
|
|
| |
be determined.
PR: bin/34698
Submitted by: (in part) Stefan Farfeleder <e0026813@stud3.tuwien.ac.at>
MFC after: 1 weeks
|
|
|
|
| |
Use __FBSDID().
|
| |
|
|
|
|
| |
reorder includes everywhere to conform to style(9).
|
| |
|
|
|
|
|
|
|
|
| |
to wake up any processes waiting via PIOCWAIT on process exit, and truss
needs to be more aware that a process may actually disappear while it's
waiting.
Reviewed by: Paul Saab <ps@yahoo-inc.com>
|
| |
|
|
|
|
| |
the stdio buffer.
|
|
|
|
|
| |
Jordan, for pointing me at beast!). There should be no change for the
i386 version.
|
|
|
|
|
| |
uses the first type listed in the array as the default type. This isn't
perfect, but I thought it would be better than nothing.
|
| |
|
| |
|
|
|
|
| |
also, fix misspelling of -1 (as EOF for getopt)
|
|
|
|
|
|
| |
Correct usage: one of {-p pid, command} is required.
Open output file when command line is fully analyzed: incorrect `truss -o f'
command does not create an empty file anymore.
|
|
|
|
| |
syscall.h just refers to another file for the copyright notice.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
change from
ioctl(fd, PIOC<foo>, &i);
to
ioctl(fd, PIOC<foo>, i);
This is going from the _IOW to _IO ioctl macro. The kernel, procctl, and
truss must be in synch for it all to work (not doing so will get errors about
inappropriate ioctl's, fortunately). Hopefully I didn't forget anything :).
|
| |
|
|
|
|
| |
close() takes a fd, not a char * :-)
|
|
|
|
| |
Submitted by: Andreas Klemm <andreas@klemm.gtn.com>
|
|
|