Multiple soundness issues in lexical
Low severity
GitHub Reviewed
Published
Sep 4, 2023
to the GitHub Advisory Database
•
Updated Sep 16, 2024
Description
Published to the GitHub Advisory Database
Sep 4, 2023
Reviewed
Sep 4, 2023
Last updated
Sep 16, 2024
lexical
contains multiple soundness issues:BytesIter
trait has safety invariants but is public and not markedunsafe
write_float()
callsMaybeUninit::assume_init()
on uninitialized data, which is is not allowed by the Rust abstract machineradix()
callsMaybeUninit::assume_init()
on uninitialized data, which is is not allowed by the Rust abstract machineThe crate also has some correctness issues.
Alternatives
For quickly parsing floating-point numbers third-party crates are no longer needed. A fast float parsing algorithm by the author of
lexical
has been merged into libcore.For quickly parsing integers, consider
atoi
andbtoi
crates (100% safe code).atoi_radix10
provides even faster parsing, but only with-C target-cpu=native
, and at the cost of someunsafe
.For formatting integers in a
#[no_std]
context consider thenumtoa
crate.For working with big numbers consider
num-bigint
andnum-traits
.References