nihilist/monero
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity

Fix typos

Browse Source
This commit is contained in:
Dimitris Apostolou 2021-11-03 19:38:53 +02:00
parent e22ec26be4
commit 361f621c3c
No known key found for this signature in database
GPG Key ID: 4B5D20E938204A8A
3 changed files with 5 additions and 5 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

2
docs/COMPILING_DEBUGGING_TESTING.md
View File

@ -1,7 +1,7 @@
# Compiling, debugging and testing efficiently # Compiling, debugging and testing efficiently
This document describes ways of compiling, debugging and testing efficiently for various use cases. This document describes ways of compiling, debugging and testing efficiently for various use cases.
The intented audience are developers, who want to leverage newly added tricks to Monero via `CMake`. The document will lower the entry point for these developers. The intended audience are developers, who want to leverage newly added tricks to Monero via `CMake`. The document will lower the entry point for these developers.
Before reading this document, please consult section "Build instructions" in the main README.md. Before reading this document, please consult section "Build instructions" in the main README.md.
Some information from README.md will be repeated here, but the aim is to go beyond it. Some information from README.md will be repeated here, but the aim is to go beyond it.

2
docs/CONTRIBUTING.md
View File

@ -20,7 +20,7 @@ posted to #monero-dev on irc.libera.chat).
Patches should be self contained. A good rule of thumb is to have Patches should be self contained. A good rule of thumb is to have
one patch per separate issue, feature, or logical change. Also, no one patch per separate issue, feature, or logical change. Also, no
other changes, such as random whitespace changes, reindentation, other changes, such as random whitespace changes, reindentation,
or fixing typoes, spelling, or wording, unless user visible. or fixing typos, spelling, or wording, unless user visible.
Following the code style of the particular chunk of code you're Following the code style of the particular chunk of code you're
modifying is encouraged. Proper squashing should be done (eg, if modifying is encouraged. Proper squashing should be done (eg, if
you're making a buggy patch, then a later patch to fix the bug, you're making a buggy patch, then a later patch to fix the bug,

6
docs/LEVIN_PROTOCOL.md
View File

@ -75,7 +75,7 @@ An unsigned 32-bit little endian integer representing the Monero specific
command being invoked. command being invoked.
### Return Code ### Return Code
A signed 32-bit little integer integer representing the response from the peer A signed 32-bit little endian integer representing the response from the peer
from the last command that was invoked. This is `0` for request messages. from the last command that was invoked. This is `0` for request messages.
### Flags ### Flags
@ -131,7 +131,7 @@ be zero. The first fragment has the `B` bit set, neither `B` nor `E` is set for
### Dummy ### Dummy
Dummy messages have the `B` and `E` bits set, the `Q` and `S` bits unset, and Dummy messages have the `B` and `E` bits set, the `Q` and `S` bits unset, and
the `Expect Reponse` field zeroed. When a message of this type is received, the the `Expect Response` field zeroed. When a message of this type is received, the
contents can be safely ignored. contents can be safely ignored.
@ -149,7 +149,7 @@ contents can be safely ignored.
#### (`1005` Request) Network State #### (`1005` Request) Network State
#### (`1005` Response) Network State #### (`1005` Response) Network State
#### (`1006` Request) Peer ID #### (`1006` Request) Peer ID
#### (`1006` Reponse) Peer ID #### (`1006` Response) Peer ID
#### (`1007` Request) Support Flags #### (`1007` Request) Support Flags
#### (`1007` Response) Support Flags #### (`1007` Response) Support Flags