Page MenuHomeFreeBSD

Convert tools/regression/sockets/socketpair to ATF
ClosedPublic

Authored by asomers on Feb 10 2018, 6:21 PM.
Tags
None
Referenced Files
F174023056: D14305.id39154.diff
Wed, Sep 30, 1:17 AM
Unknown Object (File)
Mon, Sep 21, 11:52 AM
Unknown Object (File)
Mon, Sep 21, 2:25 AM
Unknown Object (File)
Fri, Sep 18, 12:00 PM
Unknown Object (File)
Aug 24 2026, 4:11 PM
Unknown Object (File)
Aug 23 2026, 6:47 AM
Unknown Object (File)
Aug 22 2026, 6:15 PM
Unknown Object (File)
Aug 22 2026, 8:42 AM
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.