<feed xmlns='http://www.w3.org/2005/Atom'>
<title>mirrors/arti.git/crates/tor-config/src/mut_cfg.rs, branch arti-v0.2.0</title>
<subtitle>mirror of https://gitlab.torproject.org/tpo/core/arti
</subtitle>
<id>http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v0.2.0</id>
<link rel='self' href='http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v0.2.0'/>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/'/>
<updated>2022-03-02T18:01:08Z</updated>
<entry>
<title>Replace manual Default impl with std derive in tor-config</title>
<updated>2022-03-02T18:01:08Z</updated>
<author>
<name>Ian Jackson</name>
<email>ijackson@chiark.greenend.org.uk</email>
</author>
<published>2022-03-02T17:37:36Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=e45a95f65ae4cab2ea9bc0d5cf46e127c921769a'/>
<id>urn:sha1:e45a95f65ae4cab2ea9bc0d5cf46e127c921769a</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Add a few tests to tor-config.</title>
<updated>2021-12-08T00:52:49Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2021-12-08T00:52:49Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=b3b6a92145380ebe685bd2410db32fdee4a97e9b'/>
<id>urn:sha1:b3b6a92145380ebe685bd2410db32fdee4a97e9b</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Oops: MutCfg shouldn't implement Clone.</title>
<updated>2021-12-07T22:54:24Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2021-12-07T22:54:24Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=1ff5a513ae04b01cb2f2eb3962a023460b0d18f6'/>
<id>urn:sha1:1ff5a513ae04b01cb2f2eb3962a023460b0d18f6</id>
<content type='text'>
We don't want MutCfg to be automatially coneable, or we'll wind up with
surprises like the one that this patch fixes in TorClient.

(The "surprise" is that reconfigure() would only apply its
client-specific options  to one client instance.)
</content>
</entry>
<entry>
<title>MutCfg: Add map_and_replace.</title>
<updated>2021-12-07T21:40:49Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2021-12-07T21:40:49Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=8fed1524faba7cdbf6a77bcba49236589359d538'/>
<id>urn:sha1:8fed1524faba7cdbf6a77bcba49236589359d538</id>
<content type='text'>
This will help in the case when a configuration can only partially
change.
</content>
</entry>
<entry>
<title>MutCfg facility to help with reconfiguration.</title>
<updated>2021-12-07T20:42:14Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2021-12-07T18:11:12Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=f06d5ae48f39260facf865dcc745ed19257f71e2'/>
<id>urn:sha1:f06d5ae48f39260facf865dcc745ed19257f71e2</id>
<content type='text'>
It's useful to keep configuration objects inside a RwLock&lt;Arc&lt;&gt;&gt;, so we
can have slightly-stale pointers to the existing configuration structure
without holding locks too long.

This code adds a MutCfg type with basic support for this pattern,
and functions to make it a bit more ergonomic.
</content>
</entry>
</feed>
