<feed xmlns='http://www.w3.org/2005/Atom'>
<title>mirrors/arti.git/crates/tor-rtcompat/src/impls.rs, branch arti-v2.0.0</title>
<subtitle>mirror of https://gitlab.torproject.org/tpo/core/arti
</subtitle>
<id>http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v2.0.0</id>
<link rel='self' href='http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v2.0.0'/>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/'/>
<updated>2026-01-29T17:56:18Z</updated>
<entry>
<title>rtcompat: new server-related members on TlsProvider trait.</title>
<updated>2026-01-29T17:56:18Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2026-01-27T17:28:57Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=bc856a46856d7585cdf6474e7f491b51afeffa1f'/>
<id>urn:sha1:bc856a46856d7585cdf6474e7f491b51afeffa1f</id>
<content type='text'>
These are as yet unimplemented; there's a stub type
for the providers (nativetls) that won't actually have them.
</content>
</entry>
<entry>
<title>tor-rtcompat: add comments about blocking in async contexts</title>
<updated>2025-11-12T16:12:57Z</updated>
<author>
<name>Steven Engler</name>
<email>opara@torproject.org</email>
</author>
<published>2025-11-12T16:12:57Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=7d40d3741af6b6cdf1a551a099c03af08c5dcf8b'/>
<id>urn:sha1:7d40d3741af6b6cdf1a551a099c03af08c5dcf8b</id>
<content type='text'>
</content>
</entry>
<entry>
<title>tor-rtcompat: set `IPV6_V6ONLY` for listening sockets on unix</title>
<updated>2025-11-11T00:17:51Z</updated>
<author>
<name>Steven Engler</name>
<email>opara@torproject.org</email>
</author>
<published>2025-11-10T23:56:56Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=f3d261e955f33e495819103c64bc89cf44f73412'/>
<id>urn:sha1:f3d261e955f33e495819103c64bc89cf44f73412</id>
<content type='text'>
</content>
</entry>
<entry>
<title>tor-rtcompat: use a consistent `listen()` implementation</title>
<updated>2025-11-11T00:05:11Z</updated>
<author>
<name>Steven Engler</name>
<email>opara@torproject.org</email>
</author>
<published>2025-11-10T23:55:46Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=a0b35d412b88285e6f7243818cbc5641e4778baf'/>
<id>urn:sha1:a0b35d412b88285e6f7243818cbc5641e4778baf</id>
<content type='text'>
This gives us a consistent `listen()` implementation across runtimes,
and gives us flexibility to customize the bind/listen process for TCP
sockets.
</content>
</entry>
<entry>
<title>smol: Implement smol in tor-rtcompat</title>
<updated>2025-08-21T03:47:47Z</updated>
<author>
<name>Niel Duysters</name>
<email>contact@ndvibes.com</email>
</author>
<published>2025-08-21T03:47:47Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=3a650f261fecb8c42fa2a208dd029fd4cda98d18'/>
<id>urn:sha1:3a650f261fecb8c42fa2a208dd029fd4cda98d18</id>
<content type='text'>
</content>
</entry>
<entry>
<title>AF_UNIX terminology: Rename two error structs</title>
<updated>2025-03-24T13:58:54Z</updated>
<author>
<name>Ian Jackson</name>
<email>ijackson@chiark.greenend.org.uk</email>
</author>
<published>2025-03-06T15:52:03Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=73157920ffa84d6f1580170a0e40e5fbe3106a67'/>
<id>urn:sha1:73157920ffa84d6f1580170a0e40e5fbe3106a67</id>
<content type='text'>
We change `NoUnixAddressSupport` to `NoAfUnixSocketSupport` because it
doesn't make much sense to talk about support for the addresses
separately from support for the sockets.
</content>
</entry>
<entry>
<title>tor-rtcompat: Implement StreamOps for all the stream types.</title>
<updated>2024-12-10T10:34:48Z</updated>
<author>
<name>Gabriela Moldovan</name>
<email>gabi@torproject.org</email>
</author>
<published>2024-12-05T15:00:11Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=56e9b79b09c65caee25a50c083fdd40f8c66f040'/>
<id>urn:sha1:56e9b79b09c65caee25a50c083fdd40f8c66f040</id>
<content type='text'>
Part of #1769
</content>
</entry>
<entry>
<title>Fix Windows compilation after moving unix::SocketAddr.</title>
<updated>2024-10-29T21:29:49Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2024-10-29T21:29:49Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=acca6c57148aa37b6847b2804de27d8013a3aa87'/>
<id>urn:sha1:acca6c57148aa37b6847b2804de27d8013a3aa87</id>
<content type='text'>
</content>
</entry>
<entry>
<title>rtcompat: Expose FakeStream and friends; fix compilation in tor-rtmock</title>
<updated>2024-09-24T13:10:11Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2024-09-23T17:20:47Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=014ea0c7512d2199d8b5b98c75e38fba4938afda'/>
<id>urn:sha1:014ea0c7512d2199d8b5b98c75e38fba4938afda</id>
<content type='text'>
It turns out that these types are generally useful, and that they
are in fact needed for tor-rtmock to compile without a PreferredRuntime.
</content>
</entry>
<entry>
<title>rtcompat: NetStreamProvider&lt;unix::SocketAddr&gt; for non-unix platforms</title>
<updated>2024-09-24T13:10:11Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2024-09-19T15:01:20Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=b88a932631a55b2a27e924f5b45c2a490c3b2068'/>
<id>urn:sha1:b88a932631a55b2a27e924f5b45c2a490c3b2068</id>
<content type='text'>
Since there is no way to construct a unix::SocketAddr on these
platforms, it's harmless to provide an implementation for
NetStreamProvider.  What's more, doing so greatly simplifies our
AbstractAddr implementation.
</content>
</entry>
</feed>
