Квант-8 - информация

[litwr]

Нет, у меня реальный корвет с ОПТС 1.1

В ОПТС 1.1 тот же баг или скорее недоделка. Получается эта проблема не только Кванта. Может быть ОПТС 3 делали с 1.1, а не 2. В Контуре ОПТС 2, но с особенностями и без бага. Неожиданно обнаружил в шрифтовом ПЗУ Контура вместо знака денег уже знак доллара. И бейсик у меня с контуровским ПЗУ не загрузился.
У Корвета были очень необычные варианты ПЗУ, странный CP/M, ПЗУ терминала, ...

Вообще не вижу разницы. Режим 32 символа в строке просто выводит символы через один - как только установил его, так сразу он и используется))) нет изменения в работе ПК, это чисто интерфейсная история

Извините, но воспринимается как шутка. А если вам нужно написать что-то инверсным шрифтом или отключить автоперенос, то вы сначала текст печатаете, а потом добавляете соответствующий управляющий код? Понятно, что из-за аппаратных особенностей, Корвет не может иметь знаки с разной шириной на одном экране, поэтому ваш способ срабатывает, но это по сути хак и использовать его как правило реально очень необычно.
Режим 32 символа использует только четные адреса в памяти для текста, это просто аппаратная особенность. Но если Бейсик при печати оператором PRINT пропускает каждый второй символ - это очевидная ошибка софта.

[Advertiser]

[surinm]

ага... сейчас попробовал на эмуляторе (нет аппаратного корвета под рукой), оказывается действительно есть такой глюконат)) НО!
1. Нужно еще все-таки проверить на реальном корвете
2. Это больше похоже не на глюк кванта, а на недоделанный "костыль" в ОПТС 2.0.
Дело в том, что так неправильно оперировать с экранной областью, когда атрибут распространяется на весь экран. Именно по этому нас в детстве и учили использовать этот режим именно так, потому что он переключает ВЕСЬ экран в режим 32 символов в строке. В ОПТС 2.0 в результате он не только переключает экран в этот режим и обратно, но еще и по разному работает с АЦЗУ, что в результате может приводить к неправильному отображению одной и той же программы на разных корветах. ИМХО это ошибка все-таки в ОПТС 2.0.

[litwr]

ага... сейчас попробовал на эмуляторе (нет аппаратного корвета под рукой), оказывается действительно есть такой глюконат)) НО!
1. Нужно еще все-таки проверить на реальном корвете
2. Это больше похоже не на глюк кванта, а на недоделанный "костыль" в ОПТС 2.0.
Дело в том, что так неправильно оперировать с экранной областью, когда атрибут распространяется на весь экран. Именно по этому нас в детстве и учили использовать этот режим именно так, потому что он переключает ВЕСЬ экран в режим 32 символов в строке. В ОПТС 2.0 в результате он не только переключает экран в этот режим и обратно, но еще и по разному работает с АЦЗУ, что в результате может приводить к неправильному отображению одной и той же программы на разных корветах. ИМХО это ошибка все-таки в ОПТС 2.0.

Повторю, дело не в реальности Корвета, а в прошивке. Если при печати Hello печатается что-то другое и это для Вас не ошибка, то вы имеете право на такое мнение. Если исправление бага, считать созданием несовместимости, то ничто не может помешать вам так думать.

[surinm]

а давайте ка отбросим всякие непонятные мне термины вроде "шутка", отбросим чьи-то мнения и обратимся к документации. Вот описание, как это работает на аппаратном уровне, и я уже об этом не раз писал:

Ни к ОПТС, ни к бейсику это никакого отношения не имеет. Это физика работы железа.
А вот описание этой функции уже в Бейсике в книге Знакомьтесь ЭВМ Корвет (стр. 151,152):

И особенно подчеркну описание как это должно работать:

