关于清除warning的问题 必加分!!

blackpool 2007-07-11 10:20:54
程序编完了 挺高兴 可是有几个warning 不知道怎么去解决:

1。 warning C4100: 'mSup' : unreferenced formal parameter
warning C4100: 'mStart' : unreferenced formal parameter
warning C4100: 'mEnd' : unreferenced formal parameter

这几个参数都是在PrintList类中定义的:
class PrintList
{
public:
virtual void startPrint( Print *mSup ) {}
...};
我都没有用到这个类,只是用到了他的派生类

2。warning C4127: conditional expression is constant
warning C4127: conditional expression is constant
warning C4127: conditional expression is constant
warning C4127: conditional expression is constant
warning C4127: conditional expression is constant
warning C4127: conditional expression is constant

怎么解决这两类warning? C4127和warning C4100请赐教!

最好不要是说#pragma warning(disable:4127),谢谢!
...全文
978 14 打赏 收藏 转发到动态 举报
写回复
用AI写文章
14 条回复
切换为时间正序
请发表友善的回复…
发表回复
rsp19801226 2007-07-14
  • 打赏
  • 举报
回复
支持雁南飞
roger_77 2007-07-13
  • 打赏
  • 举报
回复

warning C4127: conditional expression is constant
有人知道怎么解决这个warning吗?
条件就是if(1==1)

-------
不如直接:
if(true)
m_nNightmire 2007-07-13
  • 打赏
  • 举报
回复
为什么要if(1 == 1)
这么做有什么目的
blackpool 2007-07-13
  • 打赏
  • 举报
回复
warning C4127: conditional expression is constant
有人知道怎么解决这个warning吗?
条件就是if(1==1)
飞哥 2007-07-12
  • 打赏
  • 举报
回复
未使用警告很好去掉

#pragma warning(disable:warningno)
UNREFERENCED_PARAMETER(PARAM)
  • 打赏
  • 举报
回复
// C4127.cpp
// compile with: /W4
#include <stdio.h>
int main() {
if (1 == 1) {} // C4127
while (1) { break; } // C4127

// OK
for ( ; ; ) {
printf("test\n");
break;
}
}
blackpool 2007-07-11
  • 打赏
  • 举报
回复
恩 大家讲的真好 学到东西了

我现在是这么做的
virtual void startPrint( Print * /* mSup */)
把参数注释掉, 然后只保留参数类型, 请问这么做会不会对别的程序有影响?(比如说有没有可能影响到其他人直接用PrintList类,而不是像我是用派生类的?)


另外,第二个warning怎么解决?是我的代码有问题?条件是constant?
warning C4127: conditional expression is constant
fengdream 2007-07-11
  • 打赏
  • 举报
回复
warning C4127 //定义了参数,没有使用-〉先注释掉就好了
warning C4100 //条件中有常量表达式->有没有这种情况 if(1)? if(a=1)?
0黄瓜0 2007-07-11
  • 打赏
  • 举报
回复
没有引用的形式参数
virtual void startPrint( Print *mSup )//mSup在函数体中没有使用.
{
mSup=0;//一种方法是在函数体中随便无意义的使用一下.
}


另一种方法是:因为startPrint在基类中本来就是空函数体,干脆声明为纯虚好了.

1982pc 2007-07-11
  • 打赏
  • 举报
回复
我们从 UNREFERENCED_PARAMETER 开始吧。这个宏在 winnt.h 中定义如下:
#define UNREFERENCED_PARAMETER(P) (P)
  换句话说 UNREFERENCED_PARAMETER 展开传递的参数或表达式。其目的是避免编译器关于未引用参数的警告。许多程序员,包括我在内,喜欢用最高级别的警告 Level 4(/W4)进行编译。Level 4 属于“能被安全忽略的事件”的范畴。虽然它们可能使你难堪,但很少破坏你的代码。例如,在你的程序中可能会有这样一些代码行:

int x=1;
  但你从没用到过 x。也许这一行是你以前使用 x 时留下来的,只删除了使用它的代码,而忘了删除这个变量。Warning Level 4 能找到这些小麻烦。所以,为什么不让编译器帮助你完成可能是最高级别的专业化呢?用Level 4 编译是展示你工作态度的一种方式。如果你为公众使用者编写库,Level 4 则是社交礼节上需要的。你不想强迫你的开发人员使用低级选项清洁地编译他们的代码。
  问题是,Level 4 实在是太过于注意细节,在 Level 4 上,编译器连未引用参数这样无伤大雅的事情也要抱怨(当然,除非你真的有意使用这个参数,这时便相安无事)。假设你有一个函数带来两个参数,但你只使用其中一个:

int SomeFunction(int arg1, int arg2){ return arg1+5;}
使用 /W4,编译器抱怨:

“warning C4100: ''arg2'' : unreferenced formal parameter.”
为了骗过编译器,你可以加上 UNREFERENCED_PARAMETER(arg2)。现在编译器在编译你的引用 arg2 的函数时便会住口。并且由于语句:

