Графика встроенными средствами Forth

`Kopa

Хищник писал(а):

Можно рисовать и непосредственно на экране, но ведь нам бы еще, наверное, и обычные окошки хочется видеть.

Такой проект Форта, как reda (r4) http://code.google.com/p/reda4/ не заморачивается на "окоiках" и "фигачит"
графику всеми "доступными" средствами.

P.S. Этот проект просто "нашпигован" "невитиеватыми"
графическими "примерами" (похоже, что дети творчеством
занимаются)

Denis Lopatin

Огромное вам всем спасибо за терпение и развернутые ответы!
Я получил больше информации, чем просил!

Теперь мне стало примерно понятно куда двигаться дальше и о чем читать.

Для чего мне это..?
После такой развернутой дискуссии хочется пообещать, что-то вроде: "я сделаю Мир лучше!". Я не издеваюсь и не иронезирую. Честно. Первый раз на техническом форуме получаю такой ответ!
Но, увы. Скорее всего, для баловства!

Т.е., у меня есть идея, но по роду работы, идеи посещают меня "очередью", а до реализации доходит не более процента. Эффективность никакая! ))) Единственное, там всегда бюджетные ограничения, а тут их как-будто нет - это вселяет надежду.
Проект, точно не на год. Думаю, даже не на два. А когда наберусь мужества, признаю, что и трех мало...! )))

В общем, это игра! Но, подробности вас врядли заинтересуют.

Hishnik

Denis Lopatin писал(а):

В общем, это игра! Но, подробности вас врядли заинтересуют.

Ну почему же?

http://fforum.winglion.ru/viewtopic.php?f=23&t=2788&start=15

Skokov

Можно ли мне еще поинтересоваться, давно в сторону форта смотрю, но руки ни как не доходили да и по работе далеко от программирования был раньше. Сейчас я пишу на TCL/TK кроссплатформенно в основном. Вот хотелось бы попросить помощи в выборе форта. Требования по функциональности примерно такие: кросплатформенность, SQLite, работа с сетью (прием-отправка данных), поддержка RS232 (это наверное во всех есть) ну и ТК (смотрел IFORTH но он уж слишком огромный). Хотелось бы SPF только вот там нужна помощь по прикручиванию ТК. Вроде все пока что. Буду рад вашей помощи.

VoidVolker

gForth: linux - x64/x86, win - x86, VFX, SWIFT-X - x86. А iForth - да, тяжелый.

mgw

Помощь по SPF окажем, это без проблем. Я в своё время тоже смотрел разные форты, но SPF 4.20 самый проработанный и открытый. Реально кроссплатформенный. Скажем так: Windows и Linux освоены. Очень хорош fork mOlega, но когда он заработает на Linux не понятно. В общем я за SPF 4.20

Skokov

Благодарю пока что остановился на VFX (наверное он проще для новичка в плане окошек), надо немножко к чему нибудь попривыкать освоится так сказать в новом мире, а вот насчет SPF. наверное вернусь к нему как только научусь сам писать какие нибудь окошки, кстати в чем основное отличие SPF от других?

VoidVolker

Skokov писал(а):

наверное вернусь к нему как только научусь сам писать какие нибудь окошки, кстати в чем основное отличие SPF от других?

Главное - это Российская система и имеет большое русскоязычное сообщество и кучу наработок. VFX и SWIFT-X - коммерческие системы, но они своих денег стоят - ибо есть подробные мануалы и все что надо работает из коробки. У VFX главный плюс в кросплатформенности и GTK+, а SWIFT-X больше ориентирован на встраиваемые системы. gForth - система довольно своеобразная, основное направление развития - линукс, из плюсов - полная поддержка х64 для *nix, развивается довольно давно.

mgw

Skokov писал(а):

... в чем основное отличие SPF от других?

По SPF всегда подскажут люди добрые, по VFX читаете литературу и разбирайтесь самостоятельно.
Еще очень важный момент открытость исходников SPF, всегда можно посмотреть как и почему ....
Советую прочитать http://mgw.narod.ru/doc.htm вдруг пригодится.

KPG

Skokov писал(а):

Можно ли мне еще поинтересоваться, давно в сторону форта смотрю, но руки ни как не доходили да и по работе далеко от программирования был раньше. Сейчас я пишу на TCL/TK кроссплатформенно в основном. Вот хотелось бы попросить помощи в выборе форта. Требования по функциональности примерно такие: кросплатформенность, SQLite, работа с сетью (прием-отправка данных), поддержка RS232 (это наверное во всех есть) ну и ТК (смотрел IFORTH но он уж слишком огромный). Хотелось бы SPF только вот там нужна помощь по прикручиванию ТК. Вроде все пока что. Буду рад вашей помощи.

А варианты использования Форт на TCL/TK не рассмотрены?
1. HolonT
2. TclForth
3. Некоторые разработки на wiki TCL/TK
4. по возможности использовать вариант TCL/TK в виде DLL
5. ... другие решения (может встраивание Форт в исходники Tcl/Tk)

P.S. в IForth вроде заявлена поддержка Tcl.
В плане "окошек" и готовых примеров хороший вариант Win32Forth. Уроки NeXe по OpenGL для Win32Forth
P.P.S. Одна из особенностей SP-Forth что он имеет встроенный макрооптимизатор и например на нём созданы программы eserv и nncron (Форт для расширения функционала)

Skokov

Спасибо KPG. Я наверное буду пробовать TCL запихивать в SPF. Хочется что то свое))

KPG

Skokov писал(а):

Спасибо KPG. Я наверное буду пробовать TCL запихивать в SPF. Хочется что то свое))

Можно не останавливаться по встраиванию других скриптовых языков

Например: Minotaur for Perl, Python, andTcl

Код:

Минотавр работает путем внедрения одного языка в другом (во время выполнения), то есть контекст заканчивается как единый процесс. Это возможно, поскольку каждый из языков, поддерживает не только динамических расширений, но также встроенный в C основе основной программе. В этом случае, основная программа, выполняет другой язык сценариев. Все комбинации основного против встроенного выбора языка возможно, но из-за некоторых различий в том, как каждый из языков имеет дело с расширениями и вложения, вы можете в конечном итоге выбор для встраивания Perl Tcl, например, даже если ваш основной язык TCL, и вы хотите, чтобы иметь возможность запускать некоторые Perl код.

P.S. Базовый язык проекта pForth.
P.P.S. Оказывается вcтраивание Tcl в Форт имеет давнишнюю историю (статья - TkForth. An interface to the Tk toolkit for ProForth for Windows)
Успехов.

Skokov

Наверное вопрос чайника столкнулся с WINAPI: вот как нужно описывать типы данных как их передавать и получать ? Если можно то на примере пожалуйста.

Код:

typedef struct Tcl_Interp{
    char *result;      /* Points to result string returned by last
             * command. */
    void (*freeProc) _ANSI_ARGS_((char *blockPtr));
            /* Zero means result is statically allocated.
             * If non-zero, gives address of procedure
             * to invoke to free the result.  Must be
             * freed by Tcl_Eval before executing next
             * command. */
    int errorLine;      /* When TCL_ERROR is returned, this gives
             * the line number within the command where
             * the error occurred (1 means first line). */
} Tcl_Interp;

mgw

В этой структуре описаны 3 ячейки ( 3 CELLS - в терминах SPF )
1 - указатель на буфер в котором будут строки
2 - адрес процедуры по очистке строк
3 - целое число с номером строки

ПРОСТЕЙШИЙ вариант задания такой структуры в SPF:

Код:

0   \ Начало описания структуры Tcl_Interp
CELL -- result 
CELL -- freeproc 
CELL -- errorline
CONSTANT РазмерСтруктуры_Tcl_Interp

HERE РазмерСтруктуры_Tcl_Interp ALLOT CONSTANT УказательНаСтруктуру

Доступ:

Код:

 
УказательНаСтруктуру result       \ --> result
УказательНаСтруктуру freeproc    \ --> freeProc
УказательНаСтруктуру errorline    \ --> errorLine

Создавать самому такую структуру нет необходимости.
Функция Tcl_CreateInterp вернет УказательНаСтруктуру, ну а доступ как описано выше.

Хотелось бы узнать это будет в Windows или Linux или и там и там?
От этого зависит как описать доступ к функциям в DLL.

dynamic-wind

Только это будет работать лишь в системах, где размер целого = размер указателя = CELL.

Графика встроенными средствами Forth

Кто сейчас на конференции