0

Нет ничего проще, чем проверить мои слова. Как это сделать, я указал. Можно ещё почитать первоисточник. Его я тоже указал. Что касается версий, то тут спорить я не могу, поскольку проверял только на 4.7.
Повторюсь, копирование объектов памяти происходит не при присваивании ссылок, а перед попыткой модифицировать объект через одну из них. Поэтому, удаляя записи из объекта через одну из ссылок, вы будете их удалять уже из копии объекта.

Что же касается, объектов, объявленных как field-symbols, то в строгом смысле слова они не являются ссылками (по крайней мере, в терминах ABAP):


В любом случае, спасибо за внимание к поднятой мною теме.

Чтож, уговорили, сдаюсь
Будем думать, что записи первой внутренней таблицы копируются во вторую не при присвоении
itab2 = itab1.
а при обращении к itab2. Нетривиально, но, видимо, в 4.7 это так.
Запишем это в опыт "тонких моментов" реализации SAP R/3.

Кстати, в 4.7 не реализовали случайно SELECT из внутренней таблицы? Я видел как-то раз такой код. Правда, у нас, на 4.6 он не работал...

Это уже довольно старая фишка и принято так делать не только в R3. Например Delphi со строками поступает аналогичным образом

Вторая задачка энтузиазма не вызвала. Видимо, она была слишком простая.
Локальное объявление TABLES приравнивается к глобальному. Однако при локальном объявлении изменения, производимые с рабочей областью таблицы внутри процедуры, будут не видны за её пределами, как если бы эта рабочая область была объявлена с помощью LOCAL. Поэтому в форме WRITE_DATA поле mard-matnr будет пустым. А поскольку по умолчанию на экран пустые строки не выводятся, то не будет выведено ни одной строки.

На первый взгляд выглядит глупой задачей. Во-первых Select ограничен выборкой одной записи, во-вторых данные помещаются в структуру MARD (не таблицу). Результат - одна запись.
Или здесь сокрыт "глубокий смысл"?
Давненько не пользовался NO STANDARD PAGE HEADING.

Вы бы потрудились прочитать ответ на задачу.

Каюсь, второй лист не заметил... Но все равно, ерунда. Какая то искусственная ситуация.

Ну отчего же? Вполне возможно, это была чья-нибудь ошибка, об которую когда-то кто-то чуть голову не сломал, а потом таки нашел решение.. Кстати, судя по вашим же словам, это потенциально могла быть и ваша ошибка

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

В смысле отсутствие доступа - цель? Т.е. чтобы и динамический assign не работал?
А что за "фича"? Как хоть выглядит?

ну так вот...
есть обработка ОС (AS01-AS03),
есть возможность вызвать оттуда свою программу (отчет, диалог),
есть расписанная всеми с ног до головы возможность получить данные контекста через память (через field-symbols).
Соответственно, пишу свою вызываемую программу, ожидаю, используя Field-symbols, получить данные контекста транзакций ОС.
... И ничего не выходит
Вопрос: как реализован вызов моей программы?

речь о submit?
Вызванный через submit отчёт вроде имеет свой стек вызовов..

Я, видимо, мало чего понял насчет вызова одной программы из другой - мало опыта. Поэтому, если это офф, может, лучше начать отдельным топиком. Но мне бы очень хотелось знать, как вызвать одну программу из другой и получить нужные результаты. В частности, нашу бухгалтерию не устраивает работа стандартных отчетов инфосистемы MC.5 и MCBR (запасы по складам/партиям) - им нужен комбинированный отчет. Я бы хотел сделать вызов процедуры в каждой из этих программ, заполнив соотв. itab, затем подкорректировать значения, полученные из MC.5, и слить в одну itab.
Я написал отчет для них по таблицам MARD(H), MCHB(H), MBEW(H), но хотелось бы использовать готовую ф-нальность...

Э-ээ.. ммм.. типа фиг его знает
Вообще-то честно посмотрел код, увидел несколько customer-functions, но в них на первый взгляд ничего особенного нету. в принципе, пришло в голову про CALL FUNCTION ... IN UPDATE TASK или CALL FUNCTION ... STARTING NEW TASK.
через SUBMIT вроде можно достать поле вызывающей задачи.