关闭。这个问题不符合StackOverflowguidelines.它目前不接受答案。要求我们推荐或查找工具、库或最喜欢的场外资源的问题对于StackOverflow来说是偏离主题的，因为它们往往会吸引自以为是的答案和垃圾邮件。相反，describetheproblem以及迄今为止为解决该问题所做的工作。关闭9年前。Improvethisquestion我想要一个可移植C++IDE来进行一般开发，以及开发基本的WindowsGUI应用程序。在我的研究中，我发现了这个(最新版本日期):CodeLiteIDE(2010-04-02)Ultimate++(2010-03-16)QtCreat
我有一个用Delphi编写的大型应用程序。我想更新它，从用户界面开始。我考虑过使用新的Qt。在更新的过程中，我想把编程语言改成C++。有没有办法逐步重写应用程序(从UI开始)以更改为C++？感谢您的帮助。 最佳答案 最佳行动方案在很大程度上取决于C++开发环境。如果是C++Builder你有两种可能:使用运行时包而不是普通的DLL。当涉及到字符串编码和将类层次结构映射到平面DLL函数时，这会让您省去很多麻烦。使用混合代码。您可以在同一个项目中混合使用Delphi/Pascal代码和C++代码。(尽管单个模块/单元中只有一种语言)如果
我需要将指针表示为用户的字符串。有时这些值可能会保存到一个文件并传输到具有不同体系结构的计算机(32位与64位是当前的主要问题)并从文本文件加载以进行比较-我只会比较加载的值彼此，但我仍然更喜欢比较数字而不是字符串。我目前正在使用:SomeClass*p;...printf("%ld",(uintptr_t)p);但我想知道这是否是可移植的(虽然Windows和Linux仅在现阶段很重要)，以及一旦出现128位系统这是否会中断？编辑:除非我决定使用uint64_t，并确定64位是屋顶，否则无法完成此操作，因为某些64位指针可能在32位整数范围之外。因此，我决定比较字符串会更安全，即使它
将我的项目从C语言转换为C++语言时应该注意什么？有什么理由使用C吗？我现在唯一的想法是确保它对DLL友好，这样我就可以在需要时创建C接口(interface)。注意:我很了解C++。模板、部分特化、为什么多重继承不好(我只看到它的一种正确用法)等。我主要想知道为什么我会使用C而不是C++。DLL和脚本语言绑定(bind)是原因之一。所以我只需要记住我应该有一个用于某些事情的C接口(interface)。还有什么吗？ 最佳答案 冒着显而易见的风险，我要说的是要记住的主要事情是不要修复任何未损坏的东西。如果您有一个工作的C库，并希望它
我需要在C/C++程序中检索进程信息。我至少需要CPU%和内存使用率等基本信息，但其他详细信息也很有用。问题是我需要在可移植程序中使用此信息，该程序将在多个平台上运行:windows、linux、MAC，可能还有Solaris。有没有我可以使用的库，或者我是否需要为不同的平台编写自己的HAL？我试着在谷歌上查看，但我看不到任何明显的东西。 最佳答案 我无法为您提供完整的解决方案，但这里有一个指向我的CPULoadMeter类的链接，您可以使用它来轮询一段时间内的CPU使用情况信息。它在MacOS/X、Windows和Linux下工作
我用C++编写了一个类库，并在Linux中使用g++作为共享对象成功编译了它，然后创建了一些使用它的应用程序。现在我必须将它移植到VS2008。我为所有类提供了所需的__declspec(dllexport)前缀，然后尝试对其进行编译。我收到一堆警告，基本上与以下内容有关:我的自定义异常类，派生自std::runtime_error，它产生:“警告C4275:非dll接口(interface)类‘std::runtime_error’用作dll接口(interface)类‘cci::FileOperationException’的基础”。我应该如何使标准库类dll可导出？成员函数声明中
我们有一款游戏，是用C++和OpenGL为Windows和Mac开发的。现在我们要将游戏移植到iPad。有没有比用Objective-C编写整个程序更好的方法来让我们的游戏在iPad上运行？现在我是iPhone/iPad菜鸟，如果问题很愚蠢，请原谅。 最佳答案 您可能只需要在Obj-C中编写直接处理iOS的一小部分(创建gl表面、输入等)。休息应该没问题。您只需确保您将仅使用OpenGLES中的OpenGL子集。 关于c++-将C++OpenGL游戏移植到iPad，我们在StackOve
嗯，我认为标题总结了它。假设我有一个double类型的对象，它是通过在两个time_t对象上运行std::difftime获得的，现在我想添加结果返回到time_t对象的秒数。我不介意损失几分之一秒。请注意，秒数可能很大(即大于structtm中允许的60秒，但始终低于用于在相应机器/实现上表示秒的任何整数原语，并且永远不会超过1年的数量级，尽管我最好不希望这是一个限制)。我将如何着手可移植(即按照C标准)？我希望不必将它们分为月、日、小时、分钟等，然后手动将它们添加到structtm对象中。当然有更好的方法!？ 最佳答案 您可以使
让我们考虑以下代码，列出作为程序第一个参数给出的路径的目录内容:#include#includeintmain(intargc,char**argv){if(argc!=2)std::cerr乍一看这似乎非常精简、可移植并且符合C++标准(请忽略如果目录不存在它不会捕获异常)。但是，似乎存在一些陷阱。特别是，C++标准似乎没有强制要求argv[1]的编码与std::filesystem::path构造函数接受的编码相匹配，它似乎也没有要求std::filesystem::path::string()返回的编码与std::cout接受的编码相匹配。恰恰相反，该标准似乎引入了新术语“nat
例如，在Winnt.h中定义了众所周知的CONTAINING_RECORD()宏:#defineCONTAINING_RECORD(address,type,field)((type*)(\(PCHAR)(address)-\(ULONG_PTR)(&((type*)0)->field)))或在FreeBSD中:#defineCONTAINING_RECORD(addr,type,field)\((type*)((vm_offset_t)(addr)-(vm_offset_t)(&((type*)0)->field)))或在Linux中:#defineoffsetof(TYPE,MEM
