问题标签 [visual-studio-6]

应该包含什么库才能使用 TransparentBlt？

这是链接到 Gdi32.lib 的 VC98 (Visual Studio 6)。（其他 GDI 函数，如预期的 BitBlt 链接），编译器编译时没有错误或警告。

即使包含 Gdi32.lib，链接器仍会返回此错误：

我错过了什么？

In the past we experienced some problems using a DLL library created with Visual Studio 2005 in our Visual Studio 6.0 application (VS2005 DLL was C++ unmanaged, of course). In your opinion can we fall in the same kind of problem if the library is static (*.lib) and not dynamic?

我已经看到一个处理器包可用于 Visual Studio 6，但它似乎仅适用于使用 SP5 的用户并且我已经在使用 SP6：

此外，Visual C++ 处理器包 ​​(VCPP) 已从 Service Pack 6 中删除。如果您安装了 VCPP，安装 SP6 会将其从您的计算机中删除。如果您希望继续使用 VCPP，则需要继续使用 SP5 或迁移到 Visual Studio 2002 或 2003（推荐）。

首先，这个处理器包是否与 Visual Studio 6 SP6 兼容？

其次，它真的对我有帮助吗？我担心从我的应用程序中获得最大收益，但它需要在所有类型的 Intel 和 AMD 芯片上运行，所以我不能只针对一个平台。

我正在对用 VC++6 编写的旧程序进行更改。项目资源包括一个“版本”集，其中包括以下内容： 块头 注释 公司名称 文件版本 产品版本

FileVersion 和 ProductVersion 都是 1.0.0.97（其中 97 是内部版本号，每次构建项目时都会递增）

我的更改是这样的，我应该增加其他数字之一。它可能应该到 1.0.1。但即使我可以编辑这些字符串，只要我构建项目，前三个数字就会恢复为 1.0.0。有谁知道这些数字真正保存在哪里以及如何更改它们？

这些数字和设置也进入可执行文件的“属性”。构建日期保存在“评论”资源字符串中，我认为这是废话，并希望自动生成它：我不会记得在每次构建之前检查它！

任何建议都非常感激。

--- 阿利斯泰尔。

链接应用程序时，我在 MFC VS6 项目中遇到这些类型的错误：

我知道这意味着什么（一个函数存在于 2 个不同的库中）；要解决它，我应该排除 2 个库之一（msvcrt.lib或libc.lib）。

但如果我这样做，就会出现各种未解决的外部错误。所以我想继续使用这两个库。

有什么方法可以告诉链接器我想使用_atoi函数libc.lib而不是msvcrt.lib（或相反）？

任何帮助或方向都会很棒。

到目前为止，我只使用 VB6 Professional 来开发应用程序。

但最近我加入了一家拥有 VS 6 Enterprise（或某些此类版本）的公司

我只是在探索 VS 6 Ent 中可用的内容。我找到了 Visual Modeler。

随附的教程还不够好。

我想知道是否有 Visual Modeler 的详细教程？

Visual Modeler 是 Rational Rose 的精简版吗？

我从来没有使用过这样的工具来开发应用程序。开发这样的应用程序有什么好处？

该文档声称可以加快 VB6 和 VC++ 6 应用程序的开发和修改。这种说法有多真实？

我公司也有Ration Rose 6。

VS 6 Ent. 附带的 Rational Rose 6 和 Visual Modeler 哪个更好？

更新：编辑代码示例以使用 AutoA 作为解决方法（这是最初的意图）。看到 rlbond 的答案后意识到这一点。

我正在尝试auto_ptr根据此线程的建议在我的代码中使用 ：

通过方法接口表达 C++ 参数的用法

但是，在使用 Visual Studio 6.0 进行编译时，我收到了一些意外的编译错误。std::auto_ptr在处理派生类型的 astd::auto_ptr到基类型的 a 的分配/副本时，它会出现问题。这是我的编译器特有的问题吗？

我知道强烈建议使用 Boost，但在我的项目中它不是一个选项。如果我仍然想使用auto_ptr，我是否被迫使用调用的解决方法std::auto_ptr::release()？从我目前遇到的情况来看，这个问题会导致编译器错误，所以很容易捕捉到。但是，采用调用 release 的约定来分配给基本类型的“auto_ptr”是否会让我面临任何维护问题？特别是如果使用不同的编译器构建（假设其他编译器没有这个问题）。

如果release()由于我的情况，解决方法不好，我是否应该使用不同的约定来描述所有权转移？

以下是说明问题的示例。

编译错误：

我正在使用以下内联汇编的 GCC（用于 Linux/Ubuntu）中的 C 语言编写应用程序。

请原谅上面的错别字（我是凭记忆写的）。Visual C++ 6.0 中等效的内联汇编器是什么？我发现我需要移植我的代码。

我正在自动化构建遗留产品的过程中遇到了困难......

我有一个在 VC++ 6.0 中使用 midl 编译的 .idl 文件，以生成一个 .tlb、.h 和 .c 文件，该文件有一个手动构建步骤要添加：

就在生成的 .h 文件中的 MIDL_INTERFACE 之前。.h 文件的其余部分使用该定义，在添加之前我无法编译。

我正在寻找一种使用结构定义（首选）自动生成头文件的方法，或者至少是一种通过自定义构建步骤自动生成此代码添加步骤的方法。

我继承了一个需要为 VS2005 翻译的大型 Visual Studio 6 C++ 项目。一些类定义了 operator< 和 operator[]，但没有在声明中指定返回类型。VS6 允许这样做，但 VS2005 不允许。

我知道 C 标准指定普通函数的默认返回类型是 int，我假设 VS6 可能已经遵循了这一点，但这也适用于 C++ 运算符吗？或者 VS6 可以自己找出返回类型吗？

例如，代码定义了一个自定义字符串类，如下所示：

VS6 是否会简单地将两者的返回类型都设置为 int，或者它是否足够聪明地确定 operator[] 应该返回一个 char 而 operator< 应该返回一个 bool（并且不会一直将两个结果都转换为 int） ?

当然，我必须添加返回类型以使此代码与 VS2005 C++ 兼容，但我想确保指定与以前相同的类型，以免立即更改程序行为（我们目前正在寻求兼容性；我们稍后会标准化）。