通过优化(由编译器完成)的无限循环示例,在 Visual Studio2010 中C++
example of a infinityloop by optimization(done by the compiler) in C++ in Visual Studio2010
我必须演示编译器如何在优化程序时产生无限循环。
我必须在Visual Studio 2010中以C++显示它,我认为他展示它的最佳方式是有和没有易失性。
我使用了这里的代码 http://msdn.microsoft.com/en-us/library/12a04hfd%28v=vs.80%29.aspx并在有和没有易失性的情况下尝试了它(并使用:/EHsc/O2 编译)但是没有无限循环。我也这样改变它:
// compile with: /EHsc /O2
#include <iostream>
#include <windows.h>
using namespace std;
//volatile bool Sentinel = true;
bool Sentinel = true;
int CriticalData = 0;
int round=0;
unsigned ThreadFunc1() {
while (Sentinel){
Sleep(10); // volatile spin lock
cout << "Critical Data = " << CriticalData << endl;
}
return 0;
}
unsigned ThreadFunc2() {
Sleep(2000);
CriticalData++;
Sentinel = false;
return 0;
}
int main() {
HANDLE hThread1, hThread2;
hThread1 = CreateThread(NULL, 0, (LPTHREAD_START_ROUTINE)&ThreadFunc1, NULL, 0, NULL);
hThread2 = CreateThread(NULL, 0, (LPTHREAD_START_ROUTINE)&ThreadFunc2, NULL, 0, NULL);
CloseHandle(hThread1);
CloseHandle(hThread2);
system("pause");
}
但没有无限循环。有人有想法吗?
编译器不确定Sleep(int)
和iostream.operator <<()
可以对全局变量做什么。有可能(从它的角度来看),他们可以更改变量Sentinel
因此编译器无法从循环中删除Sentinel
的读取。
这里有什么问题?编译器可能会生成一个没有易失性的无限循环,但并非必须如此。在以最高优化级别进行编译并关闭调试信息时,更有可能看到无限循环。
int gIMightBeUseful = 1;
void foo()
{
int bar;
while(!bar){gIMightBeUseful++;}
}
根据优化级别,有可能无限循环。 还是必须特定于线程互锁?
相关文章:
- Visual Studio 2015:Extern "C" 和 "export" 关键字
- 为cl.exe(Visual Studio代码)指定命令行C++版本
- 试图在visual studio上用C++创建一个桌面应用程序
- 如何在MS Visual Studio 2019中运行QT UI
- 如何使用Visual Studio 2017在C++中为参数化对象数组使用唯一指针
- Visual Studio Code - C++ Debugger 無法啟動
- Visual C++ constexpr Hints
- 为什么它不适用于Visual 2019的原因
- Visual Studio 2019:插入多个C++风格的单行注释
- Visual Studio Code "undefined reference to `WinMain@16'"
- visual在c++中将十进制数转换为二进制数
- Visual studio代码重构似乎不起作用(例如,重命名符号-f2)
- Visual Studio中的函数声明和函数定义问题
- 如何指定我希望我的LIB链接到的DLL文件?-Visual Studio 2019
- Visual C++(VS2017)中用户定义的转换不明确
- Visual C++GC接口如何启用它以及要包含哪个库
- visual是否可以在c++中创建一个接收无限数量相同类型(或至少相当数量)参数的函数
- visual c++,如何获取解决方案目录中的代码
- Visual Studio mkl_link_tool.exe链接错误
- Visual Studio(或任何其他工具)能否将地址解释为调用堆栈(boost上下文)的开头