Итак, вниманию сообщества предлагается проект Quark. Что это такое? Quark - это диалект Форта (по сути, альтернативное название - Quark-Forth), предназначенный для простого встраивания в более крупные проекты. Называется он так потому, что похож на реальный кварк - гипотетическую очень-очень маленькую частицу, из которой состоят более крупные элементарные частицы - протоны, нейтроны... Сам по себе кварк в природе не встречается. Аналогично, quark - это dll, которая, таким образом, не может работать самостоятельно - только в составе более крупного проекта. Интерфейс этой dll очень прост и содержит следующие функции.


Стек quark расположен в памяти, что несколько снижает производительность, однако существенно упрощает разработку и повышает устойчивость кода. Также имеются стеки control-flow, циклов, стек загружаемых файлов (в настоящее время доступны 32 уровня вложенности транслируемых файлов).

Quark поддерживает внутренний виртуальный экран - область памяти, имитирующую экран 2048x2048x32 bpp. Слова работы с графикой и текстом работают с этой областью, предоставляя доступ к ней оболочке, в которую загружен quark. Оболочка ответственна за корректное отображение экрана. В то же время, способ вывода виртуального экрана не зависит от содержимого quark, и может быть использован как вывод через GDI, так и более производительные DirectDraw или OpenGL.

Основная идея проекта заключается в том, что сочетание форт-машины в dll и внешней оболочки, написанной с помощью RAD-инструментов, позволяет пользоваться преимуществами и Форта, и ЯВУ. Оболочка может реализовать требуемый интерфейс, а доработка, настройка и "склейка" программ выполняется с помощью форт-машины.

Основные особенности:

Машинный код (flat assembler) размером 23 кб.
Динамически изменяемые размеры памяти кода и данных
Подключение других dll (LoadLibrary, GetProcAddress)
Плавающая точка с использованием сопроцессора
Словари по стандарту '83
Быстрый доступ к виртуальному экрану
Слова для свертки с использованием расширения SSE
Векторизация основных словарных статей

Примером оболочки является проект Proton

Показанная оболочка обеспечивает редактирование исходных текстов (с подсветкой синтаксиса и нумерацией строк), вывод виртуального экрана, строку консоли с быстрым исполнением введенной строки, просмотр статистики по размеру кода и данных (панель слева), просмотр стека, слов и переменных, а также выполнение форт-программы построчно (с остановом после каждой строки) или до места установки курсора (кнопки в панели управления). Основное назначение оболочки Proton - рабочее место исследователя в области обработки экспериментальных данных, математическое моделирование физических процессов, кросс-трансляция для Форт-процессоров на базе ПЛИС.

Roadmap

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

замечательная наверно вещь, а библиотеку консольного текстографического вывода на этой вещи может кто сделает ?

А документация по нему подробная?

А какое отношение имеет lazarus к оболочке Proton? Не уж то она на фрепаскале писанна?

На виртуальный экран можно выводить нормальный текст, знакогенератор встроен в dll.

Традиция обязывает писать подробно!

Ага, на нем Там удобный SynEdit. Правда, размер exe зашкаливает за все разумные пределы, уж не знаю, что тут делать. Но денег на Delphi я сейчас выделить не могу (тем более фактически ради одного проекта), а предложение "пойти на рынок и купить диск" принципиально считаю неуместным. Есть и свободные инструменты - lazarus, fasm.

А вот так выглядит редактор и результат работы Quark-а по вызову WinAPI.

Еще немножко скриншотов...
Настроили панельку:

Теперь правой кнопкой мыши нажимаем на одну из вновь созданных ToolButton-ов и....

А теперь жмем кнопочку и видим....
[/img]

А системы счисления для показа переменнных лучше сразу две! Или 3 и задавать приоритеты
индивидуально для каждой переменной

Рука бойцов колоть устанет...
Столько мышизма будет - ого-го!

Зато максимально будет использована видимая область экрана! Ее всегда не хватает!!
Всякая ерунда торчит, а то, что нужно - не влазит!

С учетом мороки, связанной с переключением этих режимов - все равно ничего не будет использоваться. Сейчас, по опыту работы, иногда включается hex ("ой, а что это такое на стеке? Ах, 0x008000...!"). А если еще тратить силы на интерфейсные элементы...

Впрочем, это все настраивается и дописывается. Был бы движок...

Да!
А переключение режимов - просто формат вывода, он даже в TurboDebugger-е есть...

Остается обычная проблема - как пасти Фортеров, чтоб не разбредались...
Как иметь минимальное количество наборов настроек. Можно переучиться, чтобы
дальше работать со стандартом. Но стандарт должен быть удобным!

И как сделать полный набор настроек...

А стандарта по сути не наблюдается. Никаких "канатов" между shell-ом и Фортом нет. Только Evaluate. Стек, правда, можно получить и более простым способом, по GetStack. Но основная идея была в том, чтобы с dll можно было работать только через Evaluate.