[LTP] [PATCH v1] rt_sigpending02: reuse code from sigpending02
Steve Muckle
smuckle@google.com
Wed Mar 13 17:31:27 CET 2019
On 03/13/2019 04:42 AM, Matthias Maennich wrote:
> I am not sure multiplexing is the right approach here (not saying it is not!).
> In case of (rt_)sigpending, I would like to see them as separate binaries that
> effectively do disjunct things.
Ok I don't have a strong feeling either way, keeping them as separate
binaries seems a little more complex as far as the build goes (i.e.
Makefile stuff that has to reach into a sibling directory), but it's
also slightly clearer there are tests for both syscalls when perusing
the source.
> There might be the case that sigpending is not available on that
> particular kernel and rt_sigpending is. I would like the sigpending
> to fail with TCONF and the rt_sigpending to TPASS in that case. Is
> that something that can be achieved with multiplexing?
Yep tests can return multiple results (have multiple sub-tests) so this
is doable.
> I was already working on a v2 of this patch set to add a further test case and
> will send this out shortly. I would like to reconsider multiplexing at a later
> time and for now follow the pattern of other syscall related tests like
> sigwait, sigtimedwait, rt_sigtimedwait.
SGTM
cheers,
steve
More information about the ltp
mailing list