0.2.3 (older version) Thoroughness: High Understanding: High
by gitlab.com/sgued on 2022-01-22
These reviews are from Crev, a distributed system for code reviews. To add your review, set up cargo-crev.
The current version of NumToA is 0.2.4.
0.1.0 (older version) Thoroughness: High Understanding: High
by gitlab.com/sgued on 2022-01-22
Show review…
There are some bits of unsafe code converting from [u8] to str which seem correct since the buffer should only contain ascii characters.
Unexpected panics can occur when the base is larger that 36 or negative. See https://gitlab.com/mmstick/numtoa/-/issues/14 and https://gitlab.com/mmstick/numtoa/-/issues/15 An 0.2 version has been released, and the owner is unresponsive to issues and merge requests.
These reviews are from cargo-vet. To add your review, set up cargo-vet and submit your URL to its registry.
The current version of NumToA is 0.2.4.
0.2.3 (older version)
From kornelski/crev-proofs copy of salsa.debian.org.
Packaged for Debian (stable). Changelog:
- Package numtoa 0.2.3 from crates.io using debcargo 2.4.0
0.1.0 (older version)
From kornelski/crev-proofs copy of git.savannah.gnu.org.
Packaged for Guix (crates-io)
cargo-vet does not verify reviewers' identity. You have to fully trust the source the audits are from.
- safe-to-run
-
This crate can be compiled, run, and tested on a local workstation or in controlled automation without surprising consequences. More…
- unknown
-
May have been packaged automatically without a review
Crates in the crates.io registry are tarball snapshots uploaded by crates' publishers. The registry is not using crates' git repositories. There is absolutely no guarantee that the repository URL declared by the crate belongs to the crate, or that the code in the repository is the code inside the published tarball.
To review the actual code of the crate, it's best to use cargo crev open numtoa. Alternatively, you can download the tarball of numtoa v0.2.4 or view the source online.
There are some bits of unsafe code converting from [u8] to str which seem correct since the buffer should only contain ascii characters.
Unexpected panics can occur when the base is larger that 36 or negative. See https://gitlab.com/mmstick/numtoa/-/issues/14 and https://gitlab.com/mmstick/numtoa/-/issues/15 The owner is not responsive to issues and pull requests after several months.