我正在Visual Studio 2015/VC++上使用IBPP进行破解。 IBPP是firebird/interbase API的C++包装器。
IBPP, a C++ Client Interface to Firebird Server
该软件包的一部分是一些测试套件，您可以在此处下载:
ibpp-2-5-3-1-src.zip
从测试套件开始，您将找到一个简单的批处理文件，可以在下面的文件中进行编译
使用vc++ 2015的 native x86和x64工具链可以很好地进行编译。
编译之前，您需要编辑第84至86行
const char* DbName = "x:/ibpptest/test.fdb"; // FDB extension (GDB is hacked by Windows Me/XP "System Restore")
const char* BkName = "x:/ibpptest/test.fbk";
const std::string ServerName = ""; //"localhost"; // Change to "" for local protocol / embedded
请记住创建目录
x:\ibpptest\。此外，您还需要下载无法直接使用的，只是整个服务器归档文件一部分的文件。获取这两个文件:
32-bit Embedded
和
64-bit Embedded
。
为了简化，除了
x:\...\ibpp-2-5-3-1-src\tests\vs2005\之外，还创建两个目录:x:\...\ibpp-2-5-3-1-src\tests\vs2015x86\
x:\...\ibpp-2-5-3-1-src\tests\vs2015x84\
并将
x:\...\ibpp-2-5-3-1-src\tests\vs2005\simplest-build.bat复制到其中。现在，在以下目录中复制fbclient文件(32位到x86，64位到x64):intl/*
udf/*
fbembed.dll
firebird.msg
ib_util.dll
icudt30.dll
icuin30.dll
icuuc30.dll
msvcp80.dll
msvcr80.dll
现在，您可以编译并启动tests.exe。 x86二进制文件在测试6中会生成一些错误，这是可以的，因为您使用的是嵌入式文件的fblient。 x64二进制文件最终将出现在Windows程序失败屏幕中。当测试套件激活异常时，会在Test3中发生这种情况:
try
{
#if defined(IBPP_WINDOWS) && defined(_DEBUG)
OutputDebugString(_("An exception will now get logged in the debugger: this is expected.\n"));
#endif
st1->ExecuteImmediate( "CREATE SYNTAX ERROR(X, Y) AS "
"SELECT ERRONEOUS FROM MUSTFAIL M" );
}
catch(IBPP::SQLException& e)
{
//~ std::cout<< e.what();
if (e.EngineCode() != 335544569)
{
_Success = false;
printf(_("The error code returned by the engine during a\n"
"voluntary statement syntax error is unexpected.\n"));
}
}
在x86二进制文件中，此异常已按预期捕获，但在x64二进制文件中，则未捕获。有人知道如何在x64二进制文件中实现类似的异常处理吗？
在此先感谢您的帮助!
最佳答案
警告:我使用Visual Studio 2017环境运行simplest-build.bat文件。
从我在下面提供的证据看来，Firebird服务的32位和64位版本之间存在fork或其他编译差异，这会导致此问题。
解决方案:EngineCode()成员函数在64位版本中不存在。您必须使用异常的what()成员函数，如Test3()catch块中带注释的行所示。如果希望使用EngineCode信息，则必须从what()字符串中解析出它，因为它包含了最初作为IBPP::SQLExceptionImpl类中的单个数据成员提供的所有信息(32位)。
try
{
#if defined(IBPP_WINDOWS) && defined(_DEBUG)
OutputDebugString(_("An exception will now get logged in the debugger: this is expected.\n"));
#endif
st1->ExecuteImmediate( "CREATE SYNTAX ERROR(X, Y) AS "
"SELECT ERRONEOUS FROM MUSTFAIL M" );
}
catch(IBPP::SQLException& e)
{
//~ std::cout<< e.what();
printf(e.what());
//if (e.EngineCode() != 335544569)
//{
// _Success = false;
// printf(_("The error code returned by the engine during a\n"
// "voluntary statement syntax error is unexpected.\n"));
//}
}
what()调用的结果。
*** IBPP::SQLException ***
Context: Statement::ExecuteImmediate( CREATE SYNTAX ERROR(X, Y) AS SELECT ERRONEOUS FROM MUSTFAIL M )
Message: isc_dsql_execute_immediate failed
SQL Message : -104
can't format message 13:896 -- message file C:\WINDOWS\SYSTEM32\firebird.msg not found
Engine Code : 335544569
Engine Message :
Dynamic SQL Error
SQL error code = -104
Token unknown - line 1, column 8
SYNTAX
难题:statement.cpp显示了IBPP::SQLExceptionImpl和其他... ExceptionImpl用法的使用，因此我必须相信此源代码是32位分支。如果这应该是32位和64位的通用分支，那么我看不到它如何工作。
有两个定义异常类的头文件。我相信_ibbp.h用于编译32位客户端，而ibbp.h用于64位客户端。我通过更改Test3()中的catch子句来查看这些结论，以查看可能发生的异常情况。 ... ExceptionImpl类只能使用32位客户端dll进行编译，而不能使用64位dll进行编译。
从_ibpp.h(32位fbclient dll识别这些类。64位fbclient dll不识别。)
///////////////////////////////////////////////////////////////////////////////
//
// Implementation of the "hidden" classes associated with their public
// counterparts. Their private data and methods can freely change without
// breaking the compatibility of the DLL. If they receive new public methods,
// and those methods are reflected in the public class, then the compatibility
// is broken.
//
///////////////////////////////////////////////////////////////////////////////
//
// Hidden implementation of Exception classes.
//
/*
std::exception
|
IBPP::Exception
/ \
/ \
IBPP::LogicException ExceptionBase IBPP::SQLException
| \ / | \ /
| LogicExceptionImpl | SQLExceptionImpl
| |
IBPP::WrongType |
\ |
IBPP::WrongTypeImpl
*/
从ibpp.h(两个fbclient dll集都可以识别这些类)
/* IBPP never return any error codes. It throws exceptions.
* On database engine reported errors, an IBPP::SQLException is thrown.
* In all other cases, IBPP throws IBPP::LogicException.
* Also note that the runtime and the language might also throw exceptions
* while executing some IBPP methods. A failing new operator will throw
* std::bad_alloc, IBPP does nothing to alter the standard behaviour.
*
* std::exception
* |
* IBPP::Exception
* / \
* IBPP::LogicException IBPP::SQLException
* |
* IBPP::WrongType
*/
在所有tests.cpp中，IBPP::SQLException的唯一问题是在Test3()中。其他所有捕获都使用IBPP::Exception。
因此，仅当编译为64位时，此问题才会出现在Test3()中，但是我认为只要在64位实现中使用IBPP::SQLException，它就会显现出来。
关于c++ - 对于IBPP/Firebird客户端，x86和x64上的VC++异常处理有所不同，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/42889781/