我的项目由3个stream程组成。 进程1是进程2和进程3的“服务器”，并实现共享内存。 进程2随机崩溃的应用程序错误，试图访问它自己的内存，已经损坏了某种程度。
错误是：在内存位置某些地址的指令无效，某些地址不好。
我将在哪里开始寻找，在过程1中我会寻找什么types的东西，看它是否覆盖过程2的记忆？
谢谢。
了解bash中的程序（在ubuntu linux中）
在Python中获取全部物理内存
Elasticsearch内存问题
Linux中的select性核心转储 – 如何select转储的部分？
在OS X / iOS中的mmap之后文件发生更改
进程使用的实际物理RAM
RAM如何分配？
Python脚本将结果导入到ctrl-c内存
Linux会阻止堆栈和堆彼此增长吗？
bash在通过一对文件迭代大约3600万行之后返回错误的结果 – 这是内存错误吗？
不小心覆盖了另一个进程的内存（没有合作）？ 没有*，因为你必须“不小心”正确地做了很多事情。 （你必须“意外”打开进程的句柄，并且“意外”调用WriteProcessMemory 。）
故意地？ 是的，使用WriteProcessMemory函数。
*如果你正在共享内存，可能会出现错误。
操作系统将阻止进程覆盖另一个进程的内存，除非您作为内核的一部分运行。 使用像valgrind这样的内存调试器来追踪任何内存访问错误的原因。
编辑：你也可以包括使用操作系统调用访问另一个进程的内存的可能性，但正如大家所说，你很可能没有这样做。 在共享内存中传递指针是最可能的错误，但我仍然建议使用像valgrind这样的工具。
一个进程只能覆盖另一个进程的内存，如果它积极尝试。 调试就是一个例子，共享内存是另一个例子。 意外写入其他进程的代码或数据区域是不太可能的。
所以问题很可能是程序2中的错误。我的意思是程序2甚至没有分享它的内存，对吧？ 所以进程1不可能覆盖它。
共享内存中的数据结构是否包含任何绝对指针？ 这不仅是一个坏主意，因为绝对指针在其他进程中没有意义，但是一个进程可以说服另一个进程通过其内存疯狂写入。
通常，内存管理单元可以防止任何进程直接覆盖/破坏另一个进程的内存。 共享内存（包括文件映射）和WriteProcessMemory函数是通用规则的例外。
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 [email protected] 举报，一经查实，本站将立刻删除。
