blocks|key|2375636|text|这是我在64位iOS设备上看到的一个错误，如果多个线程在ARC下读取和更改变量，就会发生这种错误。例如，我修复了今天的一次崩溃，多个后台线程正在读取和使用静态NSDate和NSString变量，并在不执行任何锁定或排队的情况下更新它们。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2375637|在多个线程上使用核心数据对象也可能导致这种崩溃，正如我在崩溃日志中多次看到的那样。|2375638|我还使用了Crittercism，这个特定的崩溃是一个只影响64位设备的SEGV_ACCERR。|2375639|entityMap^0|0|0|0^^$0|@$1|2|3|4|5|6|7|H|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|I|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|J|8|@]|9|@]|A|$]]|$1|F|3|-4|5|6|7|K|8|@]|9|@]|A|$]]]|G|$]]

This is an error that I have mostly seen on 64 bit iOS devices and can happen if multiple threads read and change a variable under ARC. For example, I fixed a crash today where multiple background threads were reading and using a static NSDate and NSString variable and updating them without doing any kind of locking or queueing.

Using core data objects on multiple threads can also cause this crash, as I have seen many times in my crash logs.

I also use Crittercism, and this particular crash was a SEGV_ACCERR that only affected 64 bit devices.

blocks|key|972025|text|正如sigaction手册页所述，SEGV_ACCERR是SIGSEGV的信号代码，它指定映射对象的无效权限。与SEGV_MAPERR相反，它意味着地址没有映射到有效的对象，SEGV_ACCERR意味着该地址匹配一个对象，但是可以肯定的是，它既不是好的对象，也不是进程允许访问的对象。|type|unstyled|depth|inlineStyleRanges|offset|length|style|BOLD|entityRanges|data|972026|entityMap^0|2|9|H|B|0^^$0|@$1|2|3|4|5|6|7|H|8|@$9|I|A|J|B|C]|$9|K|A|L|B|C]]|D|@]|E|$]]|$1|F|3|-4|5|6|7|M|8|@]|D|@]|E|$]]]|G|$]]

As stated in the man page of sigaction, SEGV_ACCERR is a signal code for SIGSEGV that specifies Invalid permissions for mapped object. Contrary to SEGV_MAPERR which means that the address is not mapped to a valid object, SEGV_ACCERR means the address matches an object, but for sure it is neither the good one, nor one the process is allowed to access.

blocks|key|971301|text|在代码试图从"text“以外的地方执行的情况下，我看到了这种情况。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|971302|例如，如果指针指向堆或堆栈中的函数，并且试图执行该代码(从堆或堆栈)，CPU将抛出此异常。|971303|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

I've seen this in cases where code tries to execute from places other than "text".

For eg, if your pointer is pointing to a function in heap or stack and you try to execute that code (from heap or stack), the CPU throws this exception.

blocks|key|3516909|text|由于堆栈溢出，可以获得SEGV_ACCERR。具体而言，在Android+ARM64上发生了以下情况：|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|3516910|VeryLargeStruct+s;
s+=+{};+//+SEGV_ACCERR|code-block|syntax|javascript|3516911|似乎零初始化创建了一个临时的，导致堆栈溢出。这只发生在-O0上；推测临时的优化是在更高的优化级别上进行的。|3516912|entityMap^0|B|B|0|0|R|3|0^^$0|@$1|2|3|4|5|6|7|O|8|@$9|P|A|Q|B|C]]|D|@]|E|$]]|$1|F|3|G|5|H|7|R|8|@]|D|@]|E|$I|J]]|$1|K|3|L|5|6|7|S|8|@$9|T|A|U|B|C]]|D|@]|E|$]]|$1|M|3|-4|5|6|7|V|8|@]|D|@]|E|$]]]|N|$]]

It's possible to get a <code>SEGV_ACCERR</code> because of a stack overflow. Specifically, this happened to me on Android ARM64 with the following:

<pre><code>VeryLargeStruct s;
s = {}; // SEGV_ACCERR
</code></pre>

It seems that the zero-initialization created a temporary that caused a stack overflow. This only happened with <code>-O0</code>; presumably the temporary was optimized away at higher optimization levels.

