Rick Richardson

One other side effect of this module refactoring is that it makes it very simple to put any allocations behind a `feature` flag.

Depends upon https://github.com/rust-lang/libc/pull/300

K. It's now UnixListener. Now it just needs the libc branch merged.

Yes. The PR for SEQPACKET was merged but a new version has not been pushed into crates.io. On Thu, Jun 2, 2016 at 1:54 AM Steven Fackler [email protected] wrote: >...

There is another conflict: libc depends on tempdir which depends on rand which depends on libc 0.2.11. Should we bump rand up to 0.2.12 as well then?

I'm trying to sort this out. Rand states that it depends on 0.2, but I'm getting: ``` error: failed to select a version for `libc` (required by `rand`): all possible...

Wow, I totally forgot about this. I guess rebase and give it a go. If it makes sense to the libstd maintainers, I'd be happy to help make a PR...

Just came here to enter an issue for seqpacket :) Yea, SEQPACKET's API semantics are connection oriented like stream, but datagram oriented. In my testing, on Linux I have found...

I forgot one rather important thing, this PR depends upon rust/libc PR https://github.com/rust-lang/libc/pull/300 Since libc doesn't presently contain SOCK_SEQPACKET

Here is the debug output: ``` 2022-09-29T18:27:21.520Z DEBUG [serde_xml_rs::ser] Struct DeleteObjectsRequest 2022-09-29T18:27:21.520Z DEBUG [serde_xml_rs::ser::map] field delete 2022-09-29T18:27:21.520Z DEBUG [serde_xml_rs::ser] Struct Delete 2022-09-29T18:27:21.520Z DEBUG [serde_xml_rs::ser::map] field objects 2022-09-29T18:27:21.520Z DEBUG [serde_xml_rs::ser] Sequence...