LZ4_decompr...st_usingDict(9)

📦 version 7.3.1, in nixpkgs unstable

🦋 LZ4_decompress_fast_usingDict — Kernel API Manual ✨

okay bestie, so this one's a kernel API page, and honestly? it's giving "niche but iconic." it's the LZ4_decompress_fast_usingDict page from the Kernel API Manual, and we're gonna get you across the finish line 💅

💖 NAME

LZ4_decompress_fast_usingDict — literally the same thing as calling LZ4_setStreamDecode() and then following it up with LZ4_decompress_fast_continue(). two-for-one combo meal, no cap 🍓

✨ SYNOPSIS

int LZ4_decompress_fast_usingDict (const char *source , char *dest , int
originalSize , const char *dictStart , int dictSize );

that's the whole vibe. five args, one int coming back at you 🫶

🎀 ARGUMENTS

  • source — the source address of the compressed data. this is where the squished-up bytes live, bestie 🗜️
  • dest — the output buffer address for the uncompressed data. heads up: it has to already be allocated with originalSize bytes. you can't just show up with an empty pointer and hope for the best 😭
  • originalSize — the original (and therefore uncompressed) size. yes, it's the size before compression, iykyk
  • dictStart — pointer to the start of the dictionary in memory 📖
  • dictSize — size of the dictionary

🌸 DESCRIPTION

so this decoding function works exactly the same as a combination of LZ4_setStreamDecode followed by LZ4_decompress_fast_continue. same energy, one call ✨

and here's the slay part: it's stand-alone, so it doesn't need an LZ4_streamDecode_t structure at all. no setup arc, no extra struct, just vibes and a dictionary 🔥

👑 RETURN

it returns the number of bytes decompressed into the destination buffer (necessarily <= maxDecompressedSize), or… a negative result in case of error 💀

so like, check your return value, bestie. negative means something went wrong and we do not ignore that 🙈

🌈 SEE ALSO

kernel file ./include/linux/lz4.h and the whole friend group:

and that's the page, babe 🧚 go forth and decompress responsibly. this little icon came from ./include/linux and it's stamped October 2026 — see you in the next stream decode, mwah 💜

📦 where this page comes from