mirrors/arti.git/crates/tor-bytes/fuzz, branch arti-v1.4.2 mirror of https://gitlab.torproject.org/tpo/core/arti http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v1.4.2 2024-09-11T13:19:19Z tor-bytes: Add a Reader constructor for use in tests 2024-09-11T13:19:19Z Ian Jackson ijackson@chiark.greenend.org.uk 2024-09-11T12:04:46Z urn:sha1:98e563764b428e4f1aa87dc34e5fa6b5cf296938 We could call from_possibly_incomplete_slice in these, but that's confusing and distracting. Here we add this constructor, and document it (in terms of the constructor to come), and change the call sites. No functional change. Doing this now will prevent unwanted changes to test behaviours when we change the behaviour of Readers made by Reader::from_slice. Change tor_bytes::Readable name to `b` in many places 2024-09-11T12:22:39Z Ian Jackson ijackson@chiark.greenend.org.uk 2024-09-10T14:34:52Z urn:sha1:040db873ed95f9d24ed9d0162d75b9c8a11e457f The codebase uses `r` sometimes and `b` at other times. Making this consistent makes widespread changes easier, and is clearer for humans. I think `b` is better than `r` because `r` might be "return". It is indeed used that way in a couple of places in reader.rs, even. I haven't changed *everywhere*, just Readable impls (where `r` is particularly likely to be "return value") and occurrences in tor-bytes. No functional change. tor-bytes: Add take_rest and read_nested_* to fuzzer. 2023-03-06T17:39:57Z Nick Mathewson nickm@torproject.org 2023-03-06T17:39:57Z urn:sha1:9cc09f97a9df01e4a7ac48f42a1bcce5d4d80310 Do not .gitignore crates/*/fuzz/corpus 2023-01-20T17:29:00Z Ian Jackson ijackson@chiark.greenend.org.uk 2023-01-20T16:50:37Z urn:sha1:4e6f5b7ff3dbdd9dbd17d857970aff1061ea2318 These are symlinks which are actually checked in. They should not be ignored. (This caused trouble for some of my privsep tooling...) set all crate edition to 2021 2022-10-31T23:17:33Z trinity-1686a trinity@deuxfleurs.fr 2022-10-31T23:06:13Z urn:sha1:d29f38603d8c05bea0a54a671e5f329bec4fb699 Upgrade all fuzzers to newer libfuzzer-sys version. 2022-10-03T18:35:34Z Nick Mathewson nickm@torproject.org 2022-10-03T18:35:34Z urn:sha1:128fb76c73cc57d89285065cfd8dc29382d30ccf Exclude tor-bytes fuzzing helper code from tarpaulin coverage. 2021-09-07T17:30:53Z Nick Mathewson nickm@torproject.org 2021-09-07T17:30:53Z urn:sha1:353a16ce7e088cb1868a25022e728c071695a74a Update corpus and links. 2021-09-07T16:32:50Z Nick Mathewson nickm@torproject.org 2021-09-07T16:32:50Z urn:sha1:358b3e1ea0797761e02620db112e5696a77f2c3c Fix bugs in last fuzzer code. 2021-09-07T16:29:28Z Nick Mathewson nickm@torproject.org 2021-09-07T16:29:28Z urn:sha1:f0de653af1ccf8a6ab1cfd5d453a661ff70a3a14 Improvements to array-of-u8 handling in tor-bytes. 2021-09-07T13:46:54Z Nick Mathewson nickm@torproject.org 2021-09-07T13:40:29Z urn:sha1:97692e3cc280bc1930474e58dbaba142b2f99429 Now that we have const generics, we can use them. We can also avoid an extra clone in the implementation for [u8; N]. Nothing in our codebase requires that we use Reader or Writer on a GenericArray holding anything other than u8, so I've switched back to the more efficient implementation there. I've added a fuzzer case for the new method, but apparently rustc nightly isn't working too well with fuzzers for me; I'm going to try it tomorrow.