<feed xmlns='http://www.w3.org/2005/Atom'>
<title>mirrors/arti.git/crates/tor-chanmgr/src, branch arti-v1.2.8</title>
<subtitle>mirror of https://gitlab.torproject.org/tpo/core/arti
</subtitle>
<id>http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v1.2.8</id>
<link rel='self' href='http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v1.2.8'/>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/'/>
<updated>2024-09-26T12:07:09Z</updated>
<entry>
<title>Merge branch 'upgrades-20240925' into 'main'</title>
<updated>2024-09-26T12:07:09Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2024-09-26T12:07:09Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=3f478308f0680bc6c9b36ad1c36fdfe8115dc8cf'/>
<id>urn:sha1:3f478308f0680bc6c9b36ad1c36fdfe8115dc8cf</id>
<content type='text'>
Upgrade dependencies in preparation for next week's releases.

See merge request tpo/core/arti!2450</content>
</entry>
<entry>
<title>Upgrade to derive_more version 1.0.0</title>
<updated>2024-09-25T14:37:18Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2024-09-25T14:37:18Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=6a12c2ba8515226a772d5f4a81930bf42d67535a'/>
<id>urn:sha1:6a12c2ba8515226a772d5f4a81930bf42d67535a</id>
<content type='text'>
The `derive_more` crate broke backward compatibility with this version,
so this change involved quite a few manual fixups.
With luck, they'll keep compatibility for some while in the future.
</content>
</entry>
<entry>
<title>socks users: copy the correct amount in our drain logic.</title>
<updated>2024-09-24T20:55:25Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2024-09-24T20:55:25Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=dceeb82f7d1154894ab9c7c607d68f8335bb9615'/>
<id>urn:sha1:dceeb82f7d1154894ab9c7c607d68f8335bb9615</id>
<content type='text'>
When calling copy_within, we want to copy the amount of data that
we're keeping; previously, we were copying an extra `action.drain`
bytes, which could have led to a panic.

Spotted by Opara.
</content>
</entry>
<entry>
<title>socks users: detect closed sockets.</title>
<updated>2024-09-24T20:35:07Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2024-09-24T18:16:42Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=0c595818f713916d94b7b0e4062f953fad7c9799'/>
<id>urn:sha1:0c595818f713916d94b7b0e4062f953fad7c9799</id>
<content type='text'>
Without this check, our socks code can enter an infinite loop
if a socket is closed at the wrong time.

Resolves TROVE-2024-011.

Fixes #1635.
</content>
</entry>
<entry>
<title>rtcompat: Rename TcpProvider to NetStreamProvider.</title>
<updated>2024-09-24T13:10:11Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2024-09-19T11:55:22Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=8c2d84000e4d5ba74e7b6b4e9dac3fc700f618b5'/>
<id>urn:sha1:8c2d84000e4d5ba74e7b6b4e9dac3fc700f618b5</id>
<content type='text'>
(And similarly rename TcpListener to NetStreamListener,
along with their TcpStream/TcpListener associated types.)

These types are about to become generic over addresses,
and therefore shouldn't be named after TCP.

Renaming was done mostly with Rust Analyzer,
except for some macros that needed to be hand-edited.

(I'll revise the comments in the next commit;
this one is all about renaming.)
</content>
</entry>
<entry>
<title>rtcompat: Remove accept() from TcpListener</title>
<updated>2024-09-24T13:10:11Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2024-09-18T22:57:09Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=168f55df05f4b56fd61423c020ce62e93f1d7a9f'/>
<id>urn:sha1:168f55df05f4b56fd61423c020ce62e93f1d7a9f</id>
<content type='text'>
It's redundant with the incoming() method (which turns the
TcpListener into a Stream of connections), and nothing actually used
it outside of tests.

Removing this method allows us to simplify our TcpListener code a
good deal, as can be seen by some of the implementations we removed
from our example and testing code.
</content>
</entry>
<entry>
<title>tor-chanmgr: add experimental `ChanMgr::handle_incoming`</title>
<updated>2024-09-11T18:15:16Z</updated>
<author>
<name>Steven Engler</name>
<email>opara@torproject.org</email>
</author>
<published>2024-09-04T14:38:13Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=6dda7fc80834962d9485b8d92f63feacbcad4be8'/>
<id>urn:sha1:6dda7fc80834962d9485b8d92f63feacbcad4be8</id>
<content type='text'>
The channel manager in the future will need to be able to receive
incoming streams. The type of the stream depends on an associated type
within `ChannelFactory`, so this commit exposes this associated type
through several other types, eventually to the `ChanMgr`.

The new methods are behind the experimental "relay" feature flag.
</content>
</entry>
<entry>
<title>tor-chanmgr: make `CompoundFactory` generic over `ChannelFactory`</title>
<updated>2024-09-11T18:14:33Z</updated>
<author>
<name>Steven Engler</name>
<email>opara@torproject.org</email>
</author>
<published>2024-08-26T19:00:55Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=c4d69b977e3438b91b4cef0a7eaac3b7070be23d'/>
<id>urn:sha1:c4d69b977e3438b91b4cef0a7eaac3b7070be23d</id>
<content type='text'>
This has two advantages:

1. Code is a little easier to follow with generics rather than dynamic
   dispatch, especially since the type is fixed at compile time anyways.
2. It allows us to access associated types of the `ChannelFactory`,
   which will be useful later for getting the stream type from the
   `ChanBuilder`.
</content>
</entry>
<entry>
<title>tor-netdir: Allow access to the `ConsensusBuilder` when building test netdirs.</title>
<updated>2024-09-09T17:26:37Z</updated>
<author>
<name>Gabriela Moldovan</name>
<email>gabi@torproject.org</email>
</author>
<published>2024-09-05T15:42:08Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=b2b75302ab095bccdc7ccecb627e4648a3ae9419'/>
<id>urn:sha1:b2b75302ab095bccdc7ccecb627e4648a3ae9419</id>
<content type='text'>
This allows us to set SRVs for example (needed because by default, the
test `NetDir` is built from a consensus that doesn't contain any SRVs).
</content>
</entry>
<entry>
<title>socksproto: Add a const for suggested buffer length.</title>
<updated>2024-09-09T14:52:56Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2024-09-04T17:49:57Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=b215a6ab90dbf73e0142b51ae76b9e86d482949b'/>
<id>urn:sha1:b215a6ab90dbf73e0142b51ae76b9e86d482949b</id>
<content type='text'>
Ticket #1509 will probably get rid of this constant,
but for now we may as well put it in one place.
</content>
</entry>
</feed>
