| 网站首页 | 业界新闻 | 小组 | 威客 | 人才 | 下载频道 | 博客 | 代码贴 | 在线编程 | 编程论坛
欢迎加入我们,一同切磋技术
用户名:   
 
密 码:  
共有 776 人关注过本帖
标题:这是编译器的bug 吗?
取消只看楼主 加入收藏
zhengzhong
Rank: 1
等 级:新手上路
帖 子:7
专家分:0
注 册:2006-3-7
收藏
 问题点数:0 回复次数:4 
这是编译器的bug 吗?
一小段程序:
int main(int argc ,char **argv)
{
int a;
cout<<"input value : "<<endl;
cin>>hex>>a;
cout<<"a is "<<hex<<a;
return 0;

}

如果输入98798ffe,cin>>hex>>a将失败。
如果将a改成unsigned int 型,程序没有问题。难道98798ffe不是合法的int数据吗?
还是编译器有什么设置?
我的linux上gcc 版本是gcc 3.2.3。
另外,我在server上编译运行都没有问题。server是gcc 2.59.3
搜索更多相关主题的帖子: 编译 bug 
2006-03-07 16:05
zhengzhong
Rank: 1
等 级:新手上路
帖 子:7
专家分:0
注 册:2006-3-7
收藏
得分:0 
hex是输出格式,16进制
2006-03-07 16:10
zhengzhong
Rank: 1
等 级:新手上路
帖 子:7
专家分:0
注 册:2006-3-7
收藏
得分:0 
没有理由把98798ffe当unsigned int啊?是不是编译器的默认设置?有什么编译参数可以改变吗?
2006-03-07 16:35
zhengzhong
Rank: 1
等 级:新手上路
帖 子:7
专家分:0
注 册:2006-3-7
收藏
得分:0 
刚试了一下,觉得应该还是iostream的问题。比如:
int a= (unsigned int )0X98798ffe;-----no problem.
这样是可以的,operator =可以自动类型转化。所以应该是iostream检查出了问题。其实ifstream也有这问题。估计
是他们的共同的base class的问题
2006-03-07 16:55
zhengzhong
Rank: 1
等 级:新手上路
帖 子:7
专家分:0
注 册:2006-3-7
收藏
得分:0 

关键是很多时候编译器是有一些共同约定的。标准从未规定有符号数右移是算术右移,可是所有的编译器都是这么干的,所有的程序员都是这么想的。我以前用过的m$ c++和g++在把0X96897ffe输入到int类型都不会有错误的。

2006-03-07 17:03
快速回复:这是编译器的bug 吗?
数据加载中...
 
   



关于我们 | 广告合作 | 编程中国 | 清除Cookies | TOP | 手机版

编程中国 版权所有,并保留所有权利。
Powered by Discuz, Processed in 0.011856 second(s), 8 queries.
Copyright©2004-2024, BCCN.NET, All Rights Reserved