Господа!

В хранимой процедуре без возвращаемых значений, которая успешно (в рамках своей логики, либо отрабатывает молча, либо возвращает exception) вызывается так в IBExpert:

execute procedure advance2(1000, 500);

есть вызов исключения

exception wrong_parameters 'Такая сумма аванса недоступна сотруднику, уменьшите сумму!';

Есть компьютер с приложением (не IBExpert), где клиентская библиотека от FB2.5, и тогда работает правильно. А если вызывает исключение, которое ловиться программой, то отображается именно такой текст. Сервер всегда 2.5.7.

Если использовать библиотеку от FB3.0.1, то в случае правильных параметров, которые не предполагают исключения, все работает. Если ввести параметры, на которые мы должны реагировать вышеуказанным исключением, то в клиент придёт исключение "Attempt to execute an unprepared dynamic SQL statement", а не то, что указывали мы.

Мы использует IBSQL (не IBQuery), отладка показывает, что исключение такое уже на уровне вызова isc_dsql_execute2:




Отмечу, что хранимая процедура с возвращаемыми значениями, вызываемая через "select * from ..." корректно возвращает исключение при любой клиентском библиотеке: и FB2.5, и FB3.0.1.

Как нам получить "наше" исключение в примере выше? Хотелось бы иметь одну клиентскую библиотеку и соединятся с СУБД разных версий.

kdv,

Спасибо, вы правы, это явно имеет отношение к моему случаю. Я наталкивался на эту статью сто лет назад, но сейчас, при поиске (гуглении и т.п.), её почему-то мне не показывает.

Однако, я все еще попробую разобраться, почему с клиентской библиотекой fb2.5 все норм, а с fb3.0 - нет. Или, как сказал Товарищ младший сержант - это принципиальная ситуация и никто не обещает, что новые клиентские библиотеки будут нормально работать со старыми версиями СУБД, так?


p.s.: Господа, а есть простой список поломанного в fb3.0 относительно fb2.5? Не именно новые возможности, а старые, типа длинна имени переменных (declare variables) в процедурах не более 31 символа, обязательного именования столбцов в курсоре, даже когда я обращаюсь к ним не по имени (то бишь cast() теперь нужно сопровождать алиасом, но вы знаете, конечно), обязательно приведение к одному типу в case (многие ситуации, разрешаемые в 2.5 по умолчанию, теперь требуют явного указания (явного cast()) ) и т.п.

Все заработало.

Действительно, возвращался exception, затем, так как код вот такой странный, то вызывалась процедура еще раз, получался exception другой (Attempt to...). Исправление кода помогло.