我是否必须使用MAP_GROWSDOWN和MAP_STACK标志将映射的长度添加到mmap返回的指针?

时间:2019-06-30 03:13:55

标签: c linux mmap

我正在为a.out加载程序创建一个简单的堆栈,并且我想到了这个:

stack = (char *)mmap(NULL,
                     65535,
                     PROT_READ | PROT_WRITE,
                     MAP_PRIVATE | MAP_STACK |
                       MAP_GROWSDOWN | MAP_UNINITIALIZED |
                       MAP_ANONYMOUS,
                     -1,
                     0);

但是,我对此不确定。

因为使用65535MAP_STACK标志,在将其移到堆栈指针之前,是否必须将MAP_GROWSDOWN(映射的大小)添加到结果指针中?还是我可以按原样使用它?

关于此的文档还不太清楚,在搜索Internet时我什么也找不到。

具体地说,这(来自mmap(2))使我感到困惑:

  

返回地址比在进程的虚拟地址空间中实际创建的内存区域低一页。

1 个答案:

答案 0 :(得分:1)

  1. 是的,您必须将65536添加到结果指针。注意,不是65535。大多数体系结构将push(x)实现为*-sp = x;因此,使sp 高于即可开始使用堆栈。更重要的是,它必须对齐,而不是65535。

  2. 文档似乎是错误的。我认为它的意图是“比...高一页”。这样可以更好地与源代码实现以及下面的小示例程序的结果保持一致:


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

  volatile int sp;

  void segv(int signo) {
          char buf[80];
          int n = snprintf(buf, 80, "(%d): sp = %#x\n", signo, sp);
          write(1, buf, n);
           _exit(1);
  }

  int main(void) {
          int N = 65535;
          signal(SIGSEGV, segv);
          signal(SIGBUS, segv);
          char *stack = (char *)mmap(NULL,
                       N,
                       PROT_READ | PROT_WRITE,
                       MAP_PRIVATE | MAP_STACK |
                         MAP_GROWSDOWN | /*MAP_UNINITIALIZED |*/
                         MAP_ANONYMOUS,
                       -1,
                       0);
          printf("stack %p\n", stack);
          for (sp = 0; sp < N; sp += 4096) {
                  if (stack[sp]) {
                          printf("stack[%d] = %x\n", sp, stack[sp]);
                  }
          }
          for (sp = 0; sp > -N; sp -= 4096) {
                  if (stack[sp]) {
                          printf("stack[%d] = %x\n", sp, stack[sp]);
                  }
          }
          return 0;
  }

打印出来的

$ ./a.out
stack 0x7f805c5fb000
(11): sp = -4096

在我的系统上:

$ uname -a
Linux u2 4.15.0-42-generic #45-Ubuntu SMP Thu Nov 15 19:32:57 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux