io_submit with silly values/pointers
Denys Vlasenko
dvlasenk at redhat.com
Fri Nov 8 12:13:11 UTC 2013
On 11/06/2013 08:55 PM, Dr. David Alan Gilbert wrote:
> Hi,
> 'trinity' generated an io_submit call with a ludicrous large
> 'nr' of requests, the result being strace sat there just printing out
> {...}, for nearly ever since the data didn't exist.
>
> Is the right thing to 'break' rather than 'continue' if either
> of the umove calls fail? The alternative way is to break
> if the iocbs read fails but allow individualy broken iocb reads.
> I'm not sure which is more sane - you could have a real call
> that fails for another reason before hitting the bad iocb.
Please try attached patch.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 3.patch
Type: text/x-patch
Size: 1757 bytes
Desc: not available
URL: <http://lists.strace.io/pipermail/strace-devel/attachments/20131108/c083dad4/attachment.bin>
More information about the Strace-devel
mailing list