戻る

<[u8]>::len() が usize::MAX を返すことって絶対にありえなくない？ と思ったところでハーバードアーキテクチャとかいうやつを思い出した (Rust が対応している/するつもりがあるかは知らん)

まあ null pointer と std::alloc::Layout::dangling() で返すアドレスの2つは予約済で実質的にアクセス不可能な領域なので、それを踏まえるとやっぱり usize::MAX が返ることは絶対にありえないと断言して良いと思うけど

"invalid subrange count" compiling `[(); 1 << 63]` with -g enabled · Issue #34127 · rust-lang/rust
https://github.com/rust-lang/rust/issues/34127

ワロてる、まあそうなるよな

C の RSIZE_MAX みたいな実用上の制限絶対あるし、突破するつもりがないなら言語や標準ライブラリの仕様として保証してくれると嬉しいのだが……はてさて。

NonOneUsize::new(slice.len() + 3).expect("length will be less than or equal to usize::MAX-3")

みたいなあほくさい expect を沢山書きたくないんだよなぁ

from_raw_parts in std::slice - Rust
https://doc.rust-lang.org/1.71.1/std/slice/fn.from_raw_parts.html#safety

> The total size `len * mem::size_of::<T>()` of the slice must be no larger than `isize::MAX`. See the safety documentation of pointer::offset.

これだこれだ

pointer - Rust
https://doc.rust-lang.org/1.71.1/std/primitive.pointer.html#method.offset

> The compiler and standard library generally tries to ensure allocations never reach a size where an offset is a concern. For instance, `Vec` and `Box` ensure they never allocate more than `isize::MAX` bytes, so `vec.as_ptr().add(vec.len())` is always safe.

> (前略) As such, memory acquired directly from allocators or memory mapped files may be too large to handle with this function.

ははー、「<*const T>::offset() では扱えない (存在できないとは言ってない)」ということになっているのか

Maximum slice length - Is this sound? - help - The Rust Programming Language Forum
https://users.rust-lang.org/t/maximum-slice-length-is-this-sound/91046

ﾝﾋｨ〜