问题标签 [lib]

我正在尝试在 C++ 中创建一个简单的 .lib 文件，以尝试使用 C++/CLI 包装技术在我的 C# 中使用代码。问题是，我的 C++ 代码本身没有编译成功。它不断推送“不是有效的 Win32 应用程序”错误。我尝试查找相同的问题，许多答案表明 Windows XP 存在 .NET 框架问题。但我在“Visual Studio 2015 (v140)”平台工具集上运行它。我的桌面是运行 Windows 10 专业版的 64 位操作系统（x64 处理器）。

这是我的项目属性的片段：

这是我的 .cpp 代码：

因为我是业余爱好者，所以我正在为此苦苦挣扎。您的帮助将不胜感激！

看起来 Apache 客户端已被弃用，有没有另一种方法可以在不安装花哨的库的情况下进行 http 请求？

我应该使用 Apache 客户端吗？如何导入，我的 Android Studio 不想导入 HttpClient、HttpGet、...

谢谢

我的 Makefile 中的一个目标取决于libSM.so但 ld 出于某种原因查看内部/usr/Lib/gcc/x86_64-redhat-linux/..，发现不兼容的（32 位）版本并保释。我有正确的版本，/lib64但-L/lib64没有帮助。

我如何强制 ld 采用以下版本/lib64？

假设我有一个源代码，并且我将它编译为一个静态库，所以我有一个 .lib 文件。让我们称之为first.lib。

然后我有其他源代码，它从以前的代码中调用函数。我将此代码构建为共享库，并将 first.lib 作为链接器的输入。现在我有一个second.lib, second.dll。

到目前为止，一切顺利，一切正常。但我想创建一个 EXE 应用程序，它也使用 second.dll 和 first.lib。在构建应用程序时，我链接到 second.dll 并将 first.lib 作为链接器的输入。

我的应用程序是否包含两次 first.lib 的内容？就我而言，它似乎确实如此。

这是我认为错误来自target_link_libraries我的文件的包含：CMakeLists

RUNETag 是我成功编译的另一个包。

这是我的终端：

还有我的 Makefile2：

这是我正在尝试编译的项目LINK。我正在使用 Ubuntu 16.04

缺少什么？

我从 scilab 网站安装了 scilab.6.0.0 和后门（我在 Application>Module maneger>atom>Technical 中找不到它）。我将后门文件移到了我的家，并从 scilab 命令行安装了它

即使它成功安装了后门，当我重新启动 scilab 时，我还是收到了带有后门的错误消息

据我了解，我需要更新库，但我不知道如何？某人会明确告诉我（因为我是 scilab 的新手用户）我该如何克服这个错误？在并且我尝试连接 octave 和 scilab，当我尝试在 octave 运行演示脚本时，我也收到此错误

仅供参考：我已经安装了 sci_cosim 包（在我下载包后，我写到 octave prompt >>pkg install sci_cosim_0.1.3.tar.gz），并在运行脚本之前加载它。

如何重新编译库：检测到旧的二进制库

非常感谢您提前提供的帮助

我正在编写一个利用 Boost 日志记录功能的程序，因此，在尝试构建上述程序时，在生成代码时出现以下错误（在 Visual Studio 2017 上）：

1>LINK：致命错误 LNK1104：无法打开文件“libboost_log-vc141-mt-gd-1_64.lib”

但是，我可以确认以下内容：

• boost_1_64_0\stage\lib 已添加到 Linker -> General 下的“Additional Library Directories”
• libboost_log-vc141-mt-gd-1_64.lib 位于 stage/lib 下，因为在解压 Boost 时，我使用工具集设置为 14.1 进行了完整构建
• 按照相关问题的答案，我确实将特定的 .lib 添加到 Linker -> Input 下的“Additional Dependencies”中

我觉得很明显我错过了一些东西。但是，任何帮助将不胜感激。

众所周知，Visual Studio 库 *.lib 文件是一个 Unix“ar”存档，其中包含 COFF 格式的对象模块。但我发现用于导入 DLL 的库是不是 COFF 对象的小块（或存根）的存档。一个例子是库 VS15\lib\ucrt\ucrt.lib。这些块包含函数的名称和对定义该函数的 DLL 库的引用。这是“puts”函数的存根示例（十六进制转储）：

它绝对不是 COFF 对象（尽管它包含特定于 COFF 的 386 架构签名 0x14C）。我找不到有关这些导入对象格式的任何文档。有人知道这种格式吗？

可能是非官方规格？

可能是一些可以处理这种格式的源代码？

我目前正在构建一个小库，用于同时读取/写入/移动文件。在这样做时，我遇到了错误处理的问题，这让我想到：

我应该在 lib 中抛出错误并让用户的整个应用程序崩溃，还是返回错误消息供用户处理？

我想知道哪个最适合给定情况以及为什么。

我想使用一家公司提供的 c++ 库。我只有 .lib 和 .h 文件。我想统一使用它。所以我需要一个DLL。所以我想创建一个 DLL，允许我访问 .lib 中我需要的函数。

为此，我创建了一个 Visual Studio C++ DLL 项目，其中包含一个从库中调用所需函数的 C++ 文件。.lib 在链接器/输入/其他依赖项中链接到 Visual Studio。

为了简单起见，我试图从普通的 c++ 文件而不是统一调用我的 DLL 的函数。

我的测试文件如下所示：

我的主要 DLL 文件如下所示：

dllmain.h

如果我在我的 DLL 中调用测试函数，它就可以工作。但是，如果我调用使用原始 .lib 中的函数的 startConnection 函数，它会崩溃（没有错误消息）。

所以为了清楚起见，我想要测试文件-> 调用我的自定义 DLL -> 调用下载的 .lib 。

我不明白我做错了什么？

我想知道最初的 .lib 是否包含在 .DLL 中，还是我需要以某种方式链接它？