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

...
Google Search
Forth-FAQ Spy Grafic

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




Ответить
Имя пользователя:
Заголовок:
Текст сообщения:
Введите текст вашего сообщения. Длина сообщения в символах не более: 60000

Размер шрифта:
Цвет шрифта
Настройки:
BBCode ВКЛЮЧЕН
[img] ВЫКЛЮЧЕН
[flash] ВЫКЛЮЧЕН
[url] ВКЛЮЧЕН
Смайлики ВЫКЛЮЧЕНЫ
Отключить в этом сообщении BBCode
Не преобразовывать адреса URL в ссылки
Вопрос
Теперь гостю придется вводить здесь пароль. Не от своей учетной записи, а ПАРОЛЬ ДЛЯ ГОСТЯ, получить который можно после регистрации на форуме через ЛС.:
Этот вопрос предназначен для выявления и предотвращения автоматических регистраций.
   

Обзор темы - Багрепорты Quark
Автор Сообщение
  Заголовок сообщения:  Re: Багрепорты Quark  Ответить с цитатой
VoidVolker писал(а):
Не обязательно. У меня где-то был и принт и тайп корректно понимающие перевод строки.

В любом случае, я могу рассмотреть предложения по модификации обоих слов. Там много вариантов реализации(основанных на векторизации EMIT и пр.).
Сообщение Добавлено: Ср июн 13, 2012 22:59
  Заголовок сообщения:  Re: Багрепорты Quark  Ответить с цитатой
Не обязательно. У меня где-то был и принт и тайп корректно понимающие перевод строки.
Сообщение Добавлено: Ср июн 13, 2012 20:45
  Заголовок сообщения:  Re: Багрепорты Quark  Ответить с цитатой
VoidVolker писал(а):
PRINT и TYPE на понимают перевод строки.

Есть CR. В кварке не предполагается консольный экран (т.е. перевод строки не вызывает уезжания ранее набранного текста вверх). Удобнее выводить текст порциями, при этом перед PRINT можно позиционировать курсор с помощью GOTOXY. А надо, чтобы понимали прямо в тексте? Тогда может возникнуть эффект, когда текст будет выводиться, к примеру, с 10-й позиции, а после перевода строки начнут с 0-й.
Сообщение Добавлено: Ср июн 13, 2012 20:38
  Заголовок сообщения:  Re: Багрепорты Quark  Ответить с цитатой
PRINT и TYPE на понимают перевод строки.
Сообщение Добавлено: Ср июн 13, 2012 14:19
  Заголовок сообщения:  Re: Багрепорты Quark  Ответить с цитатой
spf писал(а):
См. 2.1 Definitions of terms,
character:
Depending on context, either 1) a storage unit capable of holding a character; or 2) a member of a character set.

counted string:
A data structure consisting of one character containing a length followed by zero or more contiguous data characters. Normally, counted strings contain text.

Из этого также следует сделать вывод, что в counted-строке "storage unit" имеет один и тот же размер и под длину и под каждый символ данных.

Надо переводить то, что написано, а не то, что хочется видеть. Во-первых, из приведенного текста не следует утверждения об одном и том же размере (более того, начиная с Depending on context определяется возможность обратного), во-вторых, в сочетании с другими частями получается противоречие. Я понимаю, что в совместимость с ANS уже накачано много пиара.
spf писал(а):
Забавно: видимо, эта тема периодически поднимается — there's nothing in the standard that says a counted string has to have the form... история повторяется ;)

Сейчас попробую угадать. И в таких темах отстаивается позиция, что раз уж стандарт принят, то не могли же там ошибиться? :) Дескать, должны же быть Непогрешимые Фортеры, на которых в случае чего можно сослаться?
Сообщение Добавлено: Пн апр 23, 2012 20:37
  Заголовок сообщения:  Re: Багрепорты Quark  Ответить с цитатой
Хищник писал(а):
spf писал(а):
Но, слово COUNT полагает именно вариант "ровно столько же места [на счетчик], сколько и каждый символ", цитирую: "u is the contents of the character at c-addr1"

Ничего подобного тут не предполагается в явном виде

Забавно: видимо, эта тема периодически поднимается — there's nothing in the standard that says a counted string has to have the form... история повторяется ;)
Сообщение Добавлено: Пн апр 23, 2012 20:20
  Заголовок сообщения:  Re: Багрепорты Quark  Ответить с цитатой
spf писал(а):
более того, по большому счету, counted-строки указанного формата держатся для обратной совместимости (и слово COUNT привязанно именно к этому формату),
см 3.1.3.4 Counted strings.
Исправление. Имелось ввиду A.3.1.3.4 Counted strings
Сообщение Добавлено: Пн апр 23, 2012 19:53
  Заголовок сообщения:  Re: Багрепорты Quark  Ответить с цитатой
Хищник писал(а):
spf писал(а):
Верно. (хотя, "length character" намекает)

Да не так чтобы намекает. Это "символ длины", если дословно. В сочетании с другими частями описания получается, что это как раз не тот же самый символ, что и "символ в строке".
spf писал(а):
Но, слово COUNT полагает именно вариант "ровно столько же места [на счетчик], сколько и каждый символ", цитирую: "u is the contents of the character at c-addr1"

Ничего подобного тут не предполагается в явном виде. "U это содержание символа по c-addr1". Смотрим выше - там лежит lenght character.

См. 2.1 Definitions of terms,
character:
Depending on context, either 1) a storage unit capable of holding a character; or 2) a member of a character set.

counted string:
A data structure consisting of one character containing a length followed by zero or more contiguous data characters. Normally, counted strings contain text.

