MFC程序不可以使用C++标准库容器数据类型吗?

jumperguy 2006-06-27 11:04:47
用向导建立MFC应用,在View类中想使用C++ 中的set<string>数据类型,在View.cpp中加入#include<set>,编译时出现Cannot open include file: 'set.h': No such file or directory,为什么?怎么解决?谢谢回答!
...全文
239 12 打赏 收藏 举报
写回复
用AI写文章
12 条回复
切换为时间正序
请发表友善的回复…
发表回复
jumperguy 2006-06-28
  • 打赏
  • 举报
回复
#include <set.h>
using namespace std;


#ifdef _DEBUG
#define new DEBUG_NEW
#undef THIS_FILE
static char THIS_FILE[] = __FILE__;
#endif

编译报fatal error C1083: Cannot open include file: 'set.h': No such file or directory
pomelowu 2006-06-27
  • 打赏
  • 举报
回复
#include <set.h>
using namespace std;


#ifdef _DEBUG
#define new DEBUG_NEW
#undef THIS_FILE
static char THIS_FILE[] = __FILE__;
#endif

编译报什么错?
jumperguy 2006-06-27
  • 打赏
  • 举报
回复
有 using namespace std; 另外在C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE和
C:\Program Files\Microsoft Visual Studio\VC98\MFC\INCLUDE中确实没有set.h这个文件,只有个set文件。但在MFC程序中用#include<set>却不行!怎么弄?
pomelowu 2006-06-27
  • 打赏
  • 举报
回复
如果写成#include <set>则出现很多与set相关的标示符未定义错误。
___________________

有没有 using namespace std; ?
pomelowu 2006-06-27
  • 打赏
  • 举报
回复
控制台程序中写成#include<set>就可以,在MFC中,应写成#include <set.h>

___________


这个跟什么类型的程序没有关系,而是使用的不同的头文件。#include<set>是标准的C++库的使用方式,你既然用STL,当然应该用这种方法。同时,怀疑有没有"set.h"这个文件存在。。。
jumperguy 2006-06-27
  • 打赏
  • 举报
回复
把STL头文件的声明

#include <set.h>
using namespace std;

放在在系统生成的代码

#ifdef _DEBUG
#define new DEBUG_NEW
#undef THIS_FILE
static char THIS_FILE[] = __FILE__;
#endif

之前还是不行啊!
jumperguy 2006-06-27
  • 打赏
  • 举报
回复
控制台程序中写成#include<set>就可以,在MFC中,应写成#include <set.h>, 但写成#include <set.h> 或 #include "set.h"都试过了,结果都一样;如果写成#include <set>则出现很多与set相关的标示符未定义错误。
昊叔 2006-06-27
  • 打赏
  • 举报
回复
你的饱含路径中是不是没有标准库文件
pomelowu 2006-06-27
  • 打赏
  • 举报
回复
哦,对了,把STL头文件的声明

#include <set>
using namespace std;

放在在系统生成的代码

#ifdef _DEBUG
#define new DEBUG_NEW
#undef THIS_FILE
static char THIS_FILE[] = __FILE__;
#endif

之前试试看
pomelowu 2006-06-27
  • 打赏
  • 举报
回复
Cannot open include file: 'set.h'

怎么会出现'set.h'?你的include写对了么?
jumperguy 2006-06-27
  • 打赏
  • 举报
回复
是在vc6下用,我觉得应该不是路径的问题,如果用向导建立控制台应用就不存在问题,谢谢你的回答
pomelowu 2006-06-27
  • 打赏
  • 举报
回复
VC2005下没问题。。。
VC6下混用MFC和STL好像不太容易。。。你检查下路径设置呢
内容概要:本文聚焦于电力电子化电力系统中变换器端口导纳的黑盒提取与振荡模式辨识,结合Matlab与PSCAD仿真平台开展建模、仿真与分析。通过黑盒建模方法提取变换器在不同工况下的端口导纳特性,利用频域扫描与系统辨识技术获得其小信号阻抗模型,并基于广义奈奎斯特判据等频域稳定性分析工具对系统的潜在振荡模式进行精确辨识与评估。研究涵盖了小信号建模、阻抗测量、频域稳定性判据应用等关键技术,旨在解决高比例电力电子设备接入引起的次同步振荡、宽频振荡等稳定性难题,提升复杂电力系统的安全稳定运行能力。; 适合人群:具备电力系统分析、电力电子技术及自动控制理论基础的研究生、科研人员,以及从事新能源并网、微电网、柔性输电系统等领域的工程技术人员。; 使用场景及目标:① 掌握电力电子变换器的黑盒导纳建模方法,理解其在多变换器交互系统中的等效动态行为;② 学习并应用阻抗分析法进行系统级频域稳定性评估,深入理解振荡机理与失稳诱因;③ 熟练运用Matlab与PSCAD联合仿真平台,完成从建模、小信号扰动仿真、数据采集到频域分析的全流程研究,服务于新型电力系统稳定性分析与控制器设计优化。; 阅读建议:建议读者在掌握电力系统小信号稳定性理论的基础上,结合文中提供的Matlab与PSCAD仿真案例进行实践操作,重点关注阻抗提取的仿真设置、频率扫描策略、数据处理方法以及Nyquist判据在多输入多输出系统中的应用细节,以深入理解系统振荡的成因、传播路径及抑制策略。
内容概要:本文围绕基于混沌系统与DNA编码的彩色数字图像加密解密体系展开研究,提出了一种多层级、高复杂度的复合加密方案。通过结合混沌系统的伪随机遍历特性与DNA编码的海量组合优势,实现了对彩色图像RGB三通道的像素混淆与扩散,有效提升了加密算法的密钥空间与抗破解能力。研究重点包括加密解密流程设计、密钥敏感性分析,并系统性开展了抗噪声与抗裁剪性能测试。实验结果表明,该算法在面对高斯噪声、椒盐噪声及不同程度的图像裁剪攻击时,仍能较好地恢复图像主体结构与核心信息,展现出优异的鲁棒性与实用性。; 适合人群:具备一定图像处理或信息安全基础知识的科研人员、研究生及从事多媒体安全技术开发的工程技术人员。; 使用场景及目标:①用于保障彩色图像在开放网络环境中的安全传输与存储;②应对图像在传输过程中遭受的噪声干扰与恶意裁剪攻击;③为高鲁棒性图像加密算法的设计与评估提供理论依据和技术参考。; 阅读建议:建议读者结合Matlab代码实现,深入理解混沌序列生成、DNA编码映射及像素置乱扩散的具体过程,并通过复现实验验证算法在不同干扰场景下的性能表现。

16,550

社区成员

发帖
与我相关
我的任务
社区描述
VC/MFC相关问题讨论
社区管理员
  • 基础类社区
  • Creator Browser
  • encoderlee
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告

        VC/MFC社区版块或许是CSDN最“古老”的版块了,记忆之中,与CSDN的年龄几乎差不多。随着时间的推移,MFC技术渐渐的偏离了开发主流,若干年之后的今天,当我们面对着微软的这个经典之笔,内心充满着敬意,那些曾经的记忆,可以说代表着二十年前曾经的辉煌……
        向经典致敬,或许是老一代程序员内心里面难以释怀的感受。互联网大行其道的今天,我们期待着MFC技术能够恢复其曾经的辉煌,或许这个期待会永远成为一种“梦想”,或许一切皆有可能……
        我们希望这个版块可以很好的适配Web时代,期待更好的互联网技术能够使得MFC技术框架得以重现活力,……

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