<feed xmlns='http://www.w3.org/2005/Atom'>
<title>mirrors/arti.git/crates/arti/src, branch arti-v1.4.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.4.0</id>
<link rel='self' href='http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v1.4.0'/>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/'/>
<updated>2025-01-30T16:27:29Z</updated>
<entry>
<title>socks.rs: Update documentation; RpcDataStream has been renamed.</title>
<updated>2025-01-30T16:27:29Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2025-01-30T16:27:29Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=9f45c13ac0db1b10a0a95f566c62c87e6ce61128'/>
<id>urn:sha1:9f45c13ac0db1b10a0a95f566c62c87e6ce61128</id>
<content type='text'>
</content>
</entry>
<entry>
<title>rpc: Correct API documentation about optimism</title>
<updated>2025-01-30T15:08:17Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2025-01-30T15:03:04Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=fcb10040764db7204b637713b4166c4f57235257'/>
<id>urn:sha1:fcb10040764db7204b637713b4166c4f57235257</id>
<content type='text'>
Our documentation had dated to an older version of our RPC stream
code, where all streams were automatically optimistic.

But as explained, our use of "optimistic"ness in RPC stream code is
now purely internal, to make it possible to get an DataStreamCtrl.
This isn't user-visible in our rpc_conn_open_stream code.

Closes #1583
</content>
</entry>
<entry>
<title>Merge branch 'rpc-missing-dir' into 'main'</title>
<updated>2025-01-23T20:04:46Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2025-01-23T20:04:46Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=8c072fa31932449740fbf2731703f33c0d873dd5'/>
<id>urn:sha1:8c072fa31932449740fbf2731703f33c0d873dd5</id>
<content type='text'>
rpc: Tolerate NotFound on configured connect point directory.

See merge request tpo/core/arti!2735</content>
</entry>
<entry>
<title>connpts: Document behavior on nonexistent directory</title>
<updated>2025-01-23T18:20:37Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2025-01-23T18:20:37Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=22f9bb8f0de0b4d25a3b05ff806a026f50dfd211'/>
<id>urn:sha1:22f9bb8f0de0b4d25a3b05ff806a026f50dfd211</id>
<content type='text'>
</content>
</entry>
<entry>
<title>arti: Make Rpc argument unconditional when constructing socks proxy</title>
<updated>2025-01-23T17:25:41Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2025-01-23T17:18:09Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=49ce250eb1c2020b3cbaafa20086656491d98e14'/>
<id>urn:sha1:49ce250eb1c2020b3cbaafa20086656491d98e14</id>
<content type='text'>
Formerly this was a conditional method argument, which is a huge
antipattern.  Now it is unconditionally present, as `Option&lt;T&gt;` for
a type that is uninhabited when RPC isn't supported.
</content>
</entry>
<entry>
<title>arti::socks: Re-wrap a section.</title>
<updated>2025-01-23T17:06:07Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2025-01-23T17:06:07Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=4cc09c203276b09ce60f1245d429e51982977b9c'/>
<id>urn:sha1:4cc09c203276b09ce60f1245d429e51982977b9c</id>
<content type='text'>
rust-analyzer keeps re-wrapping this piece for me, even though
rustfmt doesn't complain.
</content>
</entry>
<entry>
<title>arti: remove an obsolete rpc todo.</title>
<updated>2025-01-23T16:54:21Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2025-01-23T16:54:21Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=4b2a10c3562f3d990cea1835176f03b2b40b6bbf'/>
<id>urn:sha1:4b2a10c3562f3d990cea1835176f03b2b40b6bbf</id>
<content type='text'>
Information _is_ passed to the RpcMgr, via the argument to new_connection.
</content>
</entry>
<entry>
<title>arti: remove an obsolete rpc todo.</title>
<updated>2025-01-23T16:52:30Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2025-01-23T16:52:30Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=b0b15d735f9fb9e6883645ab4019ede0b6f8c0ea'/>
<id>urn:sha1:b0b15d735f9fb9e6883645ab4019ede0b6f8c0ea</id>
<content type='text'>
The RpcMgr does indirectly hold a reference to the client,
via its make_session argument.
</content>
</entry>
<entry>
<title>arti: remove an obsolete rpc todo.</title>
<updated>2025-01-23T16:50:29Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2025-01-23T16:50:29Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=a8f87ffbf40cca7af36512039cdb9c4f66bcea9d'/>
<id>urn:sha1:a8f87ffbf40cca7af36512039cdb9c4f66bcea9d</id>
<content type='text'>
We _do_ have error detection from this function, and have for ages.
</content>
</entry>
<entry>
<title>arti: Remove old workaround for runtime selection under RPC.</title>
<updated>2025-01-23T16:43:24Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2025-01-23T16:43:24Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=033ed3328bf176021c0a0a0af0f0fe14144af63e'/>
<id>urn:sha1:033ed3328bf176021c0a0a0af0f0fe14144af63e</id>
<content type='text'>
This was necessary before we had support for implementing
RPC methods on generic types.
</content>
</entry>
</feed>