Из этого также следует сделать вывод, что в counted-строке "storage unit" имеет один и тот же размер и под длину и под каждый символ данных.


Хищник писал(а):
Дальше берем спецификацию, в которой написано, что строка имеет implementation-defined максимальный размер. И что, для однобайтовых символов это не больше 255?

Да, для однобайтовых counted-строк ограничение 255.
Строки, представимые в виде пары ( addr u ), имеют ограничение длины соответственно размеру ячейки (например, при ячейке 32 бита — ~ 4 Gb).

Хищник писал(а):
Написано-то как раз "не меньше". А для двухбайтовых это должно быть 65535? То есть иметь 64К символов по одному байту такая спецификация запрещает? Я этого в тексте не вижу, вижу ровным счетом наоборот - там разрешено....

Не запрещает; более того, по большому счету, counted-строки указанного формата держатся для обратной совместимости (и слово COUNT привязанно именно к этому формату), см 3.1.3.4 Counted strings.

Также, не запрещается и хранить строки в любой другом формате (например, со счетчиком размером 4 байта и символами размеров в байт). Просто, к адресам строк другогих форматов неприменимо слово COUNT.

PS я бы предложил вырезать сообщения на тему "о роли спецификаций" во флуд ;)
Комментировать "корреляцию" тут уже не буду.
Сообщение Добавлено: Пн апр 23, 2012 19:48
  Заголовок сообщения:  Re: Багрепорты Quark  Ответить с цитатой
WingLion from work писал(а):
1. При сворачивании окна Кварка, он остается на панели задач но больше не раскрывается.
2. При уменьшении (мышью) окна по вертикали, он в какой-то момент совсем помирает.

Поправлено.
Сообщение Добавлено: Пн апр 23, 2012 18:43
  Заголовок сообщения:  Re: Багрепорты Quark  Ответить с цитатой
WingLion писал(а):
Странный какой-то спор. И явно не по делу.

По делу я проверяю реакцию на нулевые размеры. Где-то сидит несложный баг, и явно у меня.
Сообщение Добавлено: Пн апр 23, 2012 11:51
  Заголовок сообщения:  Re: Багрепорты Quark  Ответить с цитатой
Странный какой-то спор. И явно не по делу. :(
Сообщение Добавлено: Пн апр 23, 2012 04:32
  Заголовок сообщения:  Re: Багрепорты Quark  Ответить с цитатой
spf писал(а):
Вопрос бренда мной не ставился. Кем он ставился?

"Бренд" - прием усиления, дальнейшее развитие "известности".
spf писал(а):
Для указанной пользы (*) важна известность спецификации, "широта использования" среди форт-программистов, а не "бренд".

Так какой именно пользы? "Частичная совместимость" - это не польза сама по себе. Это свойство, которое оказывает влияние на какие-то измеримые показатели. Какие?
spf писал(а):
Логическая ошибка в обобщении.
Если некоторая рыбина не щука, это не значит, что все рыбы не щуки (т.е., что среди рыб нету щук).

Ошибка не в обобщении :) Ошибка в применении оценки из другой области. Я разве говорил о детерминированных зависимостях? Есть математическое понятие корреляции. И если для разных значений величины X находятся как одни, так и другие значения величины Y, то говорят, что X и Y слабо коррелированы. В данном случае, разместив по одной оси "номер группы разработчиков", а по другой "номер стандарта Форта", мы получим поле точек. Слабокоррелированное. Утверждение "найдется такой X, что для него Y = ANS94" не в тему.
Сообщение Добавлено: Пн апр 23, 2012 01:48
  Заголовок сообщения:  Re: Багрепорты Quark  Ответить с цитатой
Хищник писал(а):
spf писал(а):
У кого-то оно "не имеет отношения" (наверное, у Хищника), а у кого-то "имеет отношение" (например, у многих пользователей SP-Forth ;) — И что с того? Ничего.

Дело в том, что когда "то не имеет отношения, то имеет отношение", это означает, что... "не имеет отношения" ;) Корреляция нулевая, однако, раз можно и так, и так.


Логическая ошибка в обобщении.
Если некоторая рыбина не щука, это не значит, что все рыбы не щуки (т.е., что среди рыб нету щук).
Сообщение Добавлено: Пн апр 23, 2012 01:34
  Заголовок сообщения:  Re: Багрепорты Quark  Ответить с цитатой
Хищник писал(а):
spf писал(а):
Все варианты спецификаций форт-систем известны лишь в "узких кругах". Но, одни известны больше, а другие меньше. Среди наиболее известных (которых "раз, два и обчелся" ;) DPANS94 мне кажется лучшим.

А раз они все известны в узких кругах, то вопрос "бренд или не бренд?" отпадает сам собой.

Вопрос бренда мной не ставился. Кем он ставился?
Для указанной пользы (*) важна известность спецификации, "широта использования" среди форт-программистов, а не "бренд".

Хищник писал(а):
spf писал(а):
Частичная совместимость тоже приносит пользу:
(*)
Сообщение Добавлено: Пн апр 23, 2012 01:26
  Заголовок сообщения:  Re: Багрепорты Quark  Ответить с цитатой
spf писал(а):
У кого-то оно "не имеет отношения" (наверное, у Хищника), а у кого-то "имеет отношение" (например, у многих пользователей SP-Forth ;) — И что с того? Ничего.

Дело в том, что когда "то не имеет отношения, то имеет отношение", это означает, что... "не имеет отношения" ;) Корреляция нулевая, однако, раз можно и так, и так.
Сообщение Добавлено: Пн апр 23, 2012 01:12

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


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