Function Module Pass by Value – Data Loss: это бага?

Kengur

Нашел тут такой пример

http://zevolving.com/2011/06/function-m ... data-loss/

Объяснение у автора какое то странное. CT_VBAP и LI_VBAP не ссылаются на общую память вроде, это просто копия. Какие есть объяснения.

зы проверено на 740 баг все еще работает.

matik

внизу написано в чем дело

The pass by value using a CHANGING parameter means that the table is copied onto itself destroying any active cursors as here the loop cursor.
In the view of performance, call by value is wrong by default

LOOP LT_TAB

Передали ее как VALUЕ в FM
Когда вышли из нее данные скопировались обратно в LT_TAB
число записей может быть другое (новое содержимое)
какая должна быть текущая в лупе ?

ENDLOOP

Kengur

А теперь ясно. Чел перемудрил. Даже с пустым ФМником будет этот "косяк".

Вывод не передавать внутри лупа никому ничего...

Удав

Ну как бы [del]неграмотность[/del]горе от ума. В цикле в ФМ передавать всю таблицу по CHANGING, внутри снова (!) с ней что-то делать, а потом говорить, что что-то неправильно :roll:

Kengur

Удав написал(а):

Ну как бы [del]неграмотность[/del]горе от ума. В цикле в ФМ передавать всю таблицу по CHANGING, внутри снова (!) с ней что-то делать, а потом говорить, что что-то неправильно :roll:

прикол в том что с ней как раз можно ничего не делать.

Bimit

Просто передавать в пустом ФМе?

Kengur

Удав

Kengur написал(а):

прикол в том что с ней как раз можно ничего не делать.

Это не прикол, а некорректное построение алгоритма :roll:

Kengur

Удав написал(а):

Kengur написал(а):

прикол в том что с ней как раз можно ничего не делать.

Это не прикол, а некорректное построение алгоритма :roll:

прикол в том что вполне можно делать copy on write. я тут не семантику алгоритма обсуждаю а особенности работы абапа.

Правила форума

Function Module Pass by Value – Data Loss: это бага?

Кто сейчас на конференции