Попробуем сделать объективные выводы:
1. Документация говорит, что это должно работать через знак.
2. В документации нет ничего про использование CHR$(27) ДО вывода на экран или ПОСЛЕ. Функция описана как переключение режима ЭКРАНА.
3. В Бейсике 2.0 видимо решили что-то улучшить в части вывода символов после переключения режимов, но явно не доделали, потому что отображается так себе. Могу привести массу примеров, когда выводится в результате криво.
4. Вы, имея видимо ограниченный опыт использования только лишь ОПТС 2.0, нашли забавную фичу, которую выдаете за норму
5. Благодаря вашей находке у нас случилась интересная дискуссия, и я нашел новый редкий баг, за что Вам безусловно Спасибо!
6. Как доберусь до железного ПК, обязательно проверю аппаратный Бейсик 2.0, не является ли это проблемой исключительно эмулятора. Так же надо дисковый бейсик проверить.

А теперь субъективно. Мнение на которое имею право))
Как в прошлом программист точно могу сказать, что то, что реализовали в бейсике 2.0 - лютейший костыль, который основную проблему полностью не исправляет (ну по хорошему надо полностью тогда сдвигать АЦЗУ через символ и обратно при переключении режимов, уж если с этим заморочились!), а совместимость в предыдущими (а если брать ОПТС 3 - то и последующими) версиями не обеспечивает.

[litwr]

а давайте ка отбросим всякие непонятные мне термины вроде "шутка", отбросим чьи-то мнения и обратимся к документации. Вот описание, как это работает на аппаратном уровне, и я уже об этом не раз писал:

Ни к ОПТС, ни к бейсику это никакого отношения не имеет. Это физика работы железа.
А вот описание этой функции уже в Бейсике в книге Знакомьтесь ЭВМ Корвет (стр. 151,152):

И особенно подчеркну описание как это должно работать:

Попробуем сделать объективные выводы:
1. Документация говорит, что это должно работать через знак.
2. В документации нет ничего про использование CHR$(27) ДО вывода на экран или ПОСЛЕ. Функция описана как переключение режима ЭКРАНА.
3. В Бейсике 2.0 видимо решили что-то улучшить в части вывода символов после переключения режимов, но явно не доделали, потому что отображается так себе. Могу привести массу примеров, когда выводится в результате криво.
4. Вы, имея видимо ограниченный опыт использования только лишь ОПТС 2.0, нашли забавную фичу, которую выдаете за норму
5. Благодаря вашей находке у нас случилась интересная дискуссия, и я нашел новый редкий баг, за что Вам безусловно Спасибо!
6. Как доберусь до железного ПК, обязательно проверю аппаратный Бейсик 2.0, не является ли это проблемой исключительно эмулятора. Так же надо дисковый бейсик проверить.

А теперь субъективно. Мнение на которое имею право))
Как в прошлом программист точно могу сказать, что то, что реализовали в бейсике 2.0 - лютейший костыль, который основную проблему полностью не исправляет (ну по хорошему надо полностью тогда сдвигать АЦЗУ через символ и обратно при переключении режимов, уж если с этим заморочились!), а совместимость в предыдущими (а если брать ОПТС 3 - то и последующими) версиями не обеспечивает.

То что аппаратура работает согласно приведенному Вами тексту с этим никто с Вами не спорил. У многих компьютеров аппаратура при выводе текстов работает намного страннее. Это не имеет никакого отношения к заявленным системным функциям вывода текстов на экран.
Про ваш пример на бейсике не буду использовать слово, которое Вам непонятно, хотя именно оно подходит на мой вкус более всего. Давайте разберем этот пример. Там делается всё именно так, как пишу Вам уже много раз. Сначала устанавливается режим в строке 40 и ЗАТЕМ печатается текст в строке 20.
Не бейсик, а ОПТС отвечает за баг. СР/М также криво работает с широкими символами при наличие ОПТС 1.1 или 3.
А по поводу совместимости, то если в Кванте сменили кодировку, отказавшись от всего прежнего софта с кириллицей, то о чем тут говорить?