[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