Re: Pathnames followed by "..." when printed using printpathn

On Tue, May 27, 2014 at 5:53 AM, Zubin Mithra wrote: > Hello everyone, > > Currently I'm working on a means by which I can convert relative paths to > absolute when displayed as system call arguments. Some sample output can be > seen here[1]. Please note that the arguments passed to "execve" and "

Pathnames followed by "..." when printed using printpathn

Hello everyone, Currently I'm working on a means by which I can convert relative paths to absolute when displayed as system call arguments. Some sample output can be seen here[1]. Please note that the arguments passed to "execve" and "open" are absolute paths. (The current implementation is just

[PATCH] Decode paths associated with file descriptors returned by syscalls

From: Zubin Mithra * Type of `show_fd_path` changed from `bool` to `unsigned int` to support the `-yy` flag. * util.c (returns_fd): New function that checks if the tcb refers to a function that returns a file descriptor. * (trace_syscall_exiting): Use returns_fd to determine whether tcp->u_

Re: [PATCH] Path decoding for system calls that return file descriptors implemented.

Hi Dmitry, On Tue, May 27, 2014 at 4:53 AM, Dmitry V. Levin wrote: > Hi Zubin, > > On Mon, May 26, 2014 at 10:18:11PM +0530, [email protected] wrote: >> From: eQuiNoX__ > > Could you choose one of your names for use in git commits and stick with > it, at least for the length of this GSoC, p

Re: [PATCH] Path decoding for system calls that return file descriptors implemented.

Hi Zubin, On Mon, May 26, 2014 at 10:18:11PM +0530, [email protected] wrote: > From: eQuiNoX__ Could you choose one of your names for use in git commits and stick with it, at least for the length of this GSoC, please? This could be done e.g. by setting user.name and user.email with git-con

Re: [PATCH] Path decoding of file descriptors returned from system calls

On Mon, May 26, 2014 at 8:01 PM, Philippe Ombredanne wrote: > On Mon, May 26, 2014 at 1:28 PM, Zubin Mithra wrote: >> >From 02cb9ad55054da07a4cb7666835b5a58a8e4b3dd Mon Sep 17 00:00:00 2001 >> From: eQuiNoX__ >> Date: Mon, 26 May 2014 16:46:18 +0530 >> Subject: [PATCH] Path decoding for system c

[PATCH] Path decoding for system calls that return file descriptors implemented.

From: eQuiNoX__ * Type of `show_fd_path` changed from `bool` to `unsigned int` to support the `-yy` flag * util.c (returns_fd): New function that checks if the tcb refers to a function that returns a file descriptor * `trace_syscall_exiting` now uses `returns_fd` to determine if `tcp->u_rva

Re: [PATCH] Path decoding of file descriptors returned from system calls

> Zubin: > The indentation is still munged somehow. Same as before. > > FYI, the gmail web interface is notable because it DOES NOT work for > sending patches. > It converts tabs to spaces and does other weird conversions wrecking > an otherwise possibly excellent patch... > Either use another ema

Re: [PATCH] Path decoding of file descriptors returned from system calls

On Mon, May 26, 2014 at 1:28 PM, Zubin Mithra wrote: > >From 02cb9ad55054da07a4cb7666835b5a58a8e4b3dd Mon Sep 17 00:00:00 2001 > From: eQuiNoX__ > Date: Mon, 26 May 2014 16:46:18 +0530 > Subject: [PATCH] Path decoding for system calls that return file descriptors > implemented. Zubin: The indent

[PATCH] Path decoding of file descriptors returned from system calls

>From 02cb9ad55054da07a4cb7666835b5a58a8e4b3dd Mon Sep 17 00:00:00 2001 From: eQuiNoX__ Date: Mon, 26 May 2014 16:46:18 +0530 Subject: [PATCH] Path decoding for system calls that return file descriptors implemented. - util.c (returns_fd): New function that heck if the tcb refers to a function th

Re: [PATCH] Path decoding of file descriptors returned from system calls

> > Zubin, your patch arrived to the list with all indentation corrupted, > so it doesn't apply. Please resubmit. I seem to have messed up the first line while entering in the commit message. Let me resubmit. Thanks, Zubin ---