POSIX_MEM_OFFSET(3P)
β¨ PROLOG β¨
okay bestie, before we even start β heads up π«Ά this page is part of the POSIX Programmer's Manual. The Linux implementation of this interface may differ (so like, go check the corresponding Linux manual page for the deets on Linux behavior), or honestly the interface might just not be implemented on Linux at all. not me giving you the disclaimer first π
π NAME π
posix_mem_offset β find the offset and length of a mapped typed memory block β¨ (ADVANCED REALTIME) β yes that's a whole vibe, we're in the advanced realtime section, iykyk
π SYNOPSIS π
#include <sys/mman.h>
int posix_mem_offset(const void *restrict addr, size_t len,
off_t *restrict off, size_t *restrict contig_len,
int *restrict fildes);
look at all those restrict qualifiers, so cute, so demure πΈ
π¦ DESCRIPTION π¦
okay so here's the tea. The posix_mem_offset() function shall return in the variable pointed to by off a value that identifies the offset (or location), within a memory object, of the memory block currently mapped at addr. slay, it's literally telling you where in the memory object you're standing π
The function shall also return, in the variable pointed to by fildes, the descriptor that was used (via mmap()) to establish the mapping which contains addr. And here's the plot twist: if that descriptor was closed since the mapping was established, the returned value of fildes shall be -1. π iconic but also devastating.
The len argument specifies the length of the block of the memory object the user wishes the offset for. Upon return, the value pointed to by contig_len shall equal either len, or the length of the largest contiguous block of the memory object that is currently mapped to the calling process starting at addr β whichever is smaller. it's giving "we'll give you what you asked for, or the best we can do" π«Ά
Now for the advanced realtime lore β¨ β if the memory object mapped at addr is a typed memory object, then if the off and contig_len values obtained by calling posix_mem_offset() are used in a call to mmap() with a file descriptor that refers to the same memory pool as fildes (either through the same port or through a different port), and that was opened with neither the POSIX_TYPED_MEM_ALLOCATE nor the POSIX_TYPED_MEM_ALLOCATE_CONTIG flag, then the typed memory area that is mapped shall be exactly the same area that was mapped at addr in the address space of the process that called posix_mem_offset(). periodt, same area, no cap π₯
And if the memory object specified by fildes is not a typed memory object? then the behavior of this function is implementation-defined. so like, good luck, it depends π
π RETURN VALUE π
Upon successful completion, posix_mem_offset() shall return zero. otherwise, the corresponding error status value shall be returned. no in-between, bestie β it's zero or it's a whole problem π
π₯ ERRORS π₯
The posix_mem_offset() function shall fail if:
EACCESβ the process has not mapped a memory object supported by this function at the given addressaddr. basically you're asking about an address that isn't playing by the rules, and she said "not today" π
also important: this function shall not return an error code of [EINTR]. noted, logged, filed away π
The following sections are informative. (translation: the next few bits are the bonus content, not the main character energy of the spec β¨)
π EXAMPLES π
None. (she's mysterious like that π)
β APPLICATION USAGE β
None. (nothing to add, we're keeping it minimal, we're keeping it chic π)
πΈ RATIONALE πΈ
None. (the reasoning is a mystery, we simply respect it π)
π§ FUTURE DIRECTIONS π§
None. (no glow-up planned for this one, she's staying exactly as she is π)
π SEE ALSO π
mmap()posix_typed_mem_open()- The Base Definitions volume of POSIX.1β2017,
<sys_mman.h>
go read those next, bestie, it's a whole connected universe π¦
π COPYRIGHT π
Portions of this text are reprinted and reproduced in electronic form from IEEE Std 1003.1-2017, Standard for Information Technology -- Portable Operating System Interface (POSIX), The Open Group Base Specifications Issue 7, 2018 Edition, Copyright (C) 2018 by the Institute of Electrical and Electronics Engineers, Inc and The Open Group. In the event of any discrepancy between this version and the original IEEE and The Open Group Standard, the original IEEE and The Open Group Standard is the referee document. The original Standard can be obtained online at http://www.opengroup.org/unix/online.html .
Any typographical or formatting errors that appear in this page are most likely to have been introduced during the conversion of the source files to man page format. To report such errors, see https://www.kernel.org/doc/man-pages/reporting_bugs.html .
and that's the whole page, bestie π«Ά this one came to you from IEEE/The Open Group, dated 2017, under the name POSIX_MEM_OFFSET(3P) β a true icon of the POSIX Programmer's Manual, no cap πβ¨π
π¦ where this page comes from
- alpine 3.22: man-pages-posix 2017a-r0 Β· custom
- alpine 3.23: man-pages-posix 2017a-r0 Β· custom
- alpine 3.24: man-pages-posix 2017a-r0 Β· custom
- arch rolling: man-pages 6.19-1
- arch rolling: man-pages 6.20-1 Β· BSD-2-Clause AND BSD-3-Clause AND BSD-4.3TAHOE AND BSD-4-Clause-UC AND GPL-1.0-or-later AND GPL-2.0-only AND GPL-2.0-or-later AND GPL-3.0-or-later AND LGPL-3.0-linking-exception AND LGPL-3.0-or-later AND LicenseRef-Public-Domain AND LicenseRef-UltraPermissive AND Linux-man-pages-1-para AND Linux-man-pages-copyleft AND Linux-man-pages-copyleft-2-para AND Linux-man-pages-copyleft-var AND MIT AND Spencer-94
- nixpkgs unstable: man-pages-posix 2017a
- opensuse-leap 16.0: man-pages-posix 2017a-160000.4.1 Β· SUSE-IEEE
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms