讨论size_t

jackarain

在weibo上和人发生争论, 感觉weibo不是讨论技术的地方, 故把这个问题放到CU上来讨论, 想了解下到底大家对size_t是什么看法.

ok, 问题是这样的, 我在weibo上看到有人说, 他因为用size_t吃过大亏, 然后他告诫大家, 最好使用int32_t这种确定宽度的类型(他说过他正是用在文件格式协议中吃了大亏,不幸被我言中).

我对此的意见是表示反对, 并且认为这是在误导他人（他的那条weibo是被很多人当经验转发，才被我看到的，我认为已经误导了不少人）。

我的意见是, 有人把size_t使用在网络协议的结构体中传输（或文件 格式协议中），类似这样的情况就是瞎用，出了问题只能怪自己。显然类似memcpy的参数3如果使用int32_t，数值大于int32_t范围（在64bit系统是完全可能的）就是问题。

现在，大家发表下自己的意见吧。

bruceteen

100%同意你的观点

jackarain

我现在贴上weibo上的讨论url
(不在主题中贴出是因为国人很多都会因为一些人稍有名气, 而站队或骑墙, 即使是讨论技术)

http://weibo.com/1497035431/yFGgesCy9

这是一个很基础的问题, 因此我说他基础不好, 他认为我说他基础差, 说他误导人, 他很不爽, 现在他已经屏闭了我的发言, 这并不重要, 不可理解的是, 支持他的人还很多(我不仅想, 难道中国程序员普遍是这样吗? 我相信CU上应该不是), 而且他没打算纠正, 并且继续发表他的错误建议(http://blog.sina.com.cn/s/blog_593af2a7010180qx.html), 我认为, 这是很扯淡的

jackarain

pmerofc 发表于 2012-10-11 10:28
回复 1# jackarain

我认为这个可以作为案例写到你的书里.

evaspring

明显应该用 size_t 啊，虽然很多时候我也用 uint32_t 代替它 ，哈哈

jackarain

pmerofc 发表于 2012-10-11 11:04
好主意！
谢谢
不过我认为你写应该会写得更好

如果可以, 我愿意

围观秀底线

存在就一定的合理性吧？
一巴掌全拍死了是否真的合适？

不少标准IO函数都带缓冲的，稍微不注意，用网络编程上也会带来问题。未必也一并全拍死了瓦？