Forth и другие саморасширяющиеся системы программирования Locations of visitors to this page
Текущее время: Чт мар 28, 2024 13:47

...
Google Search
Forth-FAQ Spy Grafic

Часовой пояс: UTC + 3 часа [ Летнее время ]




Начать новую тему Ответить на тему  [ Сообщений: 145 ]  На страницу Пред.  1 ... 6, 7, 8, 9, 10
Автор Сообщение
 Заголовок сообщения:
СообщениеДобавлено: Пн янв 14, 2008 15:37 
Не в сети
Moderator
Moderator
Аватара пользователя

Зарегистрирован: Чт май 04, 2006 00:53
Сообщения: 5062
Откуда: был Крым, теперь Новосибирск
Благодарил (а): 23 раз.
Поблагодарили: 63 раз.
Kopa писал(а):
Но еще, слово 1+ становится одним осязаемы действием

да, но толку от него не очень много, даже сказал бы совсем нет.
При необходимости легко добавить слово : 1+ 1 + ;
при этом становится нужно поддерживать меньшую FVM 8) что есть гут, по моему.

Kopa писал(а):
P.S. Вопрос.
В разных Форт системах введены те или иные слова и внутренние сущности.
Рассматриваются ли слова для включения в форк из разных диалектов и
из каких?

вопрос сложный.
А что надо?

В реальности хочется иметь небольшое доступное пониманию ядро, которое можно развивать за счет внешних либ. То есть в ядре остается необходимый минимум слов, например, слова CMOVE> MOVE в ядре не нужны - они уже во внешней либе, то же касается, например слов KEY ?KEY и их поддержки - они в либе. И так далее. С другой стороны в ядро включаются потихонечку дополнительные механизмы, идей и наработок пока достаточно, чтобы во внешние системы не смотреть. Хотя, очень мечтается стедать turnkey по подобию СМАЛ32 8)

_________________
Мне бы только мой крошечный вклад внести,
За короткую жизнь сплести
Хотя бы ниточку шёлка.
fleur


Вернуться к началу
 Профиль Отправить личное сообщение  
Ответить с цитатой  
 Заголовок сообщения:
СообщениеДобавлено: Пн янв 14, 2008 15:55 
Не в сети
Moderator
Moderator

Зарегистрирован: Ср май 10, 2006 15:37
Сообщения: 1132
Откуда: Chelyabinsk ( Ural)
Благодарил (а): 0 раз.
Поблагодарили: 9 раз.
mOleg писал(а):
С другой стороны в ядро включаются потихонечку дополнительные механизмы, идей и наработок пока достаточно, чтобы во внешние системы не смотреть.


Имеет смысл использовать уже прижившиеся слова в разных Фортах, чтобы
по возможности, было меньше несовместимых одноименных слов.:)

P.S. Еще т.к. форма сохранения целевой Форт-системы может быть разной,
то возможно стоит включить отдельное служебное пространство в кодофайле
не пересекающееся с целевым образом Форт-системы.?
( builder область ).


Вернуться к началу
 Профиль Отправить личное сообщение  
Ответить с цитатой  
 Заголовок сообщения:
СообщениеДобавлено: Пн янв 14, 2008 16:07 
Не в сети
Moderator
Moderator
Аватара пользователя

Зарегистрирован: Чт май 04, 2006 00:53
Сообщения: 5062
Откуда: был Крым, теперь Новосибирск
Благодарил (а): 23 раз.
Поблагодарили: 63 раз.
Kopa писал(а):
Имеет смысл использовать уже прижившиеся слова в разных Фортах, чтобы по возможности, было меньше несовместимых одноименных слов.

Это и так, и не так одновременно.
Однако, по-возможности имена сам не выдумываю, даже более того, несмотря на мое большое недовольство словом SFIND (имеется ввиду возвращаемые параметры) оставил совместимым с другими системами.


Kopa писал(а):
P.S. Еще т.к. форма сохранения целевой Форт-системы может быть разной,

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