blocks|key|2375739|text|在android+arm64上，如果stack.cpp包含：|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2375740|struct+VeryLargeStruct++{
++++int+array[4096*4096];
++++};
int+main()+{
++++struct+VeryLargeStruct+s;
++++s+=+{};+
++++}|code-block|syntax|javascript|2375741|和打字：|2375742|aarch64-linux-android26-clang%2B%2B++-std=c%2B%2B20+-g+-DANDROID_STL=c%2B%2B_static+-static-libstdc%2B%2B+stack.cpp+-o+stack
adb+push+stack+/data/local/tmp
adb+shell++/data/local/tmp/stack|2375743|/data/tombstone/tombstone_01包含一个SEGV_MAPERR，而不是SEGV_ACCERR：|2375744|id:+11363,+tid:+11363,+name:+stack++>>>+/data/local/tmp/stack+<<<
signal+11+(SIGSEGV),+code+1+(SEGV_MAPERR),+fault+addr+0x7ff2d02dd8|2375745|我得到了SEGV_ACCERR，当C警官包含：|2375746|int+main()+{
++++char+*str="hello";
++++str[0]='H';
++++}|2375747|然后/data/tombstone/tombstone_00包含：|2375748|pid:+9844,+tid:+9844,+name:+consts++>>>+/data/local/tmp/consts+<<<
Signal+11+(SIGSEGV),+code+2+(SEGV_ACCERR),+fault+addr+0x55d10674e8|2375749|entityMap^0|0|0|0|0|0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|Y|8|@]|9|@]|A|$]]|$1|B|3|C|5|D|7|Z|8|@]|9|@]|A|$E|F]]|$1|G|3|H|5|6|7|10|8|@]|9|@]|A|$]]|$1|I|3|J|5|D|7|11|8|@]|9|@]|A|$E|F]]|$1|K|3|L|5|6|7|12|8|@]|9|@]|A|$]]|$1|M|3|N|5|D|7|13|8|@]|9|@]|A|$E|F]]|$1|O|3|P|5|6|7|14|8|@]|9|@]|A|$]]|$1|Q|3|R|5|D|7|15|8|@]|9|@]|A|$E|F]]|$1|S|3|T|5|6|7|16|8|@]|9|@]|A|$]]|$1|U|3|V|5|D|7|17|8|@]|9|@]|A|$E|F]]|$1|W|3|-4|5|6|7|18|8|@]|9|@]|A|$]]]|X|$]]

On android arm64 if stack.cpp contains:
<pre><code>struct VeryLargeStruct {
 int array[4096*4096];
 };
int main() {
 struct VeryLargeStruct s;
 s = {}; 
 }
</code></pre>
and typing:
<pre><code>aarch64-linux-android26-clang++ -std=c++20 -g -DANDROID_STL=c++_static -static-libstdc++ stack.cpp -o stack
adb push stack /data/local/tmp
adb shell /data/local/tmp/stack
</code></pre>
/data/tombstones/tombstone_01 contains a SEGV_MAPERR, not SEGV_ACCERR:
<pre><code>id: 11363, tid: 11363, name: stack &gt;&gt;&gt; /data/local/tmp/stack &lt;&lt;&lt;
signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), fault addr 0x7ff2d02dd8
</code></pre>
I get SEGV_ACCERR, when const.c contains:
<pre><code>int main() {
 char *str=&quot;hello&quot;;
 str[0]='H';
 }
</code></pre>
Then /data/tombstones/tombstone_00 contains:
<pre><code>pid: 9844, tid: 9844, name: consts &gt;&gt;&gt; /data/local/tmp/consts &lt;&lt;&lt;
Signal 11 (SIGSEGV), code 2 (SEGV_ACCERR), fault addr 0x55d10674e8
</code></pre>

I am examining a few crashes that all have the signal SIGSEGV with the reason SEGV_ACCERR. After searching for SEGV_ACCERR, the closest thing I have found to a human readable explanation is: Invalid Permissions for object

What does this mean in a more general sense? When would a SEGV_ACCERR arise? Is there more specific documentation on this reason?

What does SEGV_ACCERR mean?

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

我正在检查的几个崩溃，所有的信号SIGSEGV与原因SEGV_ACCERR。在搜索SEGV_ACCERR之后，我发现最接近人类可读的解释是:对象的无效权限。从更普遍的意义上讲，这意味着什么？什么时候会出现SEGV_ACCERR？是否有更多关于这个原因的具体文件？

问SEGV_ACCERR是什么意思？
EN

回答 5

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问SEGV_ACCERR是什么意思？EN

回答 5

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问SEGV_ACCERR是什么意思？
EN