Forth
http://fforum.winglion.ru/

Quark - пожелания, планы и обсуждение следующих версий
http://fforum.winglion.ru/viewtopic.php?f=23&t=822		 Страница 3 из 3
Автор:  VoidVolker [ Пн фев 25, 2008 23:03 ]
Заголовок сообщения: 
Хотелось бы иметь "консольный" INPUT - вместо вывода окна, оно берет данные из консоли.
Автор:  VoidVolker [ Пт фев 29, 2008 01:17 ]
Заголовок сообщения: 
Ждем-с следующих слов:
EVALUATE
TIB
"создать слово с заданным именем", "имя - указатель на строку"
Слова для конвертации строк в числа и обратно.
Автор:  VoidVolker [ Пт июл 11, 2008 13:05 ]
Заголовок сообщения: 
Не хватает FMIN FMAX FWITHIN.
Автор:  VoidVolker [ Пн авг 25, 2008 15:42 ]
Заголовок сообщения: 
Необходимо увеличить размер строки, обрабатываемой EVALUATE, со 128 символов до размера входного буфера.
А что там с CASE? Есть такая идея: чтобы не плодить кучу разновидностей CASE, OF(равно, больше/меньше, флоат, дабл и прочее), можно сделать пару векторов - один сравнивает, другой дублирует значение для остальных случаев OF ENDOF, и завести просто несколько CASE-ов(CASE, <CASE, >CASE и прочее), которые будут устанавливать соответствующие векторы, или просто самому в них записать нужное.
Автор:  VoidVolker [ Ср мар 04, 2009 21:33 ]
Заголовок сообщения: 
Вот LIT, есть, а FLIT, нету - похоже забыли.
Автор:  Wlad [ Пн мар 09, 2009 02:18 ]
Заголовок сообщения: 
Есть скромное желание видеть на Вашем сайте дату последнего обновления выложенных файлов по Кварку/Протону.
Автор:  Гость [ Пн янв 18, 2010 23:45 ]
Заголовок сообщения: 
В документации указать на слова с отличной семантикой отличной
от других Forth ( WORDS ... )
и эквиваленты слов с другим именем ( файловые операции )
Преффикс [C] его понимание плохо комментировано.

P.S. Подумать над более удачным названиями слов GETSTACK GETDATA GETCODE
INPORT OUTPORT сделать более лаконичными ( напримр PORT! PORT@ )
Автор:  Hishnik [ Вт янв 19, 2010 01:17 ]
Заголовок сообщения: 
Гость писал(а):
В документации указать на слова с отличной семантикой отличной
от других Forth ( WORDS ... )
и эквиваленты слов с другим именем ( файловые операции )

Фортов много, на всех не напастись :)
Гость писал(а):
Преффикс [C] его понимание плохо комментировано.

Слова с префиксом [C] сделаны для совместимости с предыдущими реализациями, где сегменты кода и данных были разнесены по разным дескрипторам. Сейчас они не требуются, и эквивалентны словам без префикса.
Гость писал(а):
Подумать над более удачным названиями слов GETSTACK GETDATA GETCODE

А что тут неудачного?
Гость писал(а):
INPORT OUTPORT сделать более лаконичными ( напримр PORT! PORT@ )

Ну уж нет, это, так сказать, дань традиции. Никто не мешает завести алиасы. Кроме того, доступ к портам в современных ОС закрыт, и это тоже сделано для совместимости.
Автор:  VoidVolker [ Вт янв 19, 2010 01:40 ]
Заголовок сообщения: 
Хищник писал(а):
Слова с префиксом [C] сделаны для совместимости с предыдущими реализациями, где сегменты кода и данных были разнесены по разным дескрипторам. Сейчас они не требуются, и эквивалентны словам без префикса.

Ого, получается теперь код и данные вместе хранятся? :( Зачем? Удобно же - код отдельно, данные отдельно.
Автор:  Hishnik [ Вт янв 19, 2010 01:47 ]
Заголовок сообщения: 
VoidVolker писал(а):
Ого, получается теперь код и данные вместе хранятся? Зачем? Удобно же - код отдельно, данные отдельно.

Нет, они не вместе, просто в Windows адресное пространство линейное. Все селекторы адресуют полные 4 Гб, а под защищенным режимом DS адресовал сегмент данных, а FS был алиасом сегмента кода (из сегмента кода читать нельзя). Соответственно, выходы за пределы выделенных сегментов под DPMI недопустимы, а под Windows пределы не ограничены размерами выделяемых блоков и равны 4 Гб.
Автор:  mOleg [ Вт янв 19, 2010 15:26 ]
Заголовок сообщения: 
ну, чтож, есть и у меня пожелания.
1) открыть код
2) сделать тему со ссылкой на сам кварк объявлением, чтобы не приходилось искать ее
3) в теме со ссылками на закачку версий кварка (а их желательно сохранять живыми) не обсуждать ничего (только ссылки)
Автор:  Hishnik [ Вт янв 19, 2010 17:42 ]
Заголовок сообщения: 
mOleg писал(а):
1) открыть код

File -> Open.... открыл, смотрю :) С какой целью открывать-то? Только не надо штамп "ну, чтобы было open source".
Автор:  mOleg [ Вт янв 19, 2010 18:46 ]
Заголовок сообщения: 
Хищник писал(а):
mOleg писал(а):
1) открыть код

File -> Open.... открыл, смотрю С какой целью открывать-то? Только не надо штамп "ну, чтобы было open source".


1) чтобы можно было модифицировать под свои нужды
2) учиться на работающем примере
3) оперативно исправлять ошибки
4) как вариант документации к системе

вобщем плюсов достаточно 8)
Автор:  Hishnik [ Вт янв 19, 2010 18:57 ]
Заголовок сообщения: 
mOleg писал(а):
1) чтобы можно было модифицировать под свои нужды

И доставать автора предложениями "сделать вот тут гораздо лучше, чем было" :))
mOleg писал(а):
2) учиться на работающем примере

180+ кб текста - плохой вариант для обучения.
mOleg писал(а):
3) оперативно исправлять ошибки

Во-во, см. п.1 :))
mOleg писал(а):
4) как вариант документации к системе

В качестве документации к программным продуктам предусматривается:
- описание языка
- руководство оператора
- руководство программиста
- руководство системного программиста
Исходные тексты - это не документация.
Автор:  вопрос [ Ср янв 20, 2010 00:03 ]
Заголовок сообщения: 
mOleg писал(а):
ну, чтож, есть и у меня пожелания.
1) открыть код
У меня давно такое пожелание к Хищнику, но он против.
Страница 3 из 3 Часовой пояс: UTC + 3 часа [ Летнее время ]
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group
http://www.phpbb.com/