<feed xmlns='http://www.w3.org/2005/Atom'>
<title>mirrors/arti.git/crates/tor-proto/src/channel/reactor.rs, 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-15T13:49:17Z</updated>
<entry>
<title>tor-rtcompat: Rename UnsupportedStreamOps to NoOpStreamOpsHandle (fmt).</title>
<updated>2025-01-15T13:49:17Z</updated>
<author>
<name>Gabriela Moldovan</name>
<email>gabi@torproject.org</email>
</author>
<published>2025-01-13T11:49:37Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=dc4fe47d5388074352ac00b561bed978779446e0'/>
<id>urn:sha1:dc4fe47d5388074352ac00b561bed978779446e0</id>
<content type='text'>
</content>
</entry>
<entry>
<title>tor-rtcompat: Rename UnsupportedStreamOps to NoOpStreamOpsHandle.</title>
<updated>2025-01-15T13:49:17Z</updated>
<author>
<name>Gabriela Moldovan</name>
<email>gabi@torproject.org</email>
</author>
<published>2025-01-13T11:48:16Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=4ec53ca4dea324c2c170885d8556a67c802e491d'/>
<id>urn:sha1:4ec53ca4dea324c2c170885d8556a67c802e491d</id>
<content type='text'>
This renames UnsupportedStreamOpsHandle to NoOpStreamOpsHandle for
clarity (the old name kind of sounded like the name of an error type).
</content>
</entry>
<entry>
<title>tor-proto: Set kist params in channel reactor.</title>
<updated>2025-01-15T13:49:17Z</updated>
<author>
<name>Gabriela Moldovan</name>
<email>gabi@torproject.org</email>
</author>
<published>2025-01-08T14:24:28Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=1a812bb48d666a9f0e07489b53d004ed932d0c3f'/>
<id>urn:sha1:1a812bb48d666a9f0e07489b53d004ed932d0c3f</id>
<content type='text'>
</content>
</entry>
<entry>
<title>tor-proto: Add CtrlMsg for setting kist options (fmt).</title>
<updated>2025-01-15T13:49:17Z</updated>
<author>
<name>Gabriela Moldovan</name>
<email>gabi@torproject.org</email>
</author>
<published>2025-01-08T15:57:39Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=86b04da27e36173248c8c016699adecfaa21f2d5'/>
<id>urn:sha1:86b04da27e36173248c8c016699adecfaa21f2d5</id>
<content type='text'>
</content>
</entry>
<entry>
<title>tor-proto: Add CtrlMsg for setting kist options.</title>
<updated>2025-01-15T13:49:17Z</updated>
<author>
<name>Gabriela Moldovan</name>
<email>gabi@torproject.org</email>
</author>
<published>2025-01-08T11:52:13Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=350caf1d43a3de069055491bb2eaa23087ff173b'/>
<id>urn:sha1:350caf1d43a3de069055491bb2eaa23087ff173b</id>
<content type='text'>
</content>
</entry>
<entry>
<title>tor-proto: Pass a StreamOps handle to the channel reactor.</title>
<updated>2025-01-15T13:49:17Z</updated>
<author>
<name>Gabriela Moldovan</name>
<email>gabi@torproject.org</email>
</author>
<published>2025-01-08T11:15:47Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=7bf3db2d40d4548380cd7dbd4331ac018303528c'/>
<id>urn:sha1:7bf3db2d40d4548380cd7dbd4331ac018303528c</id>
<content type='text'>
</content>
</entry>
<entry>
<title>tor-proto: fix bad indentation</title>
<updated>2025-01-09T15:26:04Z</updated>
<author>
<name>Steven Engler</name>
<email>opara@torproject.org</email>
</author>
<published>2024-12-10T22:29:16Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=d1faf894dda76f155d6c2ad36aebc99525dcdec1'/>
<id>urn:sha1:d1faf894dda76f155d6c2ad36aebc99525dcdec1</id>
<content type='text'>
</content>
</entry>
<entry>
<title>tor-proto: test `Channel::wait_for_close`</title>
<updated>2025-01-09T15:26:04Z</updated>
<author>
<name>Steven Engler</name>
<email>opara@torproject.org</email>
</author>
<published>2024-12-10T22:27:32Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=91175bf6094754b3d341a1bda4a719095cd327a6'/>
<id>urn:sha1:91175bf6094754b3d341a1bda4a719095cd327a6</id>
<content type='text'>
</content>
</entry>
<entry>
<title>tor-proto: `Channel::wait_for_close` return success status</title>
<updated>2025-01-09T15:26:04Z</updated>
<author>
<name>Steven Engler</name>
<email>opara@torproject.org</email>
</author>
<published>2024-12-10T20:40:58Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=cfb2f6f5f68ce061832f89bb05bf09ec6215f63d'/>
<id>urn:sha1:cfb2f6f5f68ce061832f89bb05bf09ec6215f63d</id>
<content type='text'>
This had a TODO about returning a "status indication instead of just ()"
so this commit adds some status indication that we can expand later if
needed.
</content>
</entry>
<entry>
<title>tor-proto: replace `Channel`s "closed" state handling</title>
<updated>2024-12-10T19:15:16Z</updated>
<author>
<name>Steven Engler</name>
<email>opara@torproject.org</email>
</author>
<published>2024-11-26T02:54:44Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=09d7bce115179c3b7c4cb55cd1e0127fbe9e9929'/>
<id>urn:sha1:09d7bce115179c3b7c4cb55cd1e0127fbe9e9929</id>
<content type='text'>
Previously `Channel` had two concepts of "closed". There was an atomic
flag that was set to `true` at the end `Reactor::run`, and an
experimental oneshot channel where the sender was dropped when the
reactor was dropped.

This commit consolidates these two using the `oneshot_broadcast` module.
This means that the behaviour is consistent between both "closed"
statuses (`is_closing()` and `wait_for_close()`). A channel is
considered closed when its reactor is dropped.

This also helps progress towards making the channel reactor cancellation
safe (see arti#1756).
</content>
</entry>
</feed>
