Обработка исключений VC ++ различается на x86 и x64 для клиента IBPP / Firebird

Предупреждение: я использовал среду Visual Studio 2017 для запуска файла simplest-build.bat.

Из приведенных ниже доказательств видно, что существует проблема с разветвлением или другим различием компиляции между 32-битной и 64-битной версиями службы Firebird, которая вызывает эту проблему.

Решение: функция-член EngineCode () не существует в 64-битной версии. Вы должны использовать функцию-член what () исключения, как показано в закомментированной строке внутри блока catch Test3 (). Если вы хотите использовать информацию 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"));
//}
}

Результат вызова ().

*** 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-битного клиента. Я пришел к этим выводам, изменив предложение catch в Test3 (), чтобы увидеть возможные исключения. Классы … ExceptionImpl будут компилироваться только с 32-битными клиентскими библиотеками и не будут компилироваться с 64-битными библиотеками.

Из _ibpp.h (32-битные библиотеки fbclient распознают эти классы. 64-битные библиотеки fbclient не распознают.)

///////////////////////////////////////////////////////////////////////////////
//
//  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.

Так что эта проблема будет проявляться только в Test3 () при компиляции для 64-битной системы, но я думаю, что она будет проявляться всякий раз, когда IBPP :: SQLException используется в 64-битной реализации.