- 在线时间
- 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>
+ K. h& C8 w3 j) x. N. B< >int fp=_wopen(L"Hello.dat",O_BINARY | O_CREAT | O_TRUNC | O_RDWR);% z# ^" J/ A- T8 t
if(fp==-1) return;
5 I" @8 P2 J8 Jwrite(fp,L"123中国人",wcslen(L"123中国人"));
' k4 @. H0 k1 N" T" t; C1 [; S: | Dclose(fp);
- Z/ T, B- J* f8 m% x+ h/ G- Z5 }4 U" s, E$ G! I' ~
上面这段代码不知道大家看出什么BUG来了.如果大家看不出毛病也不足为怪,因为这是我们的习惯导致了我们的错误产生.1 `3 [3 z7 w3 Z$ x* [& W X
9 J0 j, x, r1 [# s# M先让我来分析一下write吧.下面是write的原型:: ?. U6 {) s8 k' ^) K
int write( int <I>handle</I>, const void *<I>buffer</I>, unsigned int <I>count</I> );
* p4 x; y, y8 C. @: v$ H4 b& u
) B. x" P! v. I- }; b: E参数:
n: W2 b, G" c. ihandle 已打开或已创建的文件句柄1 ~, s3 T4 B' J$ q
buffer 待写入的数据
% H$ W6 r( q' dcount 待写入的数据大小, e; Q) Z1 [) V8 ? n
% Q3 D& z) k$ I现在分析为什么上面的那代码有bug,其实主要问题就在一个buffer,和count.4 r+ Q5 v/ _, @2 N
如果我们写入一个Ansi字符串,上面的代码改成相应的形式确实没有错.
- B: A! G, q! C4 A但如果是写入一个宽字符串,那么上面的代码就不严格.原因就在于count.
& M2 e% u: L1 x7 ]8 Y- v8 L
; p. o+ s, z7 c& b7 z! n0 t+ j我们首先看一下strlen和wcslen,如果使用strlen,一般情况下,我们直接作为字符串的长度,* o8 r N% C; g/ `) L
而使用wcslen,你会发现,得出的不是字符串的长度而是字符的个数.4 f0 K0 g0 D- e0 X
" |* b6 e1 h5 T. Y1 k9 w; w3 W
这就是问题的所在.一般情况下.char的长度是1,这是用sizeof(char)运算出来的结果.
: d) _/ @4 A" Mlen=strlen(str)*sizeof(char);而我们一般情况下,都只用strlen(str)来等价,这就是平时的习惯.$ B( b" b0 y" v/ f
正是由于这个习惯所引来的问题,这个习惯并不适用于宽字符串.因为wcslen(str)*sizeof(wchar_t)并不等于wcslen(strl).这就是习惯所引起的错误.
9 X# h& |# ` G# l5 B( ]! a. M* h% H
说到这里我想大家都明白了.我在这里把这种习惯称之为不良习惯.所以大家以后在计算字符串长度的时候,千万不能简而简之,一定要len=strlen(str)*sizeof(char),len=wcslen(str)*sizeof(wchar_t).
3 e2 ?8 u3 N. S7 N6 a不要再犯这种习惯性的低级错误.(在下就犯了这种错误.大家都可怜我吧!).</P>
$ T3 C) j# L/ w[此贴子已经被作者于2004-11-26 9:50:40编辑过] |
zan
|