Порча Бейсика-48 в ОЗУ

[Максагор]

Народ! Где-то когда-то читал информацию, что если разместить образ ПЗУ Бейсика-48 в ОЗУ (например а статическом КЭШе или еще как), подключаемом по адресу #0000 вместо реального ПЗУ и сделать в нем RANDOMIZE USR 0 (или даже достаточно только команды NEW?), то там какие то несколько (5-6?) байт повреждаются? Киньте в меня информацией, где это описано. Интересно также знать, поправимо ли это через программное вмешательство в прошивку или ее ОЗУшый образ...

[Advertiser]

[SoftFelix]

Максагор, я с этим столкнулся, когда расширял Ленинград-1 до 1МБ на СИММ-30. Только у меня портились 5 байт в странице от #C000. Но, как мне очень прозрачно объяснили, это проделки калькулятора Басик48. В общем, можно почитать отсюда и далее по топику и ещё вот тут. Я бы сам хотел узнать об этой проблеме более подробно, т.к. в тот раз (при расширении памяти) почти ничего не понял.

[goodboy]

от команды NEW порчи не-будет.
запись в ROM происходит при работе встроенного калькулятора (при вычислении фактических значений чисел).

[Максагор]

от команды NEW порчи не-будет.
запись в ROM происходит при работе встроенного калькулятора (при вычислении фактических значений чисел).

Это лечится?

[goodboy]

"WRITE TO ROM (48 ROM-33FEh)

Not so much a bug as poor coding. The ROM tries to write four bytes starting at 0000h. On a real Spectrum there is usually no effect because you can't actually write to the ROM, but if a copy of the ROM is really in RAM (to give better compatibility on a +3 or +2A for instance), the 'ROM' could be overwritten."

[Максагор]

The ROM tries to write four bytes starting at 0000h.

Смысл вопроса: если мы имеем копию в ОЗУ, то можно ли "ручками" "малой кровью" (т.е. без перелопачивания половины образа ПЗУ) убрать "порчу" (или сместить ее в неиспользуемую часть образа прошивки - вроде бы там достаточно места, забитого байтами #FF). И если да, хотелось бы понять, какие подпрограммы эту "порчу" осуществляют...

[Alex Rider]

Про скроллинг посмотрю когда мозги посвежее будут. ЕМНИП (а сейчас очень даже ИП), первые 8 линий экрана невозбранно "выскролливаются" в ПЗУ. Про калькулятор:

33F7 SKIP-CONS    AND   A                   The subroutine returns if the
33F8 SKIP-NEXT    RET   Z                   parameter is zero, or when the
                                            requested constant has been
                                            reached.
                  PUSH  AF                  Save the parameter.
                  PUSH  DE                  Save the result pointer.
                  LD    DE,+0000            The dummy address.
                  CALL  33C8,STK-CONST      Perform imaginary stacking of
                                            an expanded constant.
                  POP   DE                  Restore the result pointer.
                  POP   AF                  Restore the parameter.
                  DEC   A                   Count the loops.
                  JR    33F8,SKIP-NEXT      Jump back to consider the value
                                            of the counter.

Суть примерно в том, что калькулятор использует процедуру распаковки упакованных констант для пропуска констант в таблице (они все разной длины). Распаковывает пропускаемые константы в ПЗУ с #0000. Самый простой способ лечения: "распаковывать" в какое-нибудь другое безобидное место (LD DE,+0000), кандидат на ненужное место - байты #ff с адреса #0013. Если важно не "писать" в ПЗУ совсем, я бы переписал таблицу констант с #32C5 в распакованном виде в свободные ячейки и переписал бы skip-cons целиком.
Кстати, процедура нехило так тормозит весь BASIC, ибо помещение констант (0, 1, 0.5, pi/2, 10) на стек используется весьма часто, а stk-const нифига не простая.

[balu_dark]

Максагор - глянь это http://zx-pk.ru/showthread.php?t=143...l=1#post350143
Возможно поможет.

[Barmaley_m]

Тут правильно указали, что в бейсике есть два бага, один в процедуре скролла, а другой - в калькуляторе. Если их исправить - то память портиться не будет. Впервые я увидел фиксы в Орель-бейсике и скопировал их в bogobasic.

Вот фикс для ошибки скролла (синтаксис ассемблера ZEUS):

ORG #0E16
CALL SCRLK
ORG #38F6
SCRLK DEC A
BIT 6,D
JR Z,SCK1
LDIR
SCK1 ADD HL,BC
RET

Фикс для ошибки калькулятора

ORG #33DE
LD B,0
INC HL
INC D
DEC D
JP NZ,M3932
ADD HL,BC
LD A,1
NOP
M33EA EQU $
ORG #3932
M3932 ADD A,#50
LD (DE),A
LD A,5
SUB C
INC DE
LDIR
JP M33EA

Данные патчи можно сопоставить с дизассемблером бейсика (от Яна Логана), чтобы понять, что фиксится и как.

Последствия от обеих ошибок различные. Если ошибка калькулятора портит первые байты в ОЗУ, то ошибка скролла портит знакогенератор.

[SoftFelix]

Barmaley_m, а размер этих патчей позволит их интегрировать в прошивку BASIC_48 (или BASIC_48 от прошивки BASIC_128) без использования дополнительной памяти ПЗУ (свободные места и т.п.)?