mmap Mac:分段故障

文章/答案/技术大牛

发布

1回答

c++、c、system-calls

在我的Mac上执行以下命令成功： int* addr = (int*) mmap(0, 100, 1 | 2, 2 | 4096, -1, 0); }int main() { int* addr = (int*) syscall/c++/mmap.cc -o ./mmap && .

浏览 9提问于2017-12-24得票数 7

回答已采纳

4回答

将长int抛出为空*

c++、linux、64-bit、posix

当在一个-O2程序中使用Qt时，我得到了一个分段错误。当使用-O1时，它没有分段错误。在使用reinterpret_cast<void *>(tp.tv_nsec)时，我还可以使用-O2获得分段故障。clock_gettime(CLOCK_REALTIME, &tp); // tv_nsec is a long int void *test = mmap这样，

浏览 5提问于2013-07-06得票数 2

回答已采纳

1回答

为什么我会遇到这个分段错误？

c、segmentation-fault

100*sizeof(int)); close(fd); sprintf((c

浏览 2提问于2017-10-11得票数 0

1回答

与mmap相关的分段故障

c、assembly、x86、segmentation-fault、mmap

我使用mmap分配内存，然后将代码写入其中。"ret“或"nop”指令段错误以外的任何值。我知道mmap没有错误地返回，我已经在一个例子中隔离了这个问题，我把这个问题放在一起来说明这个问题。#include <stdio.h>#include <stdint.h> { *p++ = 0xb8; //mov $1

浏览 1提问于2012-03-06得票数 0

3回答

mmap共享内存c++中的字符串

c++、segmentation-fault、fork、shared-memory、mmap

我的程序有段故障。{ MAP_PRIVATE | MAP_ANONYMOUS, -1, 0));} 当mmap时没有错误

浏览 4提问于2014-03-20得票数 3

回答已采纳

1回答

从WAMP迁移到MAMP后，我得到了ERR_EMPTY_RESPONSE

wordpress、migration、wamp、mamp

最近，我把我的笔记本换成了Mac，我试着用phpMyAdmin把这两个网站导出到我的新Mac/MAMP中。2016客户端::1客户端被服务器拒绝配置: /Applications/MAMP/htdocs/.DS_Store，referer：清华十二月十五23:30:19 2016子pid 13886出口信号分段故障(11) 清华十二月十五23:30:2

浏览 2提问于2016-12-16得票数 0

2回答

mmap()之后的分段错误

c++、linux、unix、mmap

所以我尝试了mmap。我在单个进程中测试了mmap。std; { cout << b->size() << endl;当

浏览 1提问于2011-05-22得票数 2

回答已采纳

2回答

GCC分段故障Mac

c++、c、macos、gcc

我一直很难让gcc和g++编译器在我的mac上工作( 10.10.2)。我写了一个简单的"Hello“程序，甚至这些程序似乎都不起作用。

浏览 0提问于2015-03-25得票数 0

回答已采纳

3回答

用strtok解析mmaped文件？

c、string、parsing、mmap、strtok

of the file fprintf(stderr, "fstat error");} if ((src = mmap(0, statbuf.st_size, PROT_READ, MAP_SHARED, fdsrc, 0)) == (caddr_t) -1) {fprintf(stderr, "mmap src"); e

浏览 8提问于2015-11-24得票数 3

回答已采纳

2回答

-1, 0); 澄清一下，我不能使用malloc()，但可以使用mmap()。我在Netbeans的Windows上对此没有任何问题，但是现在我正在Ubuntu上的命令行编译和运行，每次我尝试访问它时，我都会得到“分段错误”。是否有理由让它在一个而不是另一个上工作，mmap()是以这种方式分配内存的有效方法吗？我担心的是，最初我会为每个mmap()调用分配大量内存，但现在我无法让它运行。此外，返回的错误mmap是22 -无效参数(我在编写问题时做了一些故障排除，因此错误检查不在上面的代码

浏览 3提问于2016-10-19得票数 7

回答已采纳

1回答

在与目标不同的内核上编译漏洞(但相同的代码)：这是不明智的还是有风险的？

exploit、exploit-development

这些失败与使用高度安全设置编译的内核有关，例如mmap函数被禁用，或者ptrace函数被禁用。其中只有一个错误是无法解释的分段故障。这两台机器都是x86，所以我不是在交叉编译一个不同的拱形。如果没有任何错误(除了模糊的分段错误)似乎与编译/兼容性问题有关，那么在与目标机器内核匹配的VM上重新编译所有这些失败的漏洞真的值得吗？

浏览 0提问于2017-01-04得票数 3

回答已采纳

1回答