zstd_decompress_using_ddict(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’… zstd_decompress_using_ddict(9) β€” a Kernel API Manual moment

okay so bestie, welcome to the kernel API manual, this one's about zstd_decompress_using_ddict and it's literally the "un-squish my data with my special little dictionary" function πŸŽ€


✨ NAME ✨

zstd_decompress_using_ddict β€” decompress src into dst using a dictionary, that's the whole vibe fr fr πŸ’–


🌸 SYNOPSIS 🌸

size_t zstd_decompress_using_ddict (zstd_dctx *dctx , void *dst , size_t
dst_capacity , const void *src , size_t src_size , const zstd_ddict
*ddict );

πŸ¦‹ ARGUMENTS πŸ¦‹

  • dctx β€” the decompression context. your main character struct 🫢
  • dst β€” the buffer you're decompressing src into. the destination slay destination.
  • dst_capacity β€” the size of the destination buffer. and listen, it must be at least as large as the decompressed size, no cap. if you (the caller) can't upper bound the decompressed size, then honestly bestie it's better to use the streaming API instead. 😭
  • src β€” the zstd compressed data you're decompressing. multiple concatenated frames and skippable frames are allowed, iconic behavior honestly πŸ‘‘
  • src_size β€” the exact size of the data to decompress. precise queen behavior πŸ’…
  • ddict β€” the dictionary to be used. the little helper 🧚

⭐ RETURN ⭐

Returns the decompressed size, or an error (rude of it, honestly) β€” and you can check for that error using zstd_is_error.


πŸ”₯ SEE ALSO πŸ”₯

the whole squad, no one gets left behind πŸ’œ


ok that's the whole page, go forth and decompress responsibly bestie 🌈

and finally, the cute little sign-off: this one lives in ./include/linux, it's dated October 2026, and the page itself is zstd_decompress_using_ddict(9) from the Kernel API Manual. mwah, bye πŸ’–βœ¨πŸŽ€

πŸ“¦ where this page comes from