Views
No views yet
llama.cpp's wavtokenizer-dec model loader.wavtokenizer-dec.posnet.block_count and wavtokenizer-dec.convnext.block_count
GGUF metadata keys are read without any upper-bound validation against the
base block_count (n_layer_all). This causes dev_layer.at(il) to throw
std::out_of_range when the loader tries to create tensors for posnet/convnext
layers beyond the allocated range.1llama-cli -m poc_wavtokenizer_posnet_oob.gguf -n 1 -p "a"
2# -> vector::_M_range_check: __n (which is 1) >= this->size() (which is 1)python3 poc_wavtokenizer_posnet_oob.pyn_layer_all
fix merged in llama.cpp PR #26051 — the base block_count was bounded but
posnet.block_count and convnext.block_count were missed.