Change the ABAP program so that no more than 36 temporary
subroutine pools are generated.

Насколько я понимаю, то получается примерно так, подпрограммы у вас генеряться в цикле и в цикле же вызываются. Можно вынести генерацию и запуск подпрограммы в отдельный репорт, который вызывать через submit в цикле. Нужные параметры, если надо, передавать через EXPORT IMPORT.

Ну или удалять уже ненужные динамические подпрограммы..

Я использую cl_alv_table_create=>create_dynamic_table.
И мне нужно сгенерировать больше чем 36 таблиц.

create_dynamic_table создаёт для каждого вызова 1 SUBROUTINE POOL, в котором есть 1 таблица, указанной структуры.

Можно сваять свой собственный модуль для динамических таблиц, который мог бы создавать несколько таблиц в одном POOL. Разумеется такой вариант не всегда приемлем, но если есть одновременно несколько каталогов полей, по которым требуется создать таблицы, тогда такой вариант прокатит..

В интерфейсе передавать таблицу из каталогов полей и возвращать таблицу ссылок.

Прошу прощения за оффтопик, но если вам нужно в программе создавать десятки (!) динамических таблиц, то возникает подозрение, что что-то сильно не так в постановке задачи..

До 36 пулов может содержать один контекст в памяти, то есть, если, например, засунуть генерацию в другой отчет, вызывая его через SUBMIT (или Call Transaction), то обойти ограничение удастся - динамическая программа будет создаваться в другом контексте (другой internal session).
Вопрос, как обрабатывать такую таблицу - это уже надо смотреть в зависимости от конкретной задачи.

А вообще, имеет смысл прислушаться к словам Сергея Королева.

Через EXPORT/IMPORT нельзя передать ссылку. Сгенерировать таблицу будет можно, передать содержимое тоже можно, но суть вся в том, что для работы нужен именно созданный объект а не копия. Мне кажется работать с соседней Internal Session не удастся..

ЗЫ первая мысль была тоже предложить вынести в submit, но потом пришел к выводу, что проще написать свой модуль..

ЗЫ2 Теперь я уже уверен, что не получится манипулировать данными другой сессии.

У меня была первая мысль снести все нафиг и помотреть на задачу с другой стороны, так как это не здраво, хотя очень сексуально динамически генерить больше 36 таблиц...

Поскольку лично я не могу посмотреть на задачу с другой стороны , я и предлагаю конкретное решение вполне конкретного вопроса. Причём он довольно-таки интересный, несмотря на отдалённость от реальной практики и странности

Конечно в постановке нет прямого указания генерить кучу таблиц. Просто это один из вариантов решения.
И я задавал вопрос не в разделе "Для постановщиков".

2 nicky555 : Спасибо за ответ
2 Uukrul : Не надо набирать очки оставляя "Сексуальные" посты.

А о каких очках идёт речь?

А это очень сексуальный читатель, только я правильнее назвал бы его писателем, потому что до читателя он явно не дотягивает, думает что оставляя посты я зарабатываю себе рейтинг... Так вот для Читателя персонально:
1. Мне глубоко пофигу любые рейтинги как на этом сайте так и где бы то ни было в другом месте.
2. По поводу проблемы генерации 36 динамических таблиц и программ уже были посты, специалистом в этом деле по динамической генерации был 111 кажется и там же были даны пути обхода этой проблемы, просто перед тем как спросить, если вы таки читатель, желательно воспользоваться поиском.
3. Если у тебя таки проблема с ограничениями системы, как в данном случае, то в 90% случаев значит это не правильное решение и нужно искать другое. Как сказал Т, задачи мы не знаем, то к сожалению советовать как это обойти по другому сложно, поэтому я просто написла что лучше использовать другое решение... а как нагенерить больше 36 динамических таблиц я принципиально не советую как и то как можно подломать что-то в стандарте, потому что к этом или сам дойдешь или шаровой автомат в руках дикаря гибель всему племени...

Мальчики, не надо ссориться
36 таблиц, действительно, многовато. Если они реальные, то есть содержат приличное число записей, можно посадить свой режим в PRIV-mode, чем будут очень недовольны админы...

1.000.000 записей в день