cppTest-3.0:指针相关-4(字符串函数)

这篇博客展示了C++中如何使用字符串函数,如strlen计算长度,strcat连接字符串,strcmp比较字符串,strcpy复制字符串。作者通过示例代码解释了这些函数的工作原理和潜在风险,例如内存溢出和对字符串常量的修改。
/**
 *cppTest-3.0:指针相关-4(字符串函数)
 *
 *这只是简单测试一下c语言里的字符串函数
 *author 炜sama
 */
#include<iostream.h>
#include<string.h>
void main(){
	char tmp[20]={"草泥马"},tmp2[20]={"勒戈壁"};
	char *s1=tmp,*s2=tmp2;
	cout<<s1<<endl;
	cout<<s2<<endl;

	cout<<strlen(s1)<<endl;//求长度

	strcat(s1,s2);//将s2接到s1尾端。注意s1空间要容得下所有内容,不然会覆盖掉后面的数据,危险!
	              //测试发现如果内容长度超过s1的空间,调用strlen函数时返回的长度是实际的长度而不是s1所能容纳的最大空间长度!
	cout<<s1<<endl;
	cout<<s2<<endl;

	cout<<strcmp(s1,s2)<<endl;//比较

	strcpy(s1,s2);//这样子就已经复制s2到s1了,不需要再返回赋值。s2会覆盖s1的所有字符!包括超出s2长度的字符!
	cout<<s1<<endl;
	cout<<s2<<endl;
	cout<<strcmp(s1,s2)<<endl;
	
	strcpy(s1,"abc");
	cout<<s1<<endl;

	strupr(s1);//变大写
	cout<<s1<<endl;

	strlwr(s1);//变小写
	cout<<s1<<endl;

	char *s3="去年qn",*s4="买了个表mLGb";
	cout<<strlen(s3)<<endl;
	cout<<strlen(s4)<<endl;
	cout<<strcmp(s3,s4)<<endl;

	//以下出错情况再c语言中一样!这是因为指针s3和s4指向的是字符串常量,不能修改!
	//strcat(s3,s4);//运行时出错!
	//strcpy(s3,s4);//运行时出错!
	//strupr(s3);//运行时出错!
	strlwr(s3);//不会出错,因为qn已经是小写,字符串不用改变~
	//strlwr(s4);//运行时出错!
	
	//strlwr("ABC");//出错!这里证明了上面的猜想是正确的!
}

