xdr_stream_decode_u64(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’œ xdr_stream_decode_u64 β€” the kernel API manual, bestie edition ✨

okay so this is the page for xdr_stream_decode_u64(9) and like… it does exactly one thing and it does it slayfully: Decode a 64-bit integer πŸŽ€ that's the name, that's the whole vibe, no notes.


✨ NAME ✨

xdr_stream_decode_u64 β€” decode a 64-bit integer πŸ’…


🌸 SYNOPSIS 🌸

ssize_t xdr_stream_decode_u64 (struct xdr_stream *xdr , __u64 *ptr );

that's it. that's the whole signature. she's compact, she's iconic, she takes exactly two arguments and she does not do small talk 🫢


πŸ¦‹ ARGUMENTS πŸ¦‹

  • xdr β€” pointer to xdr_stream ⭐ this is your stream, your main character, the thing you're reading out of.
  • ptr β€” location to store the 64-bit integer πŸ’– you hand her somewhere to put the goods, and she puts the goods there.

πŸ”₯ RETURN πŸ”₯

  • 0 on success πŸ‘‘ everything went fine, no drama, we love a clean zero.
  • -EBADMSG on XDR buffer overflow πŸ’€ the buffer said "not today" and there was more to read than there was buffer to read it from. ngl that one hurts but at least it's honest.

πŸ’€ SEE ALSO πŸ’€

so the kernel file is ./include/linux/sunrpc/xdr.h β€” that's the home base, the mothership, the place where all of these live 🧚 and like, the whole friend group is here, so let's shout them out:

like… it's giving full ensemble cast 🌈 every single one of them, no cap, not a single name skipped πŸ’œ


lowkey reminder: if she returns -EBADMSG, that's your buffer overflow situation, not a you problem to ignore πŸ™ˆ check it fr fr.

and that's the page!! πŸ“ this little gem lives in the kernel source under ./include/linux/sunrpc, it's from October 2026, and it's part of the Kernel API Manual ⭐ ily, go read your xdr headers, mwah πŸ’…πŸŽ€πŸ’–

πŸ“¦ where this page comes from