<feed xmlns='http://www.w3.org/2005/Atom'>
<title>mirrors/arti.git/crates/tor-proto/src/stream/data.rs, branch arti-1.2.1</title>
<subtitle>mirror of https://gitlab.torproject.org/tpo/core/arti
</subtitle>
<id>http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-1.2.1</id>
<link rel='self' href='http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-1.2.1'/>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/'/>
<updated>2024-03-12T15:58:12Z</updated>
<entry>
<title>Rename UnparsedRelayCell -&gt; UnparsedRelayMsg</title>
<updated>2024-03-12T15:58:12Z</updated>
<author>
<name>Jim Newsome</name>
<email>jnewsome@torproject.org</email>
</author>
<published>2024-03-04T17:17:41Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=190d1cba722c1ebe840eca2b06d82a89678847dc'/>
<id>urn:sha1:190d1cba722c1ebe840eca2b06d82a89678847dc</id>
<content type='text'>
For consistency with the terminology proposed in
https://gitlab.torproject.org/tpo/core/torspec/-/issues/253
</content>
</entry>
<entry>
<title>tor_cell: never construct empty DATA messages.</title>
<updated>2024-02-13T14:37:11Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2024-02-13T14:37:11Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=b5c70dad02124549a13e25f62c8073fef4a063fe'/>
<id>urn:sha1:b5c70dad02124549a13e25f62c8073fef4a063fe</id>
<content type='text'>
We never actually constructed these before, but now we enforce it at
the API level.

Part of #1269.
</content>
</entry>
<entry>
<title>tor-proto: Make some imports more precise</title>
<updated>2023-08-23T13:59:02Z</updated>
<author>
<name>Ian Jackson</name>
<email>ijackson@chiark.greenend.org.uk</email>
</author>
<published>2023-08-23T13:57:21Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=d5fce95e1ebadbc3837aee32b4a19c2d4a7247d0'/>
<id>urn:sha1:d5fce95e1ebadbc3837aee32b4a19c2d4a7247d0</id>
<content type='text'>
A warning is getting in my way when I run
  cargo clippy -p tor-hsservice --all-features

See also
  https://gitlab.torproject.org/tpo/core/arti/-/issues/1006#note_2932088
</content>
</entry>
<entry>
<title>tor-proto: Rename misleading field in `DataCmdChecker`.</title>
<updated>2023-08-07T11:38:55Z</updated>
<author>
<name>Gabriela Moldovan</name>
<email>gabi@torproject.org</email>
</author>
<published>2023-08-07T11:33:52Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=e61f1e8fbe22b9baa8d51fead7cd11447f510506'/>
<id>urn:sha1:e61f1e8fbe22b9baa8d51fead7cd11447f510506</id>
<content type='text'>
This is a follow-up from !1451.

This commit solves a `TODO HSS` introduced when `DataCmdChecker` got an
additional constructor (`new_connected`) for creating "pre-connected"
streams. See f6745d31 for more details.
</content>
</entry>
<entry>
<title>tor-proto: Remove extraneous space.</title>
<updated>2023-08-03T15:24:30Z</updated>
<author>
<name>Gabriela Moldovan</name>
<email>gabi@torproject.org</email>
</author>
<published>2023-07-28T19:22:00Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=4abfe30f41aa006b0ffd30ddf37c383d3fd427b1'/>
<id>urn:sha1:4abfe30f41aa006b0ffd30ddf37c383d3fd427b1</id>
<content type='text'>
</content>
</entry>
<entry>
<title>tor-proto: Add constructors for pre-connected DataStreams.</title>
<updated>2023-08-03T15:23:11Z</updated>
<author>
<name>Gabriela Moldovan</name>
<email>gabi@torproject.org</email>
</author>
<published>2023-07-28T19:24:02Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=f6745d31a90d16b530068b53675535d574377173'/>
<id>urn:sha1:f6745d31a90d16b530068b53675535d574377173</id>
<content type='text'>
When accepting a new stream, hidden services, exit relays and dirauths
don't wait for a `CONNECTED` cell from the initiator.

This commit adds constructors for building `DataStream`s and
`DataCmdChecker`s that can immediately receive data cells (and don't
expect to receive `CONNECTED` cells at all).
</content>
</entry>
<entry>
<title>Add "TODO RPC" notes around DataStreamCtrl per review.</title>
<updated>2023-05-24T19:25:33Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2023-05-24T19:24:23Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=e4758a754ec06cd6fc071f46aff3b5da892fd558'/>
<id>urn:sha1:e4758a754ec06cd6fc071f46aff3b5da892fd558</id>
<content type='text'>
</content>
</entry>
<entry>
<title>proto: Add stream-status functionality to DataStreamCtrl.</title>
<updated>2023-05-24T19:25:33Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2023-05-22T16:03:20Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=a397ca77d993d806753eeec47c95693dfd35c9a1'/>
<id>urn:sha1:a397ca77d993d806753eeec47c95693dfd35c9a1</id>
<content type='text'>
There are some weaknesses and problems here; see TODO notes.
</content>
</entry>
<entry>
<title>proto: Create a `DataStreamCtrl` type.</title>
<updated>2023-05-22T15:27:44Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2023-05-22T15:15:14Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=0df0cf425032ff05d0d405d82436cbfd86faf3ac'/>
<id>urn:sha1:0df0cf425032ff05d0d405d82436cbfd86faf3ac</id>
<content type='text'>
The idea here is that we want to make DataStream visible to the
RPC system without requiring that the RPC session hold the
DataStream itself (or the Reader, or the Writer).  We could solve
this problem by making _all_ the state in the DataStream shared,
but that would introduce unnecessary extra locking in our critical
path.

Instead we're creating the notion of a "control handle" that lets
you manage and observe a stream without actually owning the stream.

Right now the only supported functionality is asking for the
stream's circuit.

Part of #847
</content>
</entry>
<entry>
<title>Refactor ClientCirc APIs to use Arc&lt;ClientCirc&gt;.</title>
<updated>2023-05-16T13:02:09Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2023-05-16T13:02:09Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=ee390c423e7df0b678d77a8685f45dc526581910'/>
<id>urn:sha1:ee390c423e7df0b678d77a8685f45dc526581910</id>
<content type='text'>
Now ClientCirc is no longer `Clone`, and the things that need it
to be `Clone` instead return and use an Arc&lt;ClientCirc&gt;
We're doing this so that ClientCirc can participate in the RPC
system, and so that its semantics are more obvious.

Closes #846.

Thanks to the type system, this was a much simpler refactoring than
I had feared it would be.
</content>
</entry>
</feed>
