Автор |
Сообщение |
|
|
Заголовок сообщения: |
Re: Багрепорты Quark |
|
|
VoidVolker писал(а): Не обязательно. У меня где-то был и принт и тайп корректно понимающие перевод строки. В любом случае, я могу рассмотреть предложения по модификации обоих слов. Там много вариантов реализации(основанных на векторизации EMIT и пр.).
[quote="VoidVolker"]Не обязательно. У меня где-то был и принт и тайп корректно понимающие перевод строки.[/quote] В любом случае, я могу рассмотреть предложения по модификации обоих слов. Там много вариантов реализации(основанных на векторизации EMIT и пр.).
|
|
|
|
Добавлено: Ср июн 13, 2012 22:59 |
|
|
|
|
|
Заголовок сообщения: |
Re: Багрепорты Quark |
|
|
Не обязательно. У меня где-то был и принт и тайп корректно понимающие перевод строки.
Не обязательно. У меня где-то был и принт и тайп корректно понимающие перевод строки.
|
|
|
|
Добавлено: Ср июн 13, 2012 20:45 |
|
|
|
|
|
Заголовок сообщения: |
Re: Багрепорты Quark |
|
|
VoidVolker писал(а): PRINT и TYPE на понимают перевод строки. Есть CR. В кварке не предполагается консольный экран (т.е. перевод строки не вызывает уезжания ранее набранного текста вверх). Удобнее выводить текст порциями, при этом перед PRINT можно позиционировать курсор с помощью GOTOXY. А надо, чтобы понимали прямо в тексте? Тогда может возникнуть эффект, когда текст будет выводиться, к примеру, с 10-й позиции, а после перевода строки начнут с 0-й.
[quote="VoidVolker"]PRINT и TYPE на понимают перевод строки.[/quote] Есть CR. В кварке не предполагается консольный экран (т.е. перевод строки не вызывает уезжания ранее набранного текста вверх). Удобнее выводить текст порциями, при этом перед PRINT можно позиционировать курсор с помощью GOTOXY. А надо, чтобы понимали прямо в тексте? Тогда может возникнуть эффект, когда текст будет выводиться, к примеру, с 10-й позиции, а после перевода строки начнут с 0-й.
|
|
|
|
Добавлено: Ср июн 13, 2012 20:38 |
|
|
|
|
|
Заголовок сообщения: |
Re: Багрепорты Quark |
|
|
PRINT и TYPE на понимают перевод строки.
[b]PRINT[/b] и [b]TYPE[/b] на понимают перевод строки.
|
|
|
|
Добавлено: Ср июн 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... история повторяется Сейчас попробую угадать. И в таких темах отстаивается позиция, что раз уж стандарт принят, то не могли же там ошибиться? Дескать, должны же быть Непогрешимые Фортеры, на которых в случае чего можно сослаться?
[quote="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" имеет один и тот же размер и под длину и под каждый символ данных.[/quote] Надо переводить то, что написано, а не то, что хочется видеть. Во-первых, из приведенного текста не следует утверждения об одном и том же размере (более того, начиная с Depending on context определяется возможность обратного), во-вторых, в сочетании с другими частями получается противоречие. Я понимаю, что в совместимость с ANS уже накачано много пиара. [quote="spf"]Забавно: видимо, эта тема периодически поднимается — there's nothing in the standard that says a counted string has to have the form... история повторяется ;)[/quote] Сейчас попробую угадать. И в таких темах отстаивается позиция, что раз уж стандарт принят, то не могли же там ошибиться? :) Дескать, должны же быть Непогрешимые Фортеры, на которых в случае чего можно сослаться?
|
|
|
|
Добавлено: Пн апр 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... история повторяется ;)
[quote="Хищник"][quote="spf"]Но, слово COUNT полагает именно вариант "ровно столько же места [на счетчик], сколько и каждый символ", цитирую: "u is the contents of the character at c-addr1"[/quote] Ничего подобного тут не предполагается в явном виде [/quote] Забавно: видимо, эта тема периодически поднимается — [url=http://groups.google.com/group/comp.lang.forth/msg/2395d2c6e0c751f7]there's nothing in the standard that says a counted string has to have the form[/url]... история повторяется ;)
|
|
|
|
Добавлено: Пн апр 23, 2012 20:20 |
|
|
|
|
|
Заголовок сообщения: |
Re: Багрепорты Quark |
|
|
spf писал(а): более того, по большому счету, counted-строки указанного формата держатся для обратной совместимости (и слово COUNT привязанно именно к этому формату), см 3.1.3.4 Counted strings. Исправление. Имелось ввиду A.3.1.3.4 Counted strings
[quote="spf"]более того, по большому счету, counted-строки указанного формата держатся для обратной совместимости (и слово COUNT привязанно именно к этому формату), см [url=http://forth.sourceforge.net/std/dpans/dpans3.htm#3.1.3.4]3.1.3.4 Counted strings[/url].[/quote]Исправление. Имелось ввиду [url=http://forth.sourceforge.net/std/dpans/dpansa3.htm#A.3.1.3.4][b]A.[/b]3.1.3.4 Counted strings[/url]
|
|
|
|
Добавлено: Пн апр 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 я бы предложил вырезать сообщения на тему "о роли спецификаций" во флуд ;) Комментировать "корреляцию" тут уже не буду.
[quote="Хищник"][quote="spf"]Верно. (хотя, "length character" намекает)[/quote] Да не так чтобы намекает. Это "символ длины", если дословно. В сочетании с другими частями описания получается, что это как раз не тот же самый символ, что и "символ в строке". [quote="spf"]Но, слово COUNT полагает именно вариант "ровно столько же места [на счетчик], сколько и каждый символ", цитирую: "u is the contents of the character at c-addr1"[/quote] Ничего подобного тут не предполагается в явном виде. "U это содержание символа по c-addr1". Смотрим выше - там лежит lenght character. [/quote] См. [url=http://forth.sourceforge.net/std/dpans/dpans2.htm#2.1]2.1 Definitions of terms[/url], [b]character[/b]: Depending on context, either 1) a storage unit capable of holding a character; or 2) a member of a character set.
[b]counted string[/b]: A data structure consisting of [b]one character containing a length[/b] followed by zero or more contiguous data characters. Normally, counted strings contain text.
Из этого также следует сделать вывод, что в counted-строке "storage unit" имеет один и тот же размер и под длину и под каждый символ данных.
[quote="Хищник"]Дальше берем спецификацию, в которой написано, что строка имеет implementation-defined максимальный размер. И что, для однобайтовых символов это не больше 255? [/quote] Да, для однобайтовых counted-строк ограничение 255. Строки, представимые в виде пары ( addr u ), имеют ограничение длины соответственно размеру ячейки (например, при ячейке 32 бита — ~ 4 Gb).
[quote="Хищник"]Написано-то как раз "не меньше". А для двухбайтовых это должно быть 65535? То есть иметь 64К символов по одному байту такая спецификация запрещает? Я этого в тексте не вижу, вижу ровным счетом наоборот - там [i]разрешено[/i].... [/quote] Не запрещает; более того, по большому счету, counted-строки указанного формата держатся для обратной совместимости (и слово COUNT привязанно именно к этому формату), см [url=http://forth.sourceforge.net/std/dpans/dpans3.htm#3.1.3.4]3.1.3.4 Counted strings[/url].
Также, не запрещается и хранить строки в любой другом формате (например, со счетчиком размером 4 байта и символами размеров в байт). Просто, к адресам строк другогих форматов неприменимо слово COUNT.
PS я бы предложил вырезать сообщения на тему "о роли спецификаций" во флуд ;) Комментировать "корреляцию" тут уже не буду.
|
|
|
|
Добавлено: Пн апр 23, 2012 19:48 |
|
|
|
|
|
Заголовок сообщения: |
Re: Багрепорты Quark |
|
|
WingLion from work писал(а): 1. При сворачивании окна Кварка, он остается на панели задач но больше не раскрывается. 2. При уменьшении (мышью) окна по вертикали, он в какой-то момент совсем помирает. Поправлено.
[quote="WingLion from work"]1. При сворачивании окна Кварка, он остается на панели задач но больше не раскрывается. 2. При уменьшении (мышью) окна по вертикали, он в какой-то момент совсем помирает.[/quote] Поправлено.
|
|
|
|
Добавлено: Пн апр 23, 2012 18:43 |
|
|
|
|
|
Заголовок сообщения: |
Re: Багрепорты Quark |
|
|
WingLion писал(а): Странный какой-то спор. И явно не по делу. По делу я проверяю реакцию на нулевые размеры. Где-то сидит несложный баг, и явно у меня.
[quote="WingLion"]Странный какой-то спор. И явно не по делу. [/quote] По делу я проверяю реакцию на нулевые размеры. Где-то сидит несложный баг, и явно у меня.
|
|
|
|
Добавлено: Пн апр 23, 2012 11:51 |
|
|
|
|
|
Заголовок сообщения: |
Re: Багрепорты Quark |
|
|
Странный какой-то спор. И явно не по делу.
Странный какой-то спор. И явно не по делу. :(
|
|
|
|
Добавлено: Пн апр 23, 2012 04:32 |
|
|
|
|
|
Заголовок сообщения: |
Re: Багрепорты Quark |
|
|
spf писал(а): Вопрос бренда мной не ставился. Кем он ставился? "Бренд" - прием усиления, дальнейшее развитие "известности". spf писал(а): Для указанной пользы (*) важна известность спецификации, "широта использования" среди форт-программистов, а не "бренд". Так какой именно пользы? "Частичная совместимость" - это не польза сама по себе. Это свойство, которое оказывает влияние на какие-то измеримые показатели. Какие? spf писал(а): Логическая ошибка в обобщении. Если некоторая рыбина не щука, это не значит, что все рыбы не щуки (т.е., что среди рыб нету щук). Ошибка не в обобщении Ошибка в применении оценки из другой области. Я разве говорил о детерминированных зависимостях? Есть математическое понятие корреляции. И если для разных значений величины X находятся как одни, так и другие значения величины Y, то говорят, что X и Y слабо коррелированы. В данном случае, разместив по одной оси "номер группы разработчиков", а по другой "номер стандарта Форта", мы получим поле точек. Слабокоррелированное. Утверждение "найдется такой X, что для него Y = ANS94" не в тему.
[quote="spf"]Вопрос бренда мной не ставился. Кем он ставился?[/quote] "Бренд" - прием усиления, дальнейшее развитие "известности". [quote="spf"]Для указанной пользы (*) важна известность спецификации, "широта использования" среди форт-программистов, а не "бренд".[/quote] Так какой именно пользы? "Частичная совместимость" - это не польза сама по себе. Это свойство, которое оказывает влияние на какие-то измеримые показатели. Какие? [quote="spf"]Логическая ошибка в обобщении. Если некоторая рыбина не щука, это не значит, что все рыбы не щуки (т.е., что среди рыб нету щук).[/quote] Ошибка не в обобщении :) Ошибка в применении оценки из другой области. Я разве говорил о детерминированных зависимостях? Есть математическое понятие корреляции. И если для разных значений величины X находятся как одни, так и другие значения величины Y, то говорят, что X и Y слабо коррелированы. В данном случае, разместив по одной оси "номер группы разработчиков", а по другой "номер стандарта Форта", мы получим поле точек. Слабокоррелированное. Утверждение "найдется такой X, что для него Y = ANS94" не в тему.
|
|
|
|
Добавлено: Пн апр 23, 2012 01:48 |
|
|
|
|
|
Заголовок сообщения: |
Re: Багрепорты Quark |
|
|
Хищник писал(а): spf писал(а): У кого-то оно "не имеет отношения" (наверное, у Хищника), а у кого-то "имеет отношение" (например, у многих пользователей SP-Forth ;) — И что с того? Ничего. Дело в том, что когда "то не имеет отношения, то имеет отношение", это означает, что... "не имеет отношения" ;) Корреляция нулевая, однако, раз можно и так, и так. Логическая ошибка в обобщении. Если некоторая рыбина не щука, это не значит, что все рыбы не щуки (т.е., что среди рыб нету щук).
[quote="Хищник"][quote="spf"]У кого-то оно "не имеет отношения" (наверное, у Хищника), а у кого-то "имеет отношение" (например, у многих пользователей SP-Forth ;) — И что с того? Ничего.[/quote] Дело в том, что когда "то не имеет отношения, то имеет отношение", это означает, что... "не имеет отношения" ;) Корреляция нулевая, однако, раз можно и так, и так.[/quote]
Логическая ошибка в обобщении. Если некоторая рыбина не щука, это не значит, что все рыбы не щуки (т.е., что среди рыб нету щук).
|
|
|
|
Добавлено: Пн апр 23, 2012 01:34 |
|
|
|
|
|
Заголовок сообщения: |
Re: Багрепорты Quark |
|
|
Хищник писал(а): spf писал(а): Все варианты спецификаций форт-систем известны лишь в "узких кругах". Но, одни известны больше, а другие меньше. Среди наиболее известных (которых "раз, два и обчелся" ;) DPANS94 мне кажется лучшим. А раз они все известны в узких кругах, то вопрос "бренд или не бренд?" отпадает сам собой. Вопрос бренда мной не ставился. Кем он ставился? Для указанной пользы (*) важна известность спецификации, "широта использования" среди форт-программистов, а не "бренд". Хищник писал(а): spf писал(а): Частичная совместимость тоже приносит пользу: (*)
[quote="Хищник"][quote="spf"]Все варианты спецификаций форт-систем известны лишь в "узких кругах". Но, одни известны больше, а другие меньше. Среди наиболее известных (которых "раз, два и обчелся" ;) DPANS94 мне кажется лучшим.[/quote] А раз они все известны в узких кругах, то вопрос "бренд или не бренд?" отпадает сам собой.[/quote] Вопрос бренда мной не ставился. Кем он ставился? Для указанной пользы (*) важна известность спецификации, "широта использования" среди форт-программистов, а не "бренд".
[quote="Хищник"][quote="spf"]Частичная совместимость тоже приносит пользу: [/quote][/quote](*)
|
|
|
|
Добавлено: Пн апр 23, 2012 01:26 |
|
|
|
|
|
Заголовок сообщения: |
Re: Багрепорты Quark |
|
|
spf писал(а): У кого-то оно "не имеет отношения" (наверное, у Хищника), а у кого-то "имеет отношение" (например, у многих пользователей SP-Forth — И что с того? Ничего. Дело в том, что когда "то не имеет отношения, то имеет отношение", это означает, что... "не имеет отношения" Корреляция нулевая, однако, раз можно и так, и так.
[quote="spf"]У кого-то оно "не имеет отношения" (наверное, у Хищника), а у кого-то "имеет отношение" (например, у многих пользователей SP-Forth ;) — И что с того? Ничего.[/quote] Дело в том, что когда "то не имеет отношения, то имеет отношение", это означает, что... "не имеет отношения" ;) Корреляция нулевая, однако, раз можно и так, и так.
|
|
|
|
Добавлено: Пн апр 23, 2012 01:12 |
|
|
|
|