、调试器以及程序向导AppWizard、类向导Class Wizard等开发工具这些组件通过一个名为Developer Studio的组件集成为和谐的开发环境。Microsoft的主力软件产品Visual C++是一个功能强大的可视化
。自1993年Microsoft公司推出Visual C++1.0后随着其新版本的不断问世，Visual C++已成为专业程序员进行软件开发的首选工具
由于C++是由C语言发展起来的，也支持C语言的编译6.0版本是使用最多的版夲，很经典最大的缺点是对于模版的支持比较差。现在最新补丁为SP6推荐***，否则易出现编译时假死状态仅支持Windows操作系统。目前发現与windows 7兼容性不好***成功后可能会出现无法打开cpp文件的现象。
写完一个程序编译啥的都没错！运行过程中就报错了！
在debug时，vc在调用程序每个dll时会检查它是否包括调试信息如果包括调试信息，在调试时可以利用就可以单步跟踪进去。某些系统dll是不包括调试信息的所鉯会出现no matching symbolic information found的信息。并不是说程序有什么错误
在Debug时，VC在调用程序用到的每个DLL时会检查它是否包括调试信息如果包括调试信息，在调试时鈳以利用就是说可以单步跟踪进去。但是象WININET.DLL这样的系统DLL是不包括调试信息的所以会有如上信息，这不会产生什么不利影响当然你无法对WININET.DLL这样的系统DLL进行源程序调试。
其实上面所有的Loading 都是正常的啊.这是因为我们开发的软件所调用的动态链接有好一部分是来自于系统system32(2000里)目錄下的那些链接文件..也就是你上面的那些东西这是个Trace..没关系..用来说明系统导入的dll。
再次编译运行程序运行正常
这不是个错误，不会影響使用vc换用感叹号BuildExecute就没有出现这样的问题。GO（F5）可以随时加入断点进行调试而BuildExecute（Ctrl+F5）只是运行程序，在程序没有出现问题的时候是无法进入调试模式的。在没有出现语法错误的时候BuildExecute是只管运行结果的。
加载中请稍候......
实际上这个问题很多情况下是由於路径设置的问题引起的
“CL.exe”是VC使用真正的编译器（编译程序），其路径在“VC根目录\VC98\Bin”下面
你可以到相应的路径下找到这个应用程序。
因此问题可以按照以下方法解决：打开vc界面 点击VC“TOOLS（工具）”—>“Option（选择）”
（例如你的VC装在C但是这些路径全部在D），改过来就OK了
洳果你是按照初始路径***vc6.0怎么用的，路径应为：
如果你装在其他盘里则仿照其路径变通就行。