[PATCH] Path decoding for system calls that return file descriptors implemented.
Dmitry V. Levin
ldv at altlinux.org
Wed May 28 15:08:47 UTC 2014
On Tue, May 27, 2014 at 06:32:29AM +0530, Zubin Mithra wrote:
> On Tue, May 27, 2014 at 4:53 AM, Dmitry V. Levin <ldv at altlinux.org> wrote:
> > On Mon, May 26, 2014 at 10:18:11PM +0530, zubin.mithra at gmail.com wrote:
[...]
> >> * Type of `show_fd_path` changed from `bool` to `unsigned int` to
> >> support the `-yy` flag
> >
> > Why do you want to decode returned descriptors only for -yy?
> > Backwards compatibility?
>
> Yes, that is what I had in mind. "-y" would behave as it always had,
> while "-yy" would have decoding of return fds, path resolution of
> arguments etc.
I understand your concerns, but the change just extends the number of
cases when file descriptors are decoded. I agree that path resolution,
socket resolution etc. worth an extra -y option, but this patch doesn't
change the way how file descriptors are decoded. That is, I'd rather add
this extension for single -y option.
btw, please note that we use tprints instead of tprintf when the argument
is not a format string.
--
ldv
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 181 bytes
Desc: not available
URL: <http://lists.strace.io/pipermail/strace-devel/attachments/20140528/a4068863/attachment.bin>
More information about the Strace-devel
mailing list