Provided by: manpages-dev_4.04-2_all bug

NAME

       mprotect - set protection on a region of memory

SYNOPSIS

       #include <sys/mman.h>

       int mprotect(void *addr, size_t len, int prot);

DESCRIPTION

       mprotect() changes protection for the calling process's memory page(s) containing any part of the address
       range in the interval [addr, addr+len-1].  addr must be aligned to a page boundary.

       If the calling process tries to access memory in a manner that violates the protection, then  the  kernel
       generates a SIGSEGV signal for the process.

       prot is either PROT_NONE or a bitwise-or of the other values in the following list:

       PROT_NONE  The memory cannot be accessed at all.

       PROT_READ  The memory can be read.

       PROT_WRITE The memory can be modified.

       PROT_EXEC  The memory can be executed.

RETURN VALUE

       On success, mprotect() returns zero.  On error, -1 is returned, and errno is set appropriately.

ERRORS

       EACCES The  memory  cannot be given the specified access.  This can happen, for example, if you mmap(2) a
              file to which you have read-only access, then ask mprotect() to mark it PROT_WRITE.

       EINVAL addr is not a valid pointer, or not a multiple of the system page size.

       ENOMEM Internal kernel structures could not be allocated.

       ENOMEM Addresses in the range [addr, addr+len-1] are invalid for the address space  of  the  process,  or
              specify  one  or  more  pages  that  are  not mapped.  (Before kernel 2.4.19, the error EFAULT was
              incorrectly produced for these cases.)

       ENOMEM Changing the protection of a memory region would result in  the  total  number  of  mappings  with
              distinct attributes (e.g., read versus read/write protection) exceeding the allowed maximum.  (For
              example, making the protection of a range PROT_READ in the middle of a region currently  protected
              as  PROT_READ|PROT_WRITE would result in three mappings: two read/write mappings at each end and a
              read-only mapping in the middle.)

CONFORMING TO

       POSIX.1-2001, POSIX.1-2008, SVr4.  POSIX says that the behavior of mprotect() is  unspecified  if  it  is
       applied to a region of memory that was not obtained via mmap(2).

NOTES

       On  Linux it is always permissible to call mprotect() on any address in a process's address space (except
       for the kernel vsyscall area).  In particular it can be used to  change  existing  code  mappings  to  be
       writable.

       Whether  PROT_EXEC  has  any  effect  different  from PROT_READ depends on processor architecture, kernel
       version, and process state.  If  READ_IMPLIES_EXEC  is  set  in  the  process's  personality  flags  (see
       personality(2)), specifying PROT_READ will implicitly add PROT_EXEC.

       On some hardware architectures (e.g., i386), PROT_WRITE implies PROT_READ.

       POSIX.1 says that an implementation may permit access other than that specified in prot, but at a minimum
       can allow write access only if PROT_WRITE has been set, and must not allow any access  if  PROT_NONE  has
       been set.

EXAMPLE

       The  program  below  allocates  four  pages of memory, makes the third of these pages read-only, and then
       executes a loop that walks upward through the allocated region modifying bytes.

       An example of what we might see when running the program is the following:

           $ ./a.out
           Start of region:        0x804c000
           Got SIGSEGV at address: 0x804e000

   Program source

       #include <unistd.h>
       #include <signal.h>
       #include <stdio.h>
       #include <malloc.h>
       #include <stdlib.h>
       #include <errno.h>
       #include <sys/mman.h>

       #define handle_error(msg) \
           do { perror(msg); exit(EXIT_FAILURE); } while (0)

       static char *buffer;

       static void
       handler(int sig, siginfo_t *si, void *unused)
       {
           printf("Got SIGSEGV at address: 0x%lx\n",
                   (long) si->si_addr);
           exit(EXIT_FAILURE);
       }

       int
       main(int argc, char *argv[])
       {
           char *p;
           int pagesize;
           struct sigaction sa;

           sa.sa_flags = SA_SIGINFO;
           sigemptyset(&sa.sa_mask);
           sa.sa_sigaction = handler;
           if (sigaction(SIGSEGV, &sa, NULL) == -1)
               handle_error("sigaction");

           pagesize = sysconf(_SC_PAGE_SIZE);
           if (pagesize == -1)
               handle_error("sysconf");

           /* Allocate a buffer aligned on a page boundary;
              initial protection is PROT_READ | PROT_WRITE */

           buffer = memalign(pagesize, 4 * pagesize);
           if (buffer == NULL)
               handle_error("memalign");

           printf("Start of region:        0x%lx\n", (long) buffer);

           if (mprotect(buffer + pagesize * 2, pagesize,
                       PROT_READ) == -1)
               handle_error("mprotect");

           for (p = buffer ; ; )
               *(p++) = 'a';

           printf("Loop completed\n");     /* Should never happen */
           exit(EXIT_SUCCESS);
       }

SEE ALSO

       mmap(2), sysconf(3)

COLOPHON

       This page is part of release 4.04 of  the  Linux  man-pages  project.   A  description  of  the  project,
       information   about   reporting   bugs,   and   the  latest  version  of  this  page,  can  be  found  at
       http://www.kernel.org/doc/man-pages/.