<feed xmlns='http://www.w3.org/2005/Atom'>
<title>mirrors/arti.git/crates/tor-rtcompat/src/impls, branch arti-v1.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-v1.0.0</id>
<link rel='self' href='http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v1.0.0'/>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/'/>
<updated>2022-08-24T16:22:41Z</updated>
<entry>
<title>add feature annotation not added by doc_auto_cfg</title>
<updated>2022-08-24T16:22:41Z</updated>
<author>
<name>trinity-1686a</name>
<email>trinity@deuxfleurs.fr</email>
</author>
<published>2022-08-18T00:04:46Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=426a59b2ba591e20a13c568d665310c55e2f8e53'/>
<id>urn:sha1:426a59b2ba591e20a13c568d665310c55e2f8e53</id>
<content type='text'>
</content>
</entry>
<entry>
<title>tor-rtcompat: Require that TcpStream be Send</title>
<updated>2022-08-15T13:47:40Z</updated>
<author>
<name>Ian Jackson</name>
<email>ijackson@chiark.greenend.org.uk</email>
</author>
<published>2022-03-25T11:11:53Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=740f306cb0a09274d67566c34cceaa9e63a3e66f'/>
<id>urn:sha1:740f306cb0a09274d67566c34cceaa9e63a3e66f</id>
<content type='text'>
The lack of this seems to have been an oversight.
</content>
</entry>
<entry>
<title>rt-compat: Make all the individual runtime traits Clone+Send etc.</title>
<updated>2022-06-08T10:24:26Z</updated>
<author>
<name>Ian Jackson</name>
<email>ijackson@chiark.greenend.org.uk</email>
</author>
<published>2022-06-06T17:49:35Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=3ba3b26842254cfd9033ea37b44b746895bcbd02'/>
<id>urn:sha1:3ba3b26842254cfd9033ea37b44b746895bcbd02</id>
<content type='text'>
This will make it much more convenient for code that only wants one of
these traits (or a subset of them).  This is a good thing to support
because it will allow us to use a ZST in places that do not need an
actual async runtime handle (typically, the runtime handle is needed
only for spawn).
</content>
</entry>
<entry>
<title>UdpSocket: remove support for connect().</title>
<updated>2022-03-18T19:39:40Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2022-03-18T19:34:51Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=2aa5f45bc8bb3153fca2cc9e33b7cd951e1415c4'/>
<id>urn:sha1:2aa5f45bc8bb3153fca2cc9e33b7cd951e1415c4</id>
<content type='text'>
Currently, Arti doesn't need this.  But once it does, it will be
way better to have a separate type for connected sockets, rather
than having to error-check every time somebody gives us a socket.

Part of #410
</content>
</entry>
<entry>
<title>add simple unit test on UDP</title>
<updated>2022-03-14T20:19:20Z</updated>
<author>
<name>trinity-1686a</name>
<email>trinity@deuxfleurs.fr</email>
</author>
<published>2022-03-11T17:27:59Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=f4581ffd0438a0e07839036f36960ad41742be03'/>
<id>urn:sha1:f4581ffd0438a0e07839036f36960ad41742be03</id>
<content type='text'>
</content>
</entry>
<entry>
<title>add skeleton for DNS handling</title>
<updated>2022-03-14T19:59:35Z</updated>
<author>
<name>trinity-1686a</name>
<email>trinity@deuxfleurs.fr</email>
</author>
<published>2022-03-06T16:34:13Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=9b3be0ad47ea5eca08596d83d3a25bd3ae0c2abf'/>
<id>urn:sha1:9b3be0ad47ea5eca08596d83d3a25bd3ae0c2abf</id>
<content type='text'>
</content>
</entry>
<entry>
<title>add udp to runtime</title>
<updated>2022-03-14T19:59:33Z</updated>
<author>
<name>trinity-1686a</name>
<email>trinity@deuxfleurs.fr</email>
</author>
<published>2022-03-05T18:49:38Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=4a44ef56c0743775d49eca138a253f11e93c7a35'/>
<id>urn:sha1:4a44ef56c0743775d49eca138a253f11e93c7a35</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Replace manual Default, and abolish new, in tor-rtcompat</title>
<updated>2022-03-02T18:01:18Z</updated>
<author>
<name>Ian Jackson</name>
<email>ijackson@chiark.greenend.org.uk</email>
</author>
<published>2022-03-02T17:57:35Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=42f9b3c18670211855e1c4aff86c832c79f0203b'/>
<id>urn:sha1:42f9b3c18670211855e1c4aff86c832c79f0203b</id>
<content type='text'>
The Default impl was the only call site for new()
</content>
</entry>
<entry>
<title>tor-rtcompat: Provide TLS wrapping for all streams</title>
<updated>2022-02-24T14:26:38Z</updated>
<author>
<name>Ian Jackson</name>
<email>ijackson@chiark.greenend.org.uk</email>
</author>
<published>2022-02-23T17:09:19Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=2bbd01b060f4911584e0b151db1cc63cc5bf9715'/>
<id>urn:sha1:2bbd01b060f4911584e0b151db1cc63cc5bf9715</id>
<content type='text'>
Now all of the runtime types we provide all
  impl&lt;S&gt; TlsProvider&lt;S&gt; where S: ...
rather than merely TlsProvider&lt;Self::TcpStream&gt;.

And we document and intent to perhaps require this in the future.
</content>
</entry>
<entry>
<title>tor-rtcompat: remove some unused code.</title>
<updated>2022-01-27T20:52:59Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2022-01-27T20:52:59Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=19f878b3aa7b648605487f94871ab3e5c5b949fd'/>
<id>urn:sha1:19f878b3aa7b648605487f94871ab3e5c5b949fd</id>
<content type='text'>
Nothing actually used these accessor functions, and it's not clear
what would.  We can add them later if they're needed.
</content>
</entry>
</feed>