arg2;
实际上不做任何事情,编译器不会为之产生任何代码,所以在空间和性能上不会有任何损失。

  细心的人可能会问:既然你不使用 arg2,那当初为何要声明它呢?通常是因为你实现某个函数以满足某些API固有的署名需要,例如,MFC的 OnSize 处理例程的署名必须要像下面这样:

void OnSize(UINT nType, int cx, int cy);
  这里 cx/cy 是窗口新的宽/高,nType 是一个类似 SIZE_MAXIMIZED 或 SIZE_RESTORED 这样的编码,表示窗口是否最大化或是常规大小。一般你不会在意 nType,只会关注 cx 和 xy。所以如果你想用 /W4,则必须使用 UNREFERENCED_PARAMETER(nType)。OnSize 只是上千个 MFC 和 Windows 函数之一。编写一个基于 Windows 的程序,几乎不可能不碰到未引用参数。
  说了这么多关于 UNREFERENCED_PARAMETER 内容。Judy 在她的问题中还提到了另一个 C++ 程序员常用的并且其作用与 UNREFERENCED_PARAMETER 相同的诀窍,那就是注释函数署名中的参数名:

void CMyWnd::OnSize(UINT /* nType */, int cx, int cy){}
  现在 nType 是未命名参数,其效果就像你敲入 OnSize(UINT, int cx, int cy)一样。那么现在的关键问题是:你应该使用哪种方法——未命名参数,还是 UNREFERENCED_PARAMETER?
  大多数情况下,两者没什么区别,使用哪一个纯粹是风格问题。(你喜欢你的 java 咖啡是黑色还是奶油的颜色?)但我认为至少有一种情况必须使用 UNREFERENCED_PARAMETER。假设你决定窗口不允许最大化。那么你便禁用 Maximize 按钮,从系统菜单中删除,同时阻止每一个用户能够最大化窗口的操作。因为你是偏执狂(大多数好的程序员都是偏执狂),你添加一个 ASSERT (断言)以确保代码按照你的意图运行:

void CMyWnd::OnSize(UINT nType, int cx, int cy){ ASSERT(nType != SIZE_MAXIMIZE); ... // use cx, cy}
  质检团队竭尽所能以各种方式运行你的程序,ASSERT 从没有弹出过,于是你认为编译生成 Release 版本是安全的。但是此时 _DEBUG 定义没有了,ASSERT(nType != SIZE_MAXIMIZE)展开为 ((void)0),并且 nType 一下子成了一个未引用参数!这样进入你干净的编译。你无法注释掉参数表中的 nType,因为你要在 ASSERT 中使用它。于是在这种情况下——你唯一使用参数的地方是在 ASSERT 中或其它 _DEBUG 条件代码中——只有 UNREFERENCED_PARAMETER 会保持编译器在 Debug 和 Release 生成模式下都没有问题。知道了吗?
  结束讨论之前,我想还有一个问题我没有提及,就是你可以象下面这样用 pragma 指令抑制单一的编译器警告:

#pragma warning( disable : 4100 )
4100 是未引用参数的出错代码。pragma 抑制其余文件/模块的该警告。用下面方法可以重新启用这个警告:

#pragma warning( default : 4100 )
  不管怎样,较好的方法是在禁用特定的警告之前保存所有的警告状态,然后,等你做完之后再回到以前的配置。那样,你便回到的以前的状态,这个状态不一定是编译器的默认状态。
  所以你能象下面这样在代码的前后用 pragma 指令抑制单个函数的未引用参数警告:

#pragma warning( push ) #pragma warning( disable : 4100 )void SomeFunction(...){}#pragma warning( pop )
  当然,对于未引用参数而言,这种方法未免冗长,但对于其它类型的警告来说可能就不是这样了。库生成者都是用 #pragma warning 来阻塞警告,这样他们的代码可以用 /W4 进行清洁编译。MFC 中充满了这样的 pragmas 指令。还有好多的 #pragma warning 选项我没有在本文讨论。有关它们的信息请参考相关文档。

guxingfeiyu 2007-07-11
  • 打赏
  • 举报
回复
Print是什么东东?
blackpool 2007-07-11
  • 打赏
  • 举报
回复
谢谢 C4100 已经解决 C4127还在~~~
尹立 2007-07-11
  • 打赏
  • 举报
回复
virtual void startPrint( Print *mSup )
{
mSup=mSup;
}
把函数改成这样,应该不会有警告,骗一下编译器
blackpool 2007-07-11
  • 打赏
  • 举报
回复
可是偶的条件就是if(1==1)啊。。。 (这种情况可能出现的,比如你写个unit test可能就会测试一下unitTestAssert(1==1))

不知道怎么办好

64,662

社区成员

发帖
与我相关
我的任务
社区描述
C++ 语言相关问题讨论,技术干货分享,前沿动态等
c++ 技术论坛(原bbs)
社区管理员
  • C++ 语言社区
  • encoderlee
  • paschen
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
  1. 请不要发布与C++技术无关的贴子
  2. 请不要发布与技术无关的招聘、广告的帖子
  3. 请尽可能的描述清楚你的问题,如果涉及到代码请尽可能的格式化一下

试试用AI创作助手写篇文章吧