SysReportRun - засада

[Logger]

Да.
Перекрыли метод в классе SysReportRun

Ядро сгенерило такой код

public boolean send(Common _cursor, int _level=1, boolean _triggerOffBody=TRUE, boolean _newPageBeforeBody=FALSE)
{
    boolean ret;

    ret = super(_cursor, _level, _triggerOffBody, _newPageBeforeBody);

    return ret;
}

И именно он в случае вышеупомянутых отчетов - не работает. Работа отчета молча прерывается без каких-либо сообщений об ошибках.

P.S.
Странно, вроде подробно все расписал еще в первом сообщении темы.
Почему еще вопросы возникают.
Неужели сложно взять, проверить и убедиться.

[Ruff]

Есть еще такой вариант (проверил, работает):

// SysReportRun
public boolean send(Common _cursor, int _level=1, boolean _triggerOffBody=TRUE, boolean _newPageBeforeBody=FALSE)
{
    if (prmisdefault(_newPageBeforeBody)) 
    {
        return super(_cursor, _level, _triggerOffBody);
    }
    
    return super(_cursor, _level, _triggerOffBody, _newPageBeforeBody);
}

Ну и можно по аналогии проверять "дефолтность" третьего и второго параметров для вызова укороченных super(). Кстати, не анализировали, есть такие send() в стандарте, в которых меньше 3 параметров?

Еще интересный момент. Если попытаться запустить отчет из списка Logger-а сразу после модификации SysReportRun, то ядро выводит-таки ошибку:

Цитата:

Трассировка стека: Метод был вызван с недопустимым числом параметров.



(C)\Reports\BOMConsistOf\Methods\send
(C)\Classes\SysReportRun\send - line 5
(C)\Classes\ReportRun\fetch
(C)\Classes\SysReportRun\fetch - line 6
(C)\Classes\ReportRun\run
(C)\Reports\BOMConsistOf\Methods\run - line 26
(C)\Classes\SysReportRun\run - line 35

Но стоит просто откомпилировать отчет исправлено: вывести что-то в инфолог, как начинает проявляться описанный эффект - молчаливое завершение.

[Logger]

Цитата:

Сообщение от Ruff

Еще интересный момент. Если попытаться запустить отчет из списка Logger-а сразу после модификации SysReportRun, то ядро выводит-таки ошибку:

Но стоит просто откомпилировать отчет, как начинает проявляться описанный эффект - молчаливое завершение.

Погодите, по идее если сделать модификацию как я описал то должна сработать ветка кода

    case  3 :
            ret = super( _cursor, _level, _triggerOffBody );
            break;

и не должно быть ошибки времени выполнения, так как число параметров будет одинаковым в вызове метода и в его объявлении в отчете.

может под отладчиком пройтись - мало ли что сглючило и неверно отработал
SysReportRun::GRD_getMethodParamsCount

У меня все работало нормально.
Проверял на отчетах с 4 и 3 параметрами.

[Ruff]

Я имел в виду запуск без модификации. То есть просто перекрыть send, оставив сгенерированный ядром код, и запустить отчет.

[Logger]

Цитата:

Сообщение от Ruff

Я имел в виду запуск без модификации. То есть просто перекрыть send, оставив сгенерированный ядром код, и запустить отчет.

А !
А вот это очень странно. Интересно было бы докопаться.
Барабашки нет !

[Ruff]

Цитата:

Сообщение от Logger

Барабашки нет !

Действительно) Я был не прав насчет компиляции (не влияет она, это просто было совпадение). Правда понять изначальную причину пропадания сообщения так и не удалось. Заметил только, что текст ошибки НЕ выводится, если что-то вывести в инфолог перед некорректным вызовом супер. Могу лишь предположить, что ядро как-то нестандартно работает с инфологом в таких случаях.