如何有效的避免指针在释放之后被引用？

flw

原帖由 JohnBull 于 2008-11-12 23:22 发表
我有一个办法，写程序的时候，桌子上放一些小细绳，把左手的手指分别定义成锁、互斥量、堆空间...
加锁、锁互斥量、分配堆的时候，在口曲纸上写上变量名，用绳子系在相应的手指上，解锁、解锁互斥量、释放堆的 ...

指头上绑绳子这做法挺 1 == a 的。

Godbach

原帖由 flw 于 2008-11-12 23:25 发表

指头上绑绳子这做法挺 1 == a 的。

Godbach

原帖由 雨过白鹭洲 于 2008-11-12 23:05 发表


我写代码从不把效率放在第一位，特别是所谓的优化技巧，花相当大的代价，换来的只是很小的性能提升，而且严重降低程序的可读性

只有程序性能核心部位或者性能瓶颈所在的地方，才需要特别关注效率

偶这里实现的就是网络数据包的处理，要修改数据包并发送回探包，应该是属于效率关注的地方。

sunchiang

JC同志说“超过一屏的程序总会有bug的”

noword2k

buf[strlen(buf)]='\0'.

这个确实太2了。

smzgl

摆脱，睁大眼睛看，我写的是
strcpy(buf, str);
buf[strlen(str)] = '\0'


看清楚了，不是buf[strlen(buf)] = '\0'

strlen是查找\0的,但是strcpy并没有把\0写入buf之中,何来重复而言.
strncpy仅在当源字符串长度小于n的时候,才会在buf后写入\0,当源字符串大于等于n的时候,并没有往buf写入\0,因此无法保证buf是以\0结束的.

smzgl

原帖由 雨过白鹭洲 于 2008-11-12 23:05 发表


我写代码从不把效率放在第一位，特别是所谓的优化技巧，花相当大的代价，换来的只是很小的性能提升，而且严重降低程序的可读性

只有程序性能核心部位或者性能瓶颈所在的地方，才需要特别关注效率

不知道阁下是否写过防火墙之类的软件,这些软件运行的时候对效率非常敏感.百兆环境下还好,千兆环境就很明显了.

wishel

原帖由 smzgl 于 2008-11-13 20:15 发表
摆脱，睁大眼睛看，我写的是
strcpy(buf, str);
buf[strlen(str)] = '\0'


看清楚了，不是buf[strlen(buf)] = '\0'

strlen是查找\0的,但是strcpy并没有把\0写入buf之中,何来重复而言.
strncpy仅在当源 ...

第一句的strcpy,只要str长过buf容量，就缓冲区溢出了。
假设系统没崩溃，继续往下进行
第二句buf[strlen(str)] = '\0'，还是重复动作，因为strlen返回的值大于buf容量

strncpy标准用法：
strncpy(buf, src, sizeof(buf) - 1);
buf[sizeof(buf) - 1] = '\0';
len = strlen(buf);

[ 本帖最后由 wishel 于 2008-11-13 20:52 编辑 ]

wishel

原帖由 smzgl 于 2008-11-13 20:24 发表



不知道阁下是否写过防火墙之类的软件,这些软件运行的时候对效率非常敏感.百兆环境下还好,千兆环境就很明显了.

人家第二句提到了 只有程序性能核心部位或者性能瓶颈所在的地方，才需要特别关注效率

flw

原帖由 smzgl 于 2008-11-13 20:15 发表
摆脱，睁大眼睛看，我写的是
strcpy(buf, str);
buf[strlen(str)] = '\0'


看清楚了，不是buf[strlen(buf)] = '\0'

strlen是查找\0的,但是strcpy并没有把\0写入buf之中,何来重复而言.
strncpy仅在当源 ...

我实在想不出，
strcpy( buf, str );
buf[ strlen(str) ] = '\0';
和
buf[ strlen(buf) ] = '\0';
哪个更傻一些。

[ 本帖最后由 flw 于 2008-11-13 21:02 编辑 ]