Ситуация: система сохранена словом SAVE (TRUE TO ?GUI ' MYPROC MAINX !)
2 вопроса
1. Можно ли в данной ситуации пользователем временно вызвать родную консоль СПФ
к примеру для отображения некой информации или для интерактивного
общения пользователя с программой? (не хочется связываться с WINAPI)
2. Возможно ли создание и сохранение во внешнем файле скомпилированного временного
словаря пользователя и по мере необходимости подключать его (ну что-то как бы типа DLL) с возможностью пользователя добавлять новые определения, удалять или обновлять
старые?

может у кого есть либы или не стоит с этим и заморачиваться.

СПФ поддерживает многозадачность.
Консоль может быть одной из задач, вызываемой по каким-нибудь событиям - по нажатию кнопок например.
Сам не нуждался в этом, поэтому ничего конкретного не скажу.

Это я видел только в SMAL32. Для СПФ это сделать по-моему тяжело(нужно учесть много зависимостей)- не стоит связываться.

по первому вопросу смотрите src\compiler\spf_translate.f слова QUIT и MAIN1
по второму не стоит напрягаться

Спасибо за советы. В догонку еще вопрос:
хотел использовать либу devel\~yz\lib\mapfile.f в wndproc -
одной кнопкой открыть файл, другой что-то в нем натворить
третьей закрыть. Не тут-то было, понял, что вина всему
используемое в либе слово ALLOCATE, если в одном слове
файл открыть-изменить-закрыть, то все нормально иначе (в callbace) адрес
выделенной памями становится "неликвидным".
Есть ли возможность выделять динамическую память доступную
для обработки при любом сообщении или событии window?
Резервировать память по ALLOT не хотелось бы т.к. открытых
файлов может быть неизвестное кол-во.
Может я конечно и ошибаюсь, что-то не так делаю.

Хм.. a что тема делает во флуде и оффтопике, когда есть SPF-овский раздел?
непорядок... сейчас поправим.

Адреса в пределах одного процесса "ликвидны" на чтение/запись всегда. Проблема может быть в освобождении памяти -- FREE надо вызывать в контексте того же хипа, из которого ALLOCATE выделил этот блок (обычно это эквивалентно "в том же потоке". Callback'и могут быть реализованы как отдельные потоки).
Возможно ошибка в чём-то другом. Приведите код.
PS По-моему в ~yz/lib/mapfile.f были небольшие баги (по крайней мере у меня в модифицированной версии написано "fixed some bugs" -- деталей не помню).