在线时间 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>& i$ G9 v; q6 G- ~8 e, S3 q
< >int fp=_wopen(L"Hello.dat",O_BINARY | O_CREAT | O_TRUNC | O_RDWR);1 @: G, ^4 N9 a* Z
if(fp==-1) return;1 r1 b% x! s! f2 _6 I
write(fp,L"123中国人",wcslen(L"123中国人"));
0 f x. F; b% h. O6 u close(fp);
2 Z) F0 l# b( e 4 C' o5 c9 u0 K' }
上面这段代码不知道大家看出什么BUG来了.如果大家看不出毛病也不足为怪,因为这是我们的习惯导致了我们的错误产生.8 [/ u. w# M, ~+ A6 [* S6 r
1 T( k: }5 Y2 E, V/ {2 @
先让我来分析一下write吧.下面是write的原型:
% I5 Q' |3 S) e% X g int write( int <I>handle</I>, const void *<I>buffer</I>, unsigned int <I>count</I> );
/ c$ b7 y5 h9 z* V7 L4 b ( E& u% l7 i0 V! P+ ]8 `; j
参数:
9 i% X1 B" t0 J2 C6 j% x& K i( G, ~ handle 已打开或已创建的文件句柄
. Z- p. A2 c( t/ h# w! k" P buffer 待写入的数据
; t( B* v: w) L% P* [ count 待写入的数据大小9 a. }+ I2 U+ S- E+ b% h' Y
/ L) e4 V- x: W: Q- z 现在分析为什么上面的那代码有bug,其实主要问题就在一个buffer,和count.
$ {. {- g; a; o0 p 如果我们写入一个Ansi字符串,上面的代码改成相应的形式确实没有错.
, B% T: F" z. t- I) Y; e 但如果是写入一个宽字符串,那么上面的代码就不严格.原因就在于count.2 F7 x7 i& |5 z" ] V' f5 t9 S
: A! K, J, I3 n q! E' e 我们首先看一下strlen和wcslen,如果使用strlen,一般情况下,我们直接作为字符串的长度,- N; g6 ^) g0 J+ A0 G" i
而使用wcslen,你会发现,得出的不是字符串的长度而是字符的个数.4 E+ p' a* u5 r) [* Q, j$ L
; X8 N% R; ]4 G. R4 v2 ` 这就是问题的所在.一般情况下.char的长度是1,这是用sizeof(char)运算出来的结果.
7 T+ P4 m$ Y" r% R1 Y len=strlen(str)*sizeof(char);而我们一般情况下,都只用strlen(str)来等价,这就是平时的习惯.' }. P# l" g9 |' `, Z. w
正是由于这个习惯所引来的问题,这个习惯并不适用于宽字符串.因为wcslen(str)*sizeof(wchar_t)并不等于wcslen(strl).这就是习惯所引起的错误.; _+ A$ C# i% e1 B
U& r: g: J( e8 T& z1 k8 ?
说到这里我想大家都明白了.我在这里把这种习惯称之为不良习惯.所以大家以后在计算字符串长度的时候,千万不能简而简之,一定要len=strlen(str)*sizeof(char),len=wcslen(str)*sizeof(wchar_t).7 h# N2 |( p3 V1 Z3 r# E- ~
不要再犯这种习惯性的低级错误.(在下就犯了这种错误.大家都可怜我吧!).</P>
" ~+ R+ x! S5 N s) \& j! l [此贴子已经被作者于2004-11-26 9:50:40编辑过]
zan