函数的错误应用导致的致命错误（一）——strcpy

最新推荐文章于 2023-09-21 21:29:33 发布
最新推荐文章于 2023-09-21 21:29:33 发布
阅读量2.4w 收藏 2
点赞数 6
分类专栏： Linux C编程 C/C++ code 问题集锦 开源项目学习 文章标签： 函数 应用 致命错误 fatal
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/robinblog/article/details/17579307
版权




        对一个coder来说，记录一些自己所遇到的错误及解决方法是很重要的，写此系列博文，以备后用，也希望对大家有所帮助。


下面是我在调试一个程序是碰到的错误：

错误log：

F/libc    ( 7081): @@@ ABORTING: invalid address or address of corrupt block 0x736ab1a8 passed to dlfree 
F/libc    ( 7081): Fatal signal 11 (SIGSEGV), thread 7130 (UnityMain) 
I/DEBUG   ( 3309): *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** 
I/DEBUG   ( 3309): Build fingerprint: 'google/mantaray/manta:4.3/JWR66V/737497:user/release-keys' 
I/DEBUG   ( 3309): Revision: '8' 
I/DEBUG   ( 3309): pid: 7081, tid: 7130, name: UnityMain  >>> com.jellk.cityrun3d2 <<< 
I/DEBUG   ( 3309): signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), fault addr deadbaad 
I/DEBUG   ( 3309): Abort message: '@@@ ABORTING: invalid address or address of corrupt block 0x736ab1a8 passed to dlfree' 
I/DEBUG   ( 3309):     r0 00000027  r1 71c5e8e0  r2 00000008  r3 deadbaad 
I/DEBUG   ( 3309):     r4 00000000  r5 75969584  r6 40058000  r7 736ab1b0 
I/DEBUG   ( 3309):     r8 72000e10  r9 73ba887c  sl 72000e10  fp 00000000 
I/DEBUG   ( 3309):     ip 00000001  sp 75969580  lr 4008cd7b  pc 4008a2e4  cpsr 600f0030 
I/DEBUG   ( 3309):     d0  2064657373617064  d1  736572646461206c 
I/DEBUG   ( 3309):     d2  64646120726f2066  d3  20666f2073736572 
I/DEBUG   ( 3309):     d4  612e312d3264336e  d5  2f6b6361625f6b70 
I/DEBUG   ( 3309):     d6  622f737465737361  d7  2f617461442f6e69 
I/DEBUG   ( 3309):     d8  0000000000000000  d9  0000000000000000 
I/DEBUG   ( 3309):     d10 0000000000000000  d11 0000000000000000 
I/DEBUG   ( 3309):     d12 0000000000000000  d13 0000000000000000 
I/DEBUG   ( 3309):     d14 0000000000000000  d15 0000000000000000 
I/DEBUG   ( 3309):     d16 000000010628d803  d17 0000000000000001 
I/DEBUG   ( 3309):     d18 0000000000000001  d19 fb30000000000000 
I/DEBUG   ( 3309):     d20 fb30000000000025  d21 0000000000000001 
I/DEBUG   ( 3309):     d22 0000000000000061  d23 0000000000000001 
I/DEBUG   ( 3309):     d24 0000000000000000  d25 0000000000000fff 
I/DEBUG   ( 3309):     d26 00000000000000d0  d27 00000000000000d0 
I/DEBUG   ( 3309):     d28 0000007633533000  d29 00000076335330d0 
I/DEBUG   ( 3309):     d30 0000000000000001  d31 0000000000000001 
I/DEBUG   ( 3309):     scr 80000010 
I/DEBUG   ( 3309):  
I/DEBUG   ( 3309): backtrace: 
I/DEBUG   ( 3309):     #00  pc 0001e2e4  /system/lib/libc.so 
I/DEBUG   ( 3309):     #01  pc 0001c4cc  /system/lib/libc.so (abort+4) 
I/DEBUG   ( 3309):     #02  pc 000121bd  /system/lib/libc.so 
I/DEBUG   ( 3309):     #03  pc 00010e75  /system/lib/libc.so (dlfree+1184) 
I/DEBUG   ( 3309):     #04  pc 0000d9c3  /system/lib/libc.so (free+10) 
I/DEBUG   ( 3309):     #05  pc 0015188c  <unknown> 
I/DEBUG   ( 3309):     #06  pc 00153138  <unknown> 
I/DEBUG   ( 3309):     #07  pc 00027e1c  <unknown> 
I/DEBUG   ( 3309):     #08  pc 0018c634  <unknown> 
I/DEBUG   ( 3309):     #09  pc 0000dd80  /data/app-lib/com.jellk.cityrun3d2-1/libmono.so (mono_jit_init_version+40) 
I/DEBUG   ( 3309):     #10  pc 002c0334  <unknown> 
I/DEBUG   ( 3309):     #11  pc 003b15a8  <unknown> 
I/DEBUG   ( 3309):     #12  pc 003b1a2c  <unknown> 
I/DEBUG   ( 3309):     #13  pc 0001dc0c  /system/lib/libdvm.so (dvmPlatformInvoke+112) 
I/DEBUG   ( 3309):     #14  pc 0004de6f  /system/lib/libdvm.so (dvmCallJNIMethod(unsigned int const*, JValue*, Method const*, Thread*)+398) 
I/DEBUG   ( 3309):     #15  pc 00027020  /system/lib/libdvm.so 
I/DEBUG   ( 3309):     #16  pc 0002b5d0  /system/lib/libdvm.so (dvmInterpret(Thread*, Method const*, JValue*)+184) 
I/DEBUG   ( 3309):     #17  pc 0005fe91  /system/lib/libdvm.so (dvmCallMethodV(Thread*, Method const*, Object*, bool, JValue*, std::__va_list)+292) 
I/DEBUG   ( 3309):     #18  pc 0005febb  /system/lib/libdvm.so (dvmCallMethod(Thread*, Method const*, Object*, JValue*, ...)+20) 
I/DEBUG   ( 3309):     #19  pc 00054c4f  /system/lib/libdvm.so 
I/DEBUG   ( 3309):     #20  pc 0000ca58  /system/lib/libc.so (__thread_entry+72) 
I/DEBUG   ( 3309):     #21  pc 0000cbd4  /system/lib/libc.so (pthread_create+208) 
I/DEBUG   ( 3309):  
I/DEBUG   ( 3309): stack: 
I/DEBUG   ( 3309):          75969540  77df28b0   
I/DEBUG   ( 3309):          75969544  00000000   
I/DEBUG   ( 3309):          75969548  400b4170  /system/lib/libc.so 
I/DEBUG   ( 3309):          7596954c  71c5e8e0   
I/DEBUG   ( 3309):          75969550  00000015   
I/DEBUG   ( 3309):          75969554  4008bd61  /system/lib/libc.so (__sflush+52) 
I/DEBUG   ( 3309):          75969558  400b4264  /system/lib/libc.so 
I/DEBUG   ( 3309):          7596955c  400b41c4  /system/lib/libc.so 
I/DEBUG   ( 3309):          75969560  00000000   
I/DEBUG   ( 3309):          75969564  4008cd7b  /system/lib/libc.so (_fwalk+34) 
I/DEBUG   ( 3309):          75969568  4008c029  /system/lib/libc.so (_cleanup) 
I/DEBUG   ( 3309):          7596956c  75969584  [stack:7130] 
I/DEBUG   ( 3309):          75969570  40058000   
I/DEBUG   ( 3309):          75969574  736ab1b0   
I/DEBUG   ( 3309):          75969578  df002777   
I/DEBUG   ( 3309):          7596957c  e3a070ad   
I/DEBUG   ( 3309):     #00  75969580  400b7204   
I/DEBUG   ( 3309):          75969584  fffffbdf   
I/DEBUG   ( 3309):          75969588  720aa000   
I/DEBUG   ( 3309):          7596958c  0000005a   
I/DEBUG   ( 3309):          75969590  ffffffff   
I/DEBUG   ( 3309):          75969594  00000000   
I/DEBUG   ( 3309):          75969598  00000003   
I/DEBUG   ( 3309):          7596959c  759695c4  [stack:7130] 
I/DEBUG   ( 3309):          759695a0  400b6ff4   
I/DEBUG   ( 3309):          759695a4  400884d0  /system/lib/libc.so (__pthread_clone) 
I/DEBUG   ( 3309):     #01  759695a8  00000000   
I/DEBUG   ( 3309):          759695ac  4007e1c1  /system/lib/libc.so 
I/DEBUG   ( 3309):     #02  759695b0  759699d4  [stack:7130] 
I/DEBUG   ( 3309):          759695b4  00000055   
I/DEBUG   ( 3309):          759695b8  759695c4  [stack:7130] 
I/DEBUG   ( 3309):          759695bc  75969619  [stack:7130] 
I/DEBUG   ( 3309):          759695c0  759699c3  [stack:7130] 
I/DEBUG   ( 3309):          759695c4  20404040   
I/DEBUG   ( 3309):          759695c8  524f4241  /dev/ashmem/dalvik-heap (deleted) 
I/DEBUG   ( 3309):          759695cc  474e4954  /dev/ashmem/dalvik-heap (deleted) 
I/DEBUG   ( 3309):          759695d0  6e69203a  /system/framework/core.odex 
I/DEBUG   ( 3309):          759695d4  696c6176  /dev/ashmem/dalvik-mark-stack (deleted) 
I/DEBUG   ( 3309):          759695d8  64612064  /dev/ashmem/dalvik-mark-stack (deleted) 
I/DEBUG   ( 3309):          759695dc  73657264  [stack:7097] 
I/DEBUG   ( 3309):          759695e0  726f2073  /system/lib/libwebcore.so 
I/DEBUG   ( 3309):          759695e4  64646120  /dev/ashmem/dalvik-mark-stack (deleted) 
I/DEBUG   ( 3309):          759695e8  73736572  /dev/mali0 
I/DEBUG   ( 3309):          759695ec  20666f20   
I/DEBUG   ( 3309):          ........  ........ 
I/DEBUG   ( 3309):  
I/DEBUG   ( 3309): memory near r1: 
I/DEBUG   ( 3309):     71c5e8c0 00000004 71c61bf0 40b51888 71c61e70   
I/DEBUG   ( 3309):     71c5e8d0 00000003 00000007 00000004 0000100b   
I/DEBUG   ( 3309):     71c5e8e0 6d206e49 69616d67 4e4a206e 6e4f5f49   
I/DEBUG   ( 3309):     71c5e8f0 64616f4c 0000000a 2d202020 78616d20   