<think>根据用户提供的ldd命令输出,显示`libcpptestruntime64.so`已正确链接到指定路径:`/home/zhouweixiang/cpptest/cpptest/bin/engine/lib/libcpptestruntime64.so`。这表明动态链接器能够找到该库文件,但之前运行时仍报错,问可能不在库路径配置上,而是其他原因。以下是进一步分析和解决方案: ### 问排查方向 1. **文件权限问** 检查库文件是否具有可执行权限: ```bash ls -l /home/zhouweixiang/cpptest/cpptest/bin/engine/lib/libcpptestruntime64.so ``` - 若权限不足,添加读权限: ```bash chmod +r /home/zhouweixiang/cpptest/cpptest/bin/engine/lib/libcpptestruntime64.so ``` 2. **库文件损坏** 验证库文件完整性: ```bash file /home/zhouweixiang/cpptest/cpptest/bin/engine/lib/libcpptestruntime64.so ``` - 正常应输出:`ELF 64-bit LSB shared object, ...` - 若损坏,需重新安装Parasoft或从备份恢复 3. **架构兼容性** 确认程序库的架构一致(均为64位): ```bash # 检查程序架构 file my_projectTest.exe # 检查库架构 file /home/zhouweixiang/cpptest/cpptest/bin/engine/lib/libcpptestruntime64.so ``` 4. **依赖缺失** 检查该库的次级依赖: ```bash ldd /home/zhouweixiang/cpptest/cpptest/bin/engine/lib/libcpptestruntime64.so | grep "not found" ``` 5. **SELinux限制** 临时禁用SELinux测试: ```bash setenforce 0 # 需root权限 ./my_projectTest.exe ``` - 若可运行,需配置SELinux策略 ### 具体操作步骤 **步骤1:验证权限** ```bash # 查看库权限(第三组应有r--) ls -l /home/zhouweixiang/cpptest/cpptest/bin/engine/lib/libcpptestruntime64.so # 修复权限(如果需要) sudo chmod 755 /home/zhouweixiang/cpptest/cpptest/bin/engine/lib/libcpptestruntime64.so ``` **步骤2:检查依赖链** ```bash # 查看库的完整依赖 ldd /home/zhouweixiang/cpptest/cpptest/bin/engine/lib/libcpptestruntime64.so # 示例输出中若出现"not found",需安装对应包 ``` **步骤3:运行试** 使用`strace`跟踪系统用: ```bash strace -e openat ./my_projectTest.exe 2>&1 | grep cpptest ``` - 观察是否有访问拒绝(EACCES)或文件不存在(ENOENT)错误 ### 预防措施 - 在部署环境中统一设置文件权限(如755) - 使用`checksec`工具验证二进制安全性配置 - 在容器化环境中确保所有依赖完整打包 §§相关§§ 1. Linux系统中如何诊断动态链接库的次级依赖缺失问2. 使用strace进行运行时错误诊断的关键步骤有哪些? 3. SELinux如何影响应用程序对共享库的访问权限? 4. 如何修复因文件权限配置错误导致的共享库加载失败? 5. 在多架构系统中如何确保程序依赖库的架构一致性?</think>根据您提供的 `ldd` 输出,系统已成功找到并链接了 `libcpptestruntime64.so` 库文件: ``` libcpptestruntime64.so => /home/zhouweixiang/cpptest/cpptest/bin/engine/lib/libcpptestruntime64.so (0x00007f7ec0576000) ``` 这表明**库文件路径配置正确**,但之前运行时仍报错,问可能转向其他方向。以下是针对此情况的深度排查方案: ### 关键排查方向 1. **文件权限验证** ```bash # 检查库文件权限 ls -l /home/zhouweixiang/cpptest/cpptest/bin/engine/lib/libcpptestruntime64.so # 检查可执行文件权限 ls -l ./my_projectTest.exe ``` - 需要至少 `-r--r--r--`(644)权限 - 修复命令:`chmod 755 libcpptestruntime64.so` 2. **库文件完整性检查** ```bash # 验证ELF文件头 file /home/zhouweixiang/cpptest/cpptest/bin/engine/lib/libcpptestruntime64.so # 检查文件是否损坏 strings libcpptestruntime64.so | head -n 20 ``` 3. **依赖库的依赖关系** ```bash # 检查libcpptestruntime64.so的次级依赖 ldd /home/zhouweixiang/cpptest/cpptest/bin/engine/lib/libcpptestruntime64.so | grep "not found" ``` 4. **运行时环境差异** ```bash # 检查当前环境变量 printenv | grep LD_ # 清除可能冲突的环境变量 unset LD_PRELOAD ``` 5. **文件系统错误** ```bash # 检查文件系统错误 ls -lL /home/zhouweixiang/cpptest/cpptest/bin/engine/lib/libcpptestruntime64.so ``` ### 高级诊断方法 1. **使用`strace`追踪系统用** ```bash strace -e trace=open,read,stat ./my_projectTest.exe 2>&1 | grep cpptest ``` 2. **GDB试加载过** ```bash gdb ./my_projectTest.exe (gdb) catch load (gdb) run ``` 3. **检查内核日志** ```bash sudo dmesg | grep cpptest ``` 4. **验证GLIBC兼容性** ```bash # 检查可执行文件要求的GLIBC版本 objdump -p ./my_projectTest.exe | grep -A10 "Version References" ``` ### 终极解决方案 如果以上排查均未解决问: 1. **重新生成测试程序** 在Parasoft C++test中清理并重新构建测试套件 2. **更新Parasoft运行时库** ```bash # 从原始安装包提取库文件 sudo cp /path/to/installer/libcpptestruntime64.so /home/zhouweixiang/cpptest/cpptest/bin/engine/lib/ ``` 3. **静态链接选项** 在C++test配置中启用静态链接(增加二进制体积但避免动态依赖)
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值