если фетч из курсора выкинул ошибку, то даже если мы ее обработали, это никак не значит что фетч был успешным. Поэтому row_count ненулевым стать не может. Отсюда и выход из цикла.

Dimitry SibiryakovНепонятно почему IF вообще выполняется на этом цикле.
да, выше я ступил. IF и не должен выполняться, после обработчика управление передается на END. Так что значение ROW_COUNT вообще пофиг, его некому проверять.

Data Definition Guide* Performs the ensuing statement or block of statements specified by the WHEN statement
that handles the exception.
* Returns program control to the block in the procedure following the WHEN statement.

Dimitry Sibiryakov,

фетч из закрытого курсора выкинет ошибку

hvlad,

блин, что-то невнимательный я сегодня :-( Внешний цикл пойдет на очередную итерацию, конечно же.

если ошибка возникла при фетче из процедуры, то процедура закрывается и последующие фетчи из нее возвращают EOF. При этом курсор-обертка об этом понятия не имеет, поэтому исключение не выкидывает. Эта логика торчит как минимум со времен IB6.

собственно, если процедура что-то выкинула до своего SUSPEND, то повторный фетч из нее может снова выполнить этот же глючный код. Таким способом хотели избежать зацикливания, видимо. А то, что хитрый Сибиряков делает преинкремент и кидает исключения сугубо условно - не предусмотрели.