遇到此问题，我极端纠结，刚开始这么想“既然是libc里面的函数出了问题，那我有什么办法呢？”

最后在网上查看了一下相关问题，看了别人的解决思路，相关链接如下：

http://stackoverflow.com/questions/12246312/fatal-signal-11-and-invalid-heap-address-in-dlfree-error-when-using-glshaderbina

http://stackoverflow.com/questions/19463705/aborting-invalid-heap-address-in-dlfree-addr-0x00000156

看了这些，我可以肯定的是“自己前面的想法是错的，不是libc的问题，是自己的code有问题”，于是就返回去看自己的code（其实是开源项目，很多代码）。

经我调试和一步步排查发现，是自己把strcpy使用错误导致的，这是个很低级的错误，我没有给buf分派足够的空间，直接使用了strcpy（buf， src）。把这个问题改过来之后，此错误就pass了。


最后要说明的是，如果出现上述问题：

第一，肯定是自己code出错。

第二，必须告诉自己，是自己的code出错，不要找借口。

第三，重复第一和第二。

第四，出现这个问题，不一定是strcpy引起的，也许是使用其他函数引起。

第五，strcpy使用错误，有可能引起前面的错误。

第六，欢迎大家拍砖，分享，交流。






IT山IT水
关注
专栏目录
strcpy系列字符串处理函数的常见误用及正确使用方法
hslly1988的专栏
10-30 3784
最近项目有好几个由于字符串处理函数使用不当引起的崩溃，虽然这些函数很基础也很常用，但也比较容易误用，轻则由安全CRT函数在第一现场崩溃，重则造成Buffer Overflow，带来不可预测的错误。借分析这几个dump的机会，并且参考了上一些网上资料，总结了这几个函数几点常见误用及正确使用方法，希望可以帮助大家减少对这些函数的误用，有兴趣的同学可以看看。   先上一个dump，这个dump比较简
strcpy函数使用易错点
qq_58264128的博客
02-02 1567
strcpy函数使用易错点
strcpy的使用--易错点
Feng_8071的博客
09-22 737
strcpy在C中最常见，可是真正用时才知道会遗漏很多。 strcpy（char  *str1,char  *str2）将str2字符串复制到str1，同时也将str2结束符复制到str1中。所以总得来说，str1的字符长度比str2大一。 例子： char *str2="Hello World!"; char *str1=(char *)malloc(sizeof(str2)+1);
关于strcpy的错误
m0_47563648的博客
05-30 844
在vs2019/vs2017以及以下版本中，strcpy已经不行了，被strcpy_s代替了，如图 如果你非要用，也不是没有办法，用下面这条代码 #pragma warning(disable:4996) 现在就好了：
strcpy常见的错误
Shen_awesome的博客
09-21 390
【代码】strcpy常见的错误。
CSAPP 并发编程 ——深入理解计算机系统
Eternitykc的博客
06-01 666
12.3 基于线程的并发编程 到目前为止，我们已经看到了两种创建并发逻辑流的方法。 在第一种方法中，我们为每个流使用了单独的进程。内核会自动调度每个进程. 而每个进程有它自己的私有地址空间，这使得流共享数据很困难。 在第二种方法中，我们创建自己的逻辑流，并利用 I/O 多路复用来显式地调度流。因为只有一个进程，所有的流共享整个地址空间。本节介绍第三种方法——基于线程，它是这两种方法的混合。 线程（thread）就是运行在进程上下文中的逻辑流。在本书里迄今为止，程序都是由每个进程中一个线程组成的。但是现代系统
【每天学习亿点点系列】——常见库函数的模拟实现
IamGreeHand的博客
08-11 343
????【每天学习亿点点系列】——常见库函数的模拟实现1.strlen做什么用的模拟实现方法一：计算器的方式方法二：递归方法三：指针减指针2.strcpy做什么用的模拟实现方法一：逐个赋值过去优化方法一3.strcmp做什么用的模拟实现4.strcat做什么用的模拟实现这段bug你找的出来吗？原因及解决方法5.strstr做什么用的模拟实现三指针法6.memcpy做什么用的模拟实现7.memmove做什么用的模拟实现 1.strlen 做什么用的 这时就要翻看MSDN了，在里面可以查到每个库函数的具体用法
网络编程——18. 多线程服务器端的实现（1）
CSDN_dzh的博客
11-14 597
由于Web服务器端协议本身具有的特点，经常需要同时向多个客户端提供服务。因此，人们逐渐舍弃进程，转而开始利用更高效的线程实现Web服务器端 18.1 理解线程的概念 引入线程的背景 多进程模型与select或epoll相比的确有自身的优点，但同时也有问题： 1。创建进程的过程会带来一定的开销 2。为了完成进程间数据交换，需要特殊的IPC技术 3。经常发生“上下文切换”：运行程序前需要将相应进...
又探内网穿透——穿透工具ngrok,frp
热门推荐
蜜汁程序员的博客
08-01 2万+
搜索内网穿透，蹦出来一大堆的内网穿透工具，这不禁让我怀疑人生：已经有这么成熟的产品了，还研究内网穿透干啥？ 事实证明，这些内网穿透的工具，从原理上看，一是用的开源代码FRP、NGROK包装的，然后就是走的公网服务器中转。 并不是我想要的TCP-P2P穿透通信。1 而且调研过程中发现一个非常令人失望的事情，如图： 可惜成功率不高 只不过是中转，有什么意义呢？ 可见，目前比较成熟的内网...
八股面经总结-C++
qq_40808423的博客
04-21 4927
C++ [C++基础] 关键字与运算符 指针与引用 1. 指针存放某个对象的地址，其本身是变量（命名了的对象），本身就有地址，所以可以有指向指针的指针；可变，包括其所指向地址的改变和棋指向的地址中所存放的数据的改变 2. 引用就是变量的别名，从一而终，不可变，必须初始化 3.不存在指向空的值的引用，但是存在指向空值的指针 define 和 typedef 的区别 define： 1. 只是简单的字符串替换，没有类型检查 2. 是在编译的预处理阶段起作用 3. 可以用来防止头文件重复引用
c语言引发异常 strcpy,关于strcpy异常， 跪求高手指点
weixin_29168675的博客
05-19 332
该楼层疑似违规已被系统折叠隐藏此楼查看此楼编程实现AES密码算法中的列混合和逆列混合变换源码：#include#include#include char xtime(char input);void mixcolum(char input[16],char output[16]);void imixcolum(char input[16],char output[16]);char f1(cha...
strcpy在修改指针内容时的错误
qq_53338155的博客
09-20 242
此处指针p指向字符串常量的地址，既然是常量，那么通过间接方式来修改值也是不可以的，该地址只有可读性，不可以使用strcpy来操作，只能使p指向一块新的常量地址。当我们试图修改一个字符串的内容时，通常会采用strcpy的方式，因为直接对字符串赋值是不允许的。因为此时的str代表地址常量，而常量不可以被修改。同样，在使用指针时也有类似的问题。但仍要确保原地址空间足够容纳新的字符串。
C/C++使用strcpy报错解决方案
mijichui2153的博客
07-15 1万+
strcpy函数的拷贝不能保证拷贝的安全性,有溢出风险。解决方案1：使用strcpy_s代替。但此函数有三个参数，中间的参数需要制定拷贝长度。strcpy_s(p,80,temp);解决方案2：使用预编译宏去掉警告项目--属性--配置属性--C / C++--命令行添加：D / _CRT_SECURE_NO_WARNINGS解决方案3：禁掉该报错main前面...
strcpy（）函数在程序运行时，总是出现错误
oNongNong的专栏
01-06 1245
只要调用strcpy（）函数在程序运行时，总是出现错误： errorC4996:'strcpy':Thisfunctionorvariablemaybeunsafe.Considerusingstrcpy_sinstead.Todisabledeprecation,use_CRT_SECURE_NO_WARNINGS.Seeonlinehelpfor...
strcpy_s与strcpy安全性的比较
zdleek的专栏
07-17 5876
在VC2005的CRT中，增加了一些具有更强安全性的CRT函数，例如strcpy_s, strncat_s等。（MSDN: Security Enhancements in the CRT > Significant enhancements have been made to make the CRT more secure. Many CRT functions now have mo
函数调用方式引起的编译错误
hou09tian的博客
04-25 1272
在使用函数模板时有如下定义 template<typename xClass, typename xReturn> void StartThread(xClass* pThis, xReturn (xClass::* pfn)()) { return; } 在基于对话框的程序中使用该函数模板 BOOL CMyDlg::OnInitDialog() { StartThread<CMyDlg, DWORD>(this, ThreadAccept); } 而ThreadAccept()函数是CMyDlg的成员
调用strcpy函数报错的5种解决方法
Clement
05-07 8668
只要调用strcpy()函数在程序运行时，总是出现错误： error C4996: ‘strcpy’: This function or variable may be unsafe. Consider using strcpy_s instead. To disable deprecation, use _CRT_SECURE_NO_WARNINGS. See online help for d...
C++使用技巧（一）：解决C++类class C 库函数strcpy使用方法以及出现的报错问题: ‘strcpy’ was not declared in this scope
源代码杀手的博客
10-25 2531
C 库函数 char *strcpy(char *dest, const char *src) 把 src 所指向的字符串复制到 dest。需要注意的是如果目标数组 dest 不够大，而源字符串的长度又太长，可能会造成缓冲溢出的情况。 参数： dest – 指向用于存储复制内容的目标数组。 src – 要复制的字符串。 返回值 该函数返回一个指向最终的目标字符串 dest 的指针。 例如： #include <stdio.h> #include <string.h> #include
strcpy（）函数应用举例
最新发布
12-23
strcpy函数用于将一个字符串复制到另一个字符串中。下面是一个使用strcpy函数的示例： ```c #include <stdio.h> #include <string.h> int main() { char str1[20] = "Hello"; char str2[20]; strcpy(str2, str1); printf("str2: %s\n", str2); // 输出：str2: Hello return 0; } ``` 在上面的示例中，我们首先声明了两个字符数组str1和str2，然后使用strcpy函数将str1中的字符串复制到str2中。最后，我们打印出str2的值，可以看到str2中的字符串与str1相同。
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值