- 在线时间
- 0 小时
- 最后登录
- 2005-9-21
- 注册时间
- 2004-4-27
- 听众数
- 1
- 收听数
- 0
- 能力
- 0 分
- 体力
- 1027 点
- 威望
- 0 点
- 阅读权限
- 40
- 积分
- 385
- 相册
- 0
- 日志
- 0
- 记录
- 0
- 帖子
- 153
- 主题
- 43
- 精华
- 0
- 分享
- 0
- 好友
- 0
升级   28.33% 该用户从未签到
国际赛参赛者
 |
< >不知道大家有没有我这种体验.大家先看看下面这段代码:</P> m }2 Y0 I' {6 i) ]
< >int fp=_wopen(L"Hello.dat",O_BINARY | O_CREAT | O_TRUNC | O_RDWR);8 A" O( k. ~: C# H G
if(fp==-1) return;
* p8 o/ b- f0 ?1 D; Iwrite(fp,L"123中国人",wcslen(L"123中国人"));8 C+ Y" \8 I; v+ y
close(fp); K" T0 ^; C; e6 s( D8 w0 T* U$ b
/ S" l4 j* L; I" b4 ~" Y上面这段代码不知道大家看出什么BUG来了.如果大家看不出毛病也不足为怪,因为这是我们的习惯导致了我们的错误产生.
- i1 V1 a+ {) Q D% T, C6 u2 r. u, R" `8 ^0 m
先让我来分析一下write吧.下面是write的原型:6 ~ R/ H4 ]$ x+ J! q
int write( int <I>handle</I>, const void *<I>buffer</I>, unsigned int <I>count</I> );, I" N2 Q5 A t+ v/ {5 p$ L* x0 P
5 M* O7 y3 Z; x9 v参数:4 m* q+ e1 n3 v
handle 已打开或已创建的文件句柄
3 x- z* o* [. fbuffer 待写入的数据
/ C3 k; p P% A9 Qcount 待写入的数据大小
' G+ x6 u% ?! M% N' f' x3 G5 M
/ {- [6 _) b3 t) h9 c8 ?8 ~现在分析为什么上面的那代码有bug,其实主要问题就在一个buffer,和count.' R# B! ]9 d; C
如果我们写入一个Ansi字符串,上面的代码改成相应的形式确实没有错.
8 n8 X0 l a* Y/ x3 G( V5 S2 |但如果是写入一个宽字符串,那么上面的代码就不严格.原因就在于count./ p& d6 ~/ P$ |# T* K* H, d* g
! V9 |2 f! p3 a# d3 x我们首先看一下strlen和wcslen,如果使用strlen,一般情况下,我们直接作为字符串的长度,
' F w% K. ]. H; k c而使用wcslen,你会发现,得出的不是字符串的长度而是字符的个数.8 v7 X$ B0 `3 C* z2 {7 ^
3 ^% Y3 y& U$ j0 E这就是问题的所在.一般情况下.char的长度是1,这是用sizeof(char)运算出来的结果.
: K+ ` a1 b8 }+ Z3 l5 vlen=strlen(str)*sizeof(char);而我们一般情况下,都只用strlen(str)来等价,这就是平时的习惯.
( l, j5 t, W* Z正是由于这个习惯所引来的问题,这个习惯并不适用于宽字符串.因为wcslen(str)*sizeof(wchar_t)并不等于wcslen(strl).这就是习惯所引起的错误.3 _3 r* y' K( M* f9 g
7 z( K) \# l. [
说到这里我想大家都明白了.我在这里把这种习惯称之为不良习惯.所以大家以后在计算字符串长度的时候,千万不能简而简之,一定要len=strlen(str)*sizeof(char),len=wcslen(str)*sizeof(wchar_t).7 ~( Q3 n7 I) v; g
不要再犯这种习惯性的低级错误.(在下就犯了这种错误.大家都可怜我吧!).</P>
4 u- s6 Q N( ?; a[此贴子已经被作者于2004-11-26 9:50:40编辑过] |
zan
|