Такие вот, наверно, простые вопросы по сабжу:
1.как просмотреть содержимое экстракта в отладчике
2.как определить какой именно экстракт обрабатывается комaндой sort

1) Никак! Можно посмотреть только обрабатываемую в текущий момент запись
2) Программа может содержать только 1 (один) экстракт. Он и обрабатывается!

Тогда в продолжение темы. Есть экстракт из трех field-group, включая header. Он заполняется данными.
.....
extract fg1.
.....
.....
extract fg1.
.....
extract fg2.
.....
extract fg2.
sort by f1 f2 f3.
До команды sort значение определенного поля одной и той же записи экстракта равно 0, а после <значение не равное 0>. Что может произойти при выполнении команды sort?

А ввобще кто-нибудь использует экстракты?
В догонку к предыдущим возникли след. вопросы. Можно ли очищать экстракт и потом снова заполнять данными? И, если заполняются поля одной из field-group(командой extract), то что при этом происходит с полями другой field-group?

Я использовал. Штука интересная, но повсеместное использование, ИМХО, нецелесообразно - из-за накладываемых ограничений.



Нет.
The lines of an extract dataset cannot be explicitly deleted and will be kept alive as long as the internal mode of the program.




А что с ними может происходить?

>И, если заполняются поля одной из field-group(командой extract), то что при этом происходит с полями другой field-group?
>А что с ними может происходить?

Заполняются ли поля другой field-group какими-либо данными? Хотелось бы понять логику заполнения экстракта.

Ну и открытым остается вопрос о изменении значения полей во время выполнения команды sort:)

Логика простая. По страничному принципу фиксируются значения полей, входящих в экстрактируемую field-group . Делается своего рода "снимок" значений этих полей, который запоминается в особой области памяти.
Стандартная field-group HEADER определяет список полей, входящих по умолчанию во все остальные field-group (т.е., набор этих полей будет всегда общим для всех field-group программы). Экстракт можно отсортировать только по полям, входящим в эту группу.
Иначе:
================
Cause: A sort criteria is not contained in the field group HEADER.
Runtime Error: SORT_FIELD_NOT_IN_HEADER
================
Вот, собсно, и все.



Дык... Снимки-странички меняются местами. Была текущей одна страничка - стала текущей другая. Когда страничка становится текущей, из нее восстанавливаются значения тех полей, которые были "сфотографированы" при экстракте. Набор этих полей определяется составом соответствующей field-group .
Попробуй использовать дополнение STABLE.
===============================

Спасибо за подробный ответ.
В версии 4.0 для команды sort нет опции stable.

Да, нету. Вы ж не сказали свою версию .

Дабы темы не плодить, пишу сюда.
Я использую extract в ФМ, но экстракт там можно прописать только в глобальной области, т.е. он определен не в самом ФМ, а в пуле (FUNCTION-POOL). Соответственно, если потом повторно вызывать ФМ, то уже происходить дамп, т.к. экстракт после первого использования уже менять нельзя.

Нельзя ли как-то сделать так, чтобы эта общая область FUNCTION-POOL каждый раз вызывалась как будто в первый? Если поставить вопрос шире, то можно ли как-то управлять памятью в рамках сессии пользователя?
Версия 4.0B

А почему бы не перейти на внутренние таблицы?

Вообще то, я про экстракты спросил, а не про то, как мне перейти на внутренние таблицы, но раз уж вас это интересует - отвечу.
Потому что удобно использовать экстракт для изменяющейся сортировки в отчете. И подведения итогов по разным полям, на выбор пользователя. Про ALV я знаю, так что это не предлагать

Что ж, охота пуще неволи..
Даже и думать не смел предлагать такую гадость

Существуют САПовские отчеты, например, из русского add-on-а, которые построены на экстрактах и не всегда работают корректно. Как вариант можно конечно переписать на внутренних таблицах, но всегда же хочется обойтись малой кровью:)