UnixStream / UnixDatagram requires API for sending packet with FDs

[zonyitoo]

Is your feature request related to a problem? Please describe.

Since v0.3 PollEvented is in public APIs, I couldn't make one by myself.

Describe the solution you'd like

An additional function on UnixStream / UnixSocket, such as send_with_fds that calls libc::sendmsg and recv_with_fds calls libc::recvmsg internally.

Describe alternatives you've considered

• A way that could let developers to make customized IO objects.
• AsyncFd? PollEvented?

[Darksonn]

Would #2903 solve your issue?

[zonyitoo]

Yes, it will. But that would require me to rewrite the whole UdpSocket.

[Darksonn]

Are the functions in question available in mio? If not, open an issue there.

[zonyitoo]

Nope. Ok.

[de-vri-es]

Interesting point: the standard library has an open PR rust-lang/rust/pull/69864 for adding this functionality. I copied the functionality to the tokio-seqpacket crate, but I don't believe it's possible to update tokio-seqpacket crate to tokio 0.3.0 until #2903 is merged.

It would make sense to stay close to the API that will be in the standard library. The initial PR does not allow external libraries to use the exact same mechanism since some important parts are not public. But the author was supportive of making that possible in a follow-up PR, so on the long term a large chunk of this could be done by std itself :)

[rgcottrell]

I've been struggling with a way to send an fd as well. My original thought was just to use as_raw_fd to get the underlying socket and call sendmsg on that, but that usually resulted in an EBADF error.

My current workaround, which seems to be doing the trick, although I haven't tested it extensively yet:

• Call dup on the raw socket
• Let the UnixStream go out of scope to close the original connected socket.
• Perform the sendmsg on the duplicate socket
• Wrap the duplicate socket in a new UnixStream.

It would be great to have a built in way of sending the socket. But it also feels like it would make sense to be able to temporarily disassociate the UnixStream if we need to work with the underlying socket directly.

[sbosnick]

I have implemented a crate to do this: fd-queue which I am currently trying to upgrade to tokio v0.3. The pre-release published version of the crate works with tokio v0.2.21. I did essentially have to rewrite the whole UdpStream and UdpListener to get the behaviour I wanted.

The upgrade to tokio v0.3 currently delayed a bit while I think up a workaround for #3068.

[carllerche]

I"m generally fine adding new APIs to the socket types. Somebody should propose these.

We are also working to add fns to wait for readiness on all the socket types. This is tracked in #2968.

[malaire]

Interesting point: the standard library has an open PR rust-lang/rust/pull/69864 for adding this functionality. ...

That PR has been added to 1.50.0 milestone 6 days ago.