Kopa писал(а):
то возможно стоит включить отдельное служебное пространство в кодофайле не пересекающееся с целевым образом Форт-системы.? ( builder область ).

а так оно практически и есть 8)

_________________
Мне бы только мой крошечный вклад внести,
За короткую жизнь сплести
Хотя бы ниточку шёлка.
fleur


Вернуться к началу
 Профиль Отправить личное сообщение  
Ответить с цитатой  
 Заголовок сообщения:
СообщениеДобавлено: Вс янв 11, 2009 23:18 
Не в сети
Аватара пользователя

Зарегистрирован: Пт дек 26, 2008 21:16
Сообщения: 412
Откуда: Великий Новгород
Благодарил (а): 9 раз.
Поблагодарили: 4 раз.
В последней версии fork-a
Обнаружил что, ACCEPT добавляет в буфер символы конца строки
и выдает соответствующее число набранных символов на 2 больше.
Из за этого надо менять ранее написаный код.
Зачем это понадобилось ума не приложу?
Может автор объяснит?


Вернуться к началу
 Профиль Отправить личное сообщение  
Ответить с цитатой  
 Заголовок сообщения:
СообщениеДобавлено: Вс янв 11, 2009 23:26 
Не в сети
Аватара пользователя

Зарегистрирован: Пт дек 26, 2008 21:16
Сообщения: 412
Откуда: Великий Новгород
Благодарил (а): 9 раз.
Поблагодарили: 4 раз.
Еще интересное замечание
CoocLine понимает \n\r но,
при этом новая строка начинается с пробела
и это преодолеть мне ни как не удалось.
Мелочь конечно но "неприятно" :roll:


Вернуться к началу
 Профиль Отправить личное сообщение  
Ответить с цитатой  
 Заголовок сообщения:
СообщениеДобавлено: Пн янв 12, 2009 20:38 
Не в сети
Moderator
Moderator
Аватара пользователя

Зарегистрирован: Чт май 04, 2006 00:53
Сообщения: 5062
Откуда: был Крым, теперь Новосибирск
Благодарил (а): 23 раз.
Поблагодарили: 63 раз.
_Harry писал(а):
В последней версии fork-a
Обнаружил что, ACCEPT добавляет в буфер символы конца строки
и выдает соответствующее число набранных символов на 2 больше.
Из за этого надо менять ранее написаный код.
Зачем это понадобилось ума не приложу?
Может автор объяснит?

на самом деле он не добавляет а не убирает. Связано с тем, что я переписал READ-LINE, впрочем, я его буду опять переделывать.
данную особенность устраню, только вот не знаю, как лучше его выложить.
<pre>
в слове:
: RdLine ( buff # fid --> # flag )
DUP GetFileType 2 = IF READ-FILE THROW TRUE EXIT THEN \ если читается консоль
надо первую строчку изменить так:
: RdLine ( buff # fid --> # flag )
DUP GetFileType 2 = IF READ-FILE THROW LTL @ - 0 MAX TRUE EXIT THEN \ если читается консоль
и пересобрать систему
</pre>

С другой стороны, символы CR и LF являются разделителями, поэтому проблем у вас быть не должно(тут бы на проблемный код глянуть)

_________________
Мне бы только мой крошечный вклад внести,
За короткую жизнь сплести
Хотя бы ниточку шёлка.
fleur


Вернуться к началу
 Профиль Отправить личное сообщение  
Ответить с цитатой  
 Заголовок сообщения:
СообщениеДобавлено: Пн янв 12, 2009 20:41 
Не в сети
Moderator
Moderator
Аватара пользователя

Зарегистрирован: Чт май 04, 2006 00:53
Сообщения: 5062
Откуда: был Крым, теперь Новосибирск
Благодарил (а): 23 раз.
Поблагодарили: 63 раз.
_Harry писал(а):
Еще интересное замечание
CoocLine понимает \n\r но,
при этом новая строка начинается с пробела
и это преодолеть мне ни как не удалось.
Мелочь конечно но "неприятно"

<pre>
FORTH(0)>s" \n\r aaa \n\rlkajd;f" DUMP

00261F50 0D 0A 20 61 61 61 20 0D 0A 6C 6B 61 6A 64 3B 66 .. aaa ..lkajd;f
Ok
</pre>
??? не вижу, покажите пример, где оно вылезло.

_________________
Мне бы только мой крошечный вклад внести,
За короткую жизнь сплести
Хотя бы ниточку шёлка.
fleur


Вернуться к началу
 Профиль Отправить личное сообщение  
Ответить с цитатой  
 Заголовок сообщения:
СообщениеДобавлено: Вт янв 13, 2009 13:27 
Не в сети
Аватара пользователя

Зарегистрирован: Пт дек 26, 2008 21:16
Сообщения: 412
Откуда: Великий Новгород
Благодарил (а): 9 раз.
Поблагодарили: 4 раз.
mOleg писал(а):
С другой стороны, символы CR и LF являются разделителями, поэтому проблем у вас быть не должно(тут бы на проблемный код глянуть)

Да проблема не большая я уменьшил на 2 длину строки.
Просто COMPARE не понимает что "aaaa" и "aaaa" +CRLF
это одно и тоже. Главное что в этих символах и смысла нет ведь ACCEPT у нас не многострочный.


Вернуться к началу
 Профиль Отправить личное сообщение  
Ответить с цитатой  
 Заголовок сообщения:
СообщениеДобавлено: Вт янв 13, 2009 15:21 
Не в сети
Аватара пользователя

Зарегистрирован: Пт дек 26, 2008 21:16
Сообщения: 412
Откуда: Великий Новгород
Благодарил (а): 9 раз.
Поблагодарили: 4 раз.
mOleg писал(а):
??? не вижу, покажите пример, где оно вылезло.

Дико извиняюсь но на последней сборке и у меня все ОК :shuffle;
Видимо на какой то из предыдущих было не так, теперь видимо нет смысла разбираться на какой.


Вернуться к началу
 Профиль Отправить личное сообщение  
Ответить с цитатой  
 Заголовок сообщения:
СообщениеДобавлено: Вт янв 13, 2009 21:30 
Не в сети
Moderator
Moderator
Аватара пользователя

Зарегистрирован: Чт май 04, 2006 00:53
Сообщения: 5062
Откуда: был Крым, теперь Новосибирск
Благодарил (а): 23 раз.
Поблагодарили: 63 раз.
_Harry писал(а):
Главное что в этих символах и смысла нет ведь ACCEPT у нас не многострочный.

В том то и дело, что в СПФ он хитро очень закручен, и может работать с любым источником (? не уверен насчет pipe-ов).
Я долго смотрел на безобразный READ-LINE в СПФ, и таки немного причесал его (правда упустил из виду, что READ-FILE при чтении stdin возвращает завершающие CrLf)


_Harry писал(а):
Да проблема не большая я уменьшил на 2 длину строки.
Просто COMPARE не понимает что "aaaa" и "aaaa" +CRLF это одно и тоже.

я почему спросил, ведь этот самый COMPARE в принципе должен работать с результатом, возвращаемым NextWord или аналогом, а они CrLf игнорируют. То есть COMPARE стоило натравливать на результат работы PARSE, к примеру.

_________________
Мне бы только мой крошечный вклад внести,
За короткую жизнь сплести
Хотя бы ниточку шёлка.
fleur


Вернуться к началу
 Профиль Отправить личное сообщение  
Ответить с цитатой  
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 145 ]  На страницу Пред.  1 ... 6, 7, 8, 9, 10

Часовой пояс: UTC + 3 часа [ Летнее время ]


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

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 23


Вы не можете начинать темы
Вы можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group
phpBB сборка от FladeX // Русская поддержка phpBB