Typo fixes (automated with "typos").

This commit is contained in:
Nick Mathewson 2022-05-24 19:18:28 -04:00
parent 92f0f97fe8
commit 3b837eb7f4
2 changed files with 5 additions and 5 deletions

View File

@ -33,7 +33,7 @@ switch to using a separate changelog for each crate.
[#465], [!468], [#465], [!468],
[!483], [!504], [!515]) [!483], [!504], [!515])
- Arti now tolerates a much wider array of broken networks and - Arti now tolerates a much wider array of broken networks and
installations when trying to boostrap a working connection to the Tor installations when trying to bootstrap a working connection to the Tor
network. This includes improved handling for skewed clocks, network. This includes improved handling for skewed clocks,
untimely documents, and invalid consensus documents. ([#412], [#466], untimely documents, and invalid consensus documents. ([#412], [#466],
[#467], [!500], [!501], [!511]) [#467], [!500], [!501], [!511])

View File

@ -101,7 +101,7 @@ where
/// using utilities (often "futures combinators") such as this one. /// using utilities (often "futures combinators") such as this one.
/// ///
// Personal note from @Diziet: // Personal note from @Diziet:
// IMO it is generally accepted in the Rust communit that // IMO it is generally accepted in the Rust community that
// it is not good practice to write principal code at the manual futues level. // it is not good practice to write principal code at the manual futues level.
// However, I have not been able to find very clear support for this proposition. // However, I have not been able to find very clear support for this proposition.
// There are endless articles explaining how futures work internally, // There are endless articles explaining how futures work internally,
@ -331,7 +331,7 @@ where
// Deliberately don't fuse by `take`ing output. If we did that, we would expose // Deliberately don't fuse by `take`ing output. If we did that, we would expose
// our caller to an additional panic risk. There is no harm in polling the output // our caller to an additional panic risk. There is no harm in polling the output
// sink again: although `Sink` documents that a sink that returns errors will // sink again: although `Sink` documents that a sink that returns errors will
// probalby continue to do so, it is not forbidden to try it and see. This is in // probably continue to do so, it is not forbidden to try it and see. This is in
// any case better than definitely crashing if the `SinkPrepareSendFuture` is // any case better than definitely crashing if the `SinkPrepareSendFuture` is
// polled after it gave Ready. // polled after it gave Ready.
return Poll::Ready(Err(e)); return Poll::Ready(Err(e));
@ -403,7 +403,7 @@ where
/// ///
/// (However, the existence of the `SinkSendable` demonstrates that /// (However, the existence of the `SinkSendable` demonstrates that
/// the sink reported itself ready for sending, /// the sink reported itself ready for sending,
/// so this call is synchronous, avoding cancellation hazards.) /// so this call is synchronous, avoiding cancellation hazards.)
pub fn send(self, item: OM) -> Result<(), OS::Error> { pub fn send(self, item: OM) -> Result<(), OS::Error> {
dprintln!("send ..."); dprintln!("send ...");
let r = self.output.start_send(item); let r = self.output.start_send(item);
@ -437,7 +437,7 @@ mod test {
// So we use mpsc channels, which (perhaps with buffering) are quite controllable. // So we use mpsc channels, which (perhaps with buffering) are quite controllable.
// The eprintln!("FOR ...") calls correspond go the dprintln1() calls in the impl, // The eprintln!("FOR ...") calls correspond go the dprintln1() calls in the impl,
// and can check that each code path in the impementation is used, // and can check that each code path in the implementation is used,
// by turning on the dbug and using `--nocapture`. // by turning on the dbug and using `--nocapture`.
{ {
eprintln!("-- disconnected ---"); eprintln!("-- disconnected ---");