MPROTECT(3P)
๐ธ MPROTECT(3P) ๐ธ
okay bestie, welcome to MPROTECT(3P) from the POSIX Programmer's Manual ๐ this is the page that tells you how to change what you're allowed to do with a chunk of memory you already mapped. permission glow-up. periodt. โจ
๐ PROLOG ๐
okay so first things first, real talk:
- This manual page is part of the POSIX Programmer's Manual. ๐
- The Linux implementation of this interface may differ โ so go consult the corresponding Linux manual page for the deets on Linux behavior, okay? ๐
- Also possible: the interface may not be implemented on Linux at all. so check before you commit, bestie. ๐
โจ NAME โจ
mprotect โ set protection of memory mapping ๐
๐ฆ SYNOPSIS ๐ฆ
#include <sys/mman.h>
int mprotect(void *addr, size_t len, int prot);
๐ DESCRIPTION ๐
okay so here's the vibe: mprotect() shall change the access protections to be that specified by prot for those whole pages containing any part of the address space of the process starting at address addr and continuing for len bytes. ๐
The parameter prot decides whether read, write, execute, or some combination of accesses are permitted to the data being mapped. and the prot argument should be either PROT_NONE or the bitwise-inclusive OR of one or more of PROT_READ, PROT_WRITE, and PROT_EXEC. that's the whole menu, no secret items. ๐
If an implementation can't support the combination of access types you specified in prot, then the call to mprotect() shall fail. no cap.
An implementation may permit accesses other than those specified by prot โ however, no implementation shall permit a write to succeed where PROT_WRITE has not been set, and no implementation shall permit any access where PROT_NONE alone has been set. ๐ซ Implementations shall support at least these values of prot:
PROT_NONEPROT_READPROT_WRITE- the bitwise-inclusive OR of
PROT_READandPROT_WRITE
If PROT_WRITE is specified, the application shall ensure that it has opened the mapped objects in the specified address range with write permission โ unless MAP_PRIVATE was specified in the original mapping โ and that's true regardless of whether the file descriptors used to map the objects have since been closed. yes, even then. the receipt stands. ๐งพ
The implementation may require that addr be a multiple of the page size as returned by sysconf(). ๐
๐ซถ heads up: the behavior of this function is unspecified if the mapping was not established by a call to mmap(). so like... don't.
๐ญ and whenmprotect()fails for reasons other than[EINVAL], the protections on some of the pages in the range[addr,addr+len)may have been changed. so it's giving โจpartial chaosโจ. plan accordingly.
๐ RETURN VALUE ๐
Upon successful completion, mprotect() shall return 0 ๐ otherwise, it shall return -1 and set errno to indicate the error. ๐
๐ฅ ERRORS ๐ฅ
The mprotect() function shall fail if:
EACCESโ theprotargument specifies a protection that violates the access permission the process has to the underlying memory object. ๐EAGAINโ theprotargument specifiesPROT_WRITEover aMAP_PRIVATEmapping and there are insufficient memory resources to reserve for locking the private page. ๐ฎโ๐จENOMEMโ addresses in the range[addr,addr+len)are invalid for the address space of a process, or specify one or more pages which are not mapped. ๐ปENOMEMโ theprotargument specifiesPROT_WRITEon aMAP_PRIVATEmapping, and it would require more space than the system is able to supply for locking the private pages, if required. ๐ธENOTSUPโ the implementation does not support the combination of accesses requested in theprotargument. ๐ซ
The mprotect() function may fail if:
EINVALโ theaddrargument is not a multiple of the page size as returned bysysconf(). ๐
The following sections are informative. ๐ซ
๐ EXAMPLES ๐
None. (yes queen, nothing here, moving on โจ)
๐ APPLICATION USAGE ๐
Most implementations require that addr is a multiple of the page size as returned by sysconf(). literally just. do that. ๐ซถ
๐ RATIONALE ๐
None.
โญ FUTURE DIRECTIONS โญ
None.
๐ง SEE ALSO ๐ง
mmap()sysconf()- The Base Definitions volume of POSIX.1โ2017,
<sys_mman.h>
๐ 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 .
okay that's the whole page bestie!! ๐ซถ this iconic lil number came to you from IEEE/The Open Group, dated 2017 โ go protect those pages responsibly, and remember: PROT_NONE means NO access, not "a little access". bye!! ๐โจ๐ฆ๐
๐ฆ 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