Автор |
Сообщение |
|
|
Заголовок сообщения: |
|
|
|
mOleg писал(а): ну, чтож, есть и у меня пожелания. 1) открыть код У меня давно такое пожелание к Хищнику, но он против.
[quote="mOleg"]ну, чтож, есть и у меня пожелания. 1) открыть код[/quote] У меня давно такое пожелание к Хищнику, но он против.
|
|
|
|
Добавлено: Ср янв 20, 2010 00:03 |
|
|
|
|
|
Заголовок сообщения: |
|
|
|
mOleg писал(а): 1) чтобы можно было модифицировать под свои нужды И доставать автора предложениями "сделать вот тут гораздо лучше, чем было" mOleg писал(а): 2) учиться на работающем примере 180+ кб текста - плохой вариант для обучения. mOleg писал(а): 3) оперативно исправлять ошибки Во-во, см. п.1 mOleg писал(а): 4) как вариант документации к системе
В качестве документации к программным продуктам предусматривается:
- описание языка
- руководство оператора
- руководство программиста
- руководство системного программиста
Исходные тексты - это не документация.
[quote="mOleg"]1) чтобы можно было модифицировать под свои нужды [/quote] И доставать автора предложениями "сделать вот тут гораздо лучше, чем было" :)) [quote="mOleg"]2) учиться на работающем примере [/quote] 180+ кб текста - плохой вариант для обучения. [quote="mOleg"]3) оперативно исправлять ошибки [/quote] Во-во, см. п.1 :)) [quote="mOleg"]4) как вариант документации к системе [/quote]
В качестве документации к программным продуктам предусматривается:
- описание языка
- руководство оператора
- руководство программиста
- руководство системного программиста
Исходные тексты - это не документация.
|
|
|
|
Добавлено: Вт янв 19, 2010 18:57 |
|
|
|
|
|
Заголовок сообщения: |
|
|
|
Хищник писал(а): mOleg писал(а): 1) открыть код
File -> Open.... открыл, смотрю С какой целью открывать-то? Только не надо штамп "ну, чтобы было open source".
1) чтобы можно было модифицировать под свои нужды
2) учиться на работающем примере
3) оперативно исправлять ошибки
4) как вариант документации к системе
вобщем плюсов достаточно
[quote="Хищник"]mOleg писал(а): 1) открыть код
File -> Open.... открыл, смотрю С какой целью открывать-то? Только не надо штамп "ну, чтобы было open source".[/quote]
1) чтобы можно было модифицировать под свои нужды
2) учиться на работающем примере
3) оперативно исправлять ошибки
4) как вариант документации к системе
вобщем плюсов достаточно 8)
|
|
|
|
Добавлено: Вт янв 19, 2010 18:46 |
|
|
|
|
|
Заголовок сообщения: |
|
|
|
mOleg писал(а): 1) открыть код
File -> Open.... открыл, смотрю С какой целью открывать-то? Только не надо штамп "ну, чтобы было open source".
[quote="mOleg"]1) открыть код [/quote]
File -> Open.... открыл, смотрю :) С какой целью открывать-то? Только не надо штамп "ну, чтобы было open source".
|
|
|
|
Добавлено: Вт янв 19, 2010 17:42 |
|
|
|
|
|
Заголовок сообщения: |
|
|
|
ну, чтож, есть и у меня пожелания.
1) открыть код
2) сделать тему со ссылкой на сам кварк объявлением, чтобы не приходилось искать ее
3) в теме со ссылками на закачку версий кварка (а их желательно сохранять живыми) не обсуждать ничего (только ссылки)
ну, чтож, есть и у меня пожелания.
1) открыть код
2) сделать тему со ссылкой на сам кварк объявлением, чтобы не приходилось искать ее
3) в теме со ссылками на закачку версий кварка (а их желательно сохранять живыми) не обсуждать ничего (только ссылки)
|
|
|
|
Добавлено: Вт янв 19, 2010 15:26 |
|
|
|
|
|
Заголовок сообщения: |
|
|
|
VoidVolker писал(а): Ого, получается теперь код и данные вместе хранятся? Зачем? Удобно же - код отдельно, данные отдельно.
Нет, они не вместе, просто в Windows адресное пространство линейное. Все селекторы адресуют полные 4 Гб, а под защищенным режимом DS адресовал сегмент данных, а FS был алиасом сегмента кода (из сегмента кода читать нельзя). Соответственно, выходы за пределы выделенных сегментов под DPMI недопустимы, а под Windows пределы не ограничены размерами выделяемых блоков и равны 4 Гб.
[quote="VoidVolker"]Ого, получается теперь код и данные вместе хранятся? Зачем? Удобно же - код отдельно, данные отдельно.[/quote]
Нет, они не вместе, просто в Windows адресное пространство линейное. Все селекторы адресуют полные 4 Гб, а под защищенным режимом DS адресовал сегмент данных, а FS был алиасом сегмента кода (из сегмента кода читать нельзя). Соответственно, выходы за пределы выделенных сегментов под DPMI недопустимы, а под Windows пределы не ограничены размерами выделяемых блоков и равны 4 Гб.
|
|
|
|
Добавлено: Вт янв 19, 2010 01:47 |
|
|
|
|
|
Заголовок сообщения: |
|
|
|
Хищник писал(а): Слова с префиксом [C] сделаны для совместимости с предыдущими реализациями, где сегменты кода и данных были разнесены по разным дескрипторам. Сейчас они не требуются, и эквивалентны словам без префикса.
Ого, получается теперь код и данные вместе хранятся? Зачем? Удобно же - код отдельно, данные отдельно.
[quote="Хищник"]Слова с префиксом [C] сделаны для совместимости с предыдущими реализациями, где сегменты кода и данных были разнесены по разным дескрипторам. Сейчас они не требуются, и эквивалентны словам без префикса.[/quote]
Ого, получается теперь код и данные вместе хранятся? :( Зачем? Удобно же - код отдельно, данные отдельно.
|
|
|
|
Добавлено: Вт янв 19, 2010 01:40 |
|
|
|
|
|
Заголовок сообщения: |
|
|
|
Гость писал(а): В документации указать на слова с отличной семантикой отличной от других Forth ( WORDS ... ) и эквиваленты слов с другим именем ( файловые операции ) Фортов много, на всех не напастись Гость писал(а): Преффикс [C] его понимание плохо комментировано. Слова с префиксом [C] сделаны для совместимости с предыдущими реализациями, где сегменты кода и данных были разнесены по разным дескрипторам. Сейчас они не требуются, и эквивалентны словам без префикса. Гость писал(а): Подумать над более удачным названиями слов GETSTACK GETDATA GETCODE А что тут неудачного? Гость писал(а): INPORT OUTPORT сделать более лаконичными ( напримр PORT! PORT@ )
Ну уж нет, это, так сказать, дань традиции. Никто не мешает завести алиасы. Кроме того, доступ к портам в современных ОС закрыт, и это тоже сделано для совместимости.
[quote="Гость"]В документации указать на слова с отличной семантикой отличной от других Forth ( WORDS ... ) и эквиваленты слов с другим именем ( файловые операции ) [/quote] Фортов много, на всех не напастись :) [quote="Гость"]Преффикс [C] его понимание плохо комментировано. [/quote] Слова с префиксом [C] сделаны для совместимости с предыдущими реализациями, где сегменты кода и данных были разнесены по разным дескрипторам. Сейчас они не требуются, и эквивалентны словам без префикса. [quote="Гость"]Подумать над более удачным названиями слов GETSTACK GETDATA GETCODE [/quote] А что тут неудачного? [quote="Гость"]INPORT OUTPORT сделать более лаконичными ( напримр PORT! PORT@ )[/quote]
Ну уж нет, это, так сказать, дань традиции. Никто не мешает завести алиасы. Кроме того, доступ к портам в современных ОС закрыт, и это тоже сделано для совместимости.
|
|
|
|
Добавлено: Вт янв 19, 2010 01:17 |
|
|
|
|
|
Заголовок сообщения: |
|
|
|
В документации указать на слова с отличной семантикой отличной
от других Forth ( WORDS ... )
и эквиваленты слов с другим именем ( файловые операции )
Преффикс [C] его понимание плохо комментировано.
P.S. Подумать над более удачным названиями слов GETSTACK GETDATA GETCODE
INPORT OUTPORT сделать более лаконичными ( напримр PORT! PORT@ )
В документации указать на слова с отличной семантикой отличной
от других Forth ( WORDS ... )
и эквиваленты слов с другим именем ( файловые операции )
Преффикс [C] его понимание плохо комментировано.
P.S. Подумать над более удачным названиями слов GETSTACK GETDATA GETCODE
INPORT OUTPORT сделать более лаконичными ( напримр PORT! PORT@ )
|
|
|
|
Добавлено: Пн янв 18, 2010 23:45 |
|
|
|
|
|
Заголовок сообщения: |
|
|
|
Есть скромное желание видеть на Вашем сайте дату последнего обновления выложенных файлов по Кварку/Протону.
Есть скромное желание видеть на Вашем сайте дату последнего обновления выложенных файлов по Кварку/Протону.
|
|
|
|
Добавлено: Пн мар 09, 2009 02:18 |
|
|
|
|
|
Заголовок сообщения: |
|
|
|
Вот LIT, есть, а FLIT, нету - похоже забыли.
Вот [b]LIT,[/b] есть, а [b]FLIT,[/b] нету - похоже забыли.
|
|
|
|
Добавлено: Ср мар 04, 2009 21:33 |
|
|
|
|
|
Заголовок сообщения: |
|
|
|
Необходимо увеличить размер строки, обрабатываемой EVALUATE, со 128 символов до размера входного буфера.
А что там с CASE? Есть такая идея: чтобы не плодить кучу разновидностей CASE, OF(равно, больше/меньше, флоат, дабл и прочее), можно сделать пару векторов - один сравнивает, другой дублирует значение для остальных случаев OF ENDOF, и завести просто несколько CASE-ов(CASE, <CASE, >CASE и прочее), которые будут устанавливать соответствующие векторы, или просто самому в них записать нужное.
Необходимо увеличить размер строки, обрабатываемой [b]EVALUATE[/b], со [b]128[/b] символов до размера входного буфера.
А что там с CASE? Есть такая идея: чтобы не плодить кучу разновидностей CASE, OF(равно, больше/меньше, флоат, дабл и прочее), можно сделать пару векторов - один сравнивает, другой дублирует значение для остальных случаев OF ENDOF, и завести просто несколько CASE-ов(CASE, <CASE, >CASE и прочее), которые будут устанавливать соответствующие векторы, или просто самому в них записать нужное.
|
|
|
|
Добавлено: Пн авг 25, 2008 15:42 |
|
|
|
|
|
Заголовок сообщения: |
|
|
|
Не хватает FMIN FMAX FWITHIN.
Не хватает [b]FMIN FMAX FWITHIN[/b].
|
|
|
|
Добавлено: Пт июл 11, 2008 13:05 |
|
|
|
|
|
Заголовок сообщения: |
|
|
|
Ждем-с следующих слов:
EVALUATE
TIB
"создать слово с заданным именем", "имя - указатель на строку"
Слова для конвертации строк в числа и обратно.
Ждем-с следующих слов:
[b]EVALUATE[/b]
[b]TIB[/b]
"создать слово с заданным именем", "имя - указатель на строку"
Слова для конвертации строк в числа и обратно.
|
|
|
|
Добавлено: Пт фев 29, 2008 01:17 |
|
|
|
|
|
Заголовок сообщения: |
|
|
|
Хотелось бы иметь "консольный" INPUT - вместо вывода окна, оно берет данные из консоли.
Хотелось бы иметь "консольный" INPUT - вместо вывода окна, оно берет данные из консоли.
|
|
|
|
Добавлено: Пн фев 25, 2008 23:03 |
|
|
|
|