gpt4 book ai didi

启动时 MySQL++ 应用程序错误

转载 作者:行者123 更新时间:2023-11-29 00:52:06 25 4
gpt4 key购买 nike

我编译 MySQL++ 没有任何问题。当我启动一些可执行文件(resetdb.exe 和 simple1.exe)时,他们建议运行以测试安装是否成功,我遇到的第一个错误是缺少 libmysql.dll

将其路径添加到 PATH 环境变量并没有解决问题,即使在启动新的命令提示符后也是如此;我必须将 DLL 复制到 MySQL++ 可执行文件所在的目录中。

现在 DLL 已找到,但出现此错误:

simple1.exe - Application error
The application was unable to start correctly (0xc000007b).
Click OK to close the application.

即使从命令行启动,我也没有得到比这些更多的信息。

感谢您的帮助!

MySQL 5.5 -MySQL++ 3.0.9 -Windows 7 64 位 -MINGW32 -海湾合作委员会 4.4.0

最佳答案

0xC000007B 是 Windows 错误,表示可执行文件已损坏。它可以引用 simple1.exe 或它所链接的 DLL 之一。

这可能发生的一些原因:

  • 您正在以不兼容的方式混合使用工具链。在您的情况下,您可能已经使用 MinGW GCC 构建的片段和 Visual C++ 构建的片段构建了 simple1.exe。 MinGW 应该与任何由 Visual C++ 构建的纯 C DLL 兼容,包括 MySQL C API DLL。但是,您可能会有其他干扰。 MinGW 在 C++ 级别与 VC++ 兼容,但是如果这是您的问题,它根本不应该链接。

  • 您没有遵循 README-MinGW.txt 中的 MySQL C API 导入库构建步骤。您要么错过了一个步骤,要么完全跳过了它并尝试使用 MySQL 附带的导入库。

  • 在您之前的周转中,您最终得到了一个损坏的目标文件,该文件被链接进来。尝试在 MySQL++ 的顶层说make clean all 以强制完全重建。

  • 您正在混合使用 MySQL 或 MySQL++ 的版本。如果您的系统中每个版本都有多个版本,请确保您在使用它们时保持一致。也就是说,从您运行程序的同一个 DLL 构建 C API 导入库,使用 exrun.bat 运行示例以确保您使用的是刚刚构建的 MySQL++ DLL 版本PATH 中的另一个,等等。

此外,我注意到您使用的是旧版本的 MySQL++。如果您使用的是 Linux,我可以理解,因为某些发行版仍随 3.0.9 一起提供。但是由于您必须使用 MinGW 从源代码构建 MySQL++,我不明白您为什么不使用 3.1.0。您是否从某处获得了二进制构建?

至于您的PATH 问题,您在执行此操作后是否重新启动了MinGW shell? PATH 更新不影响正在运行的程序;他们保留开始时看到的值(value)。

关于启动时 MySQL++ 应用程序错误,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/8079050/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com