Page MenuHomeFreeBSD

Convert tools/regression/sockets/socketpair to ATF
ClosedPublic

Authored by asomers on Feb 10 2018, 6:21 PM.
Tags
None
Referenced Files
F167802578: D14305.id39154.diff
Mon, Aug 24, 4:11 PM
Unknown Object (File)
Sun, Aug 23, 6:47 AM
Unknown Object (File)
Sat, Aug 22, 6:15 PM
Unknown Object (File)
Sat, Aug 22, 8:42 AM
Unknown Object (File)
Fri, Aug 21, 8:37 PM
Unknown Object (File)
Fri, Aug 21, 2:34 PM
Unknown Object (File)
Fri, Aug 21, 12:31 PM
Unknown Object (File)
Thu, Aug 20, 11:26 PM
Subscribers

Details

Summary

Convert tools/regression/sockets/socketpair to ATF

Test Plan

ATF tests added

Diff Detail

Repository
rS FreeBSD src repository - subversion
Lint
Lint Not Applicable
Unit
Tests Not Applicable

Event Timeline

contrib/netbsd-tests/lib/libc/sys/t_socketpair.c
72 ↗(On Diff #39154)

Given how these are used, can type | flags be reduced into a single flags parameter (for run())?

104 ↗(On Diff #39154)

Is this required by a standard, or just codifying current behavior?

131 ↗(On Diff #39154)

This can't be done in a hypothetical capsicum mode; maybe dup stdin like the cloned test?

contrib/netbsd-tests/lib/libc/sys/t_socketpair.c
72 ↗(On Diff #39154)

Technically yes, but I think it's more logical to do it this way.

104 ↗(On Diff #39154)

Current behavior. The standard says "The socketpair() function is used primarily with UNIX domain sockets and need not be supported for other domains."

131 ↗(On Diff #39154)

Do we need to run in capsicum mode? I choose to do it this way for consistency with the existing NetBSD-derived code.

cem added inline comments.
contrib/netbsd-tests/lib/libc/sys/t_socketpair.c
72 ↗(On Diff #39154)

I find the other way more logical, but am fine with it as-is.

104 ↗(On Diff #39154)

I'm not sure I like a test enforcing the lack of a feature, if the standard doesn't explicitly say that feature is disallowed. But I am no testing expert.

131 ↗(On Diff #39154)

*shrug*. It doesn't matter for now.

This revision is now accepted and ready to land.Feb 10 2018, 7:31 PM
This revision was automatically updated to reflect the committed changes.