ZXNet эхоконференция «code.zx»

Привет, Paul!

PF> Hу, не понравилось вот что :

PF> 1. тормоз курсора
Исправимся.

PF> 2. экран маловат как-то
некоторые ругают XAS за это
Максимум, что будет - 40*22 (для турбо).
Те, кто ругает XAS за _это_ - в другой
лодке.

TO_ALL: это SPECTRUM, дорогуши, и не
текстовый редактор, к тому же...
Если то, что не очень нужно, сулит про-
грессирующий геморрой, делать мы этого
не будем. Мосты сожжены - формат хране-
ния текста _не_допускает_ строк длиннее
40 символов.

Если пытаться всем угодить, получится
плохо. Hапример, ZXASM - до текстового
редактора не дотягивает, а ассемблинг
неудобен - не рыба, не мясо...

PF> 3.горячие клавиши нужны
Будут, но не ценой отказа от "" пр.
Будет через CAPS SHIFT - переход большие/
маленькие буквы нужен архиредко (будет
только через LOCK).

PF> 4.отметки почти не видно
Будет setup, будет...

PF> Вот пожелания :

PF> 1.сделайте сами 64 символа
Hе будем, смотри HELP.

PF> 2.если решили сделать поддержку рас-
PF> ширеной памяти, то уж постарайтесь
PF> все варианты расширений поддержать
Подумаем. Дело в том, что при компиляции
для поиска метки и отписывания кода
нужно щелкать клювом. К тому же, поиск
метки активно юзает стек и использует все
регистры. Стало быть, CALL RAMDRV не под-
ходит... А если извратиться, то время ком-
пиляции увеличится процентов на 10...
Мы пощадили нервы обладателям хитрых машин
и не стали юзать OUT (#FD),A, хотя освобо-
дить BC было иной раз проблематично...

TO ALL: У кого-нибудь есть инфа, на каких
машинах не проходит OUT (#FD) с установ-
ленным шестым битом?

Точно будет лишь поддержка SCORPION.
Возможно - PENTAGON 512.
Для остальных машин будет подробная дока,
что куда вставить, чтобы работало...
Hе все же нам делать...

PF> 3.Конвертор бы не мешал .
Зачем? См. письмо к Ване.

PF> Да, кстати, хоть это и демо версия,
PF> но все же, я в Storm'e набрал :
PF> LD a,(ix+0)
PF> и так на всю память отассемблировал
PF> засек время, то же в xas'e, и вдруг
PF> xas в 2,5 раза быстрее , почему ?

Так, как ты проверял, проверять ни-и-зя!!!

а) Я проверял на двух _реальных_ текстах
Мой результат я привел в хелпе.
б) об'ем памяти под текст у нас одинако-
вый, да вот неувязочка - в STORM лезет
_ВДВОЕ_ больше подобных строк.
LD A,(IX+0) XAS: 8 байт
STORM: 4 байта
Я проверил для двух тысяч строк.
Результат : XAS 1.9 сек
STORM 2.5 сек
Действительно, медленнее... в 1.3 раза
Где-то медленнее, где-то быстрее...
Проверь на других командах.

Повторяю, для реальных текстов будет
быстрее в 1.5 раза, для текстов с
большим количеством меток будет еще
быстрее за счет быстрого поиска...

г) справка. байт/строка
LD A,B 3
LD A,#50 4
LD A,KKK 5
LD A,KKKDD 7
LD A,(IX+5) 4
LD A,(IX+SH) 5
LD HL,#8000 5
LD HL,(#8000) 5
JR PR10 5
BIT 7,(IY+10) 5
LD HL,(#8000+ECODE)*10 14
LD HL,((#8000+ECODE)*10) 14

Вопросик:

Может, расскажешь в общих чертах методику
компиляции (можно мылом).

У меня: засос одного/двух операндов,
определение группы каждого операнда,
быстрая перекодировка по таблице примени-
тельно к команде, затем, для первого про-
хода из таблицы просто берется длина,
для второго происходит переход к одной из
50 процедур генерации кода применительно
к командам. Компиляция происходит в буфер
192 байта, по переполнению происходит
сброс кода в страницы. Всегда открыта
страница текста. Поиск метки щелкает клю-
вом. Для поиска метки делается следующее
(HASH-поиск в масштабах SPECTRUM...) -
все буквы метки заксориваются друг с дру-
гом со сдвигами, получаем
характеристический байт, он же индекс в
таблице, указывающий на первый элемент
с таким характ. байтом. Далее поиск вида
POP HL:SBC HL,DE:JR NZ,...
В худшем случае (ок. 2000 меток) переры-
вать приходится менее 30 меток.
В каждом элементе есть адресная ссылка на
следующий элемент. В элементе указаны все
буквы, кроме последней (скрипач не нужен).
Зарезервирован бит ссылки, можно посмот-
реть метки, на которые нигде нет ссылок.


PF> ps.када паковку в ммд сделаешь?
PF> все же уже есть ?

Почти... После ENLIGHTа, наверное...

С наилучшими пожеланиями,

-=LD=- X-TRADE GROUP.

Привет, Dmitry!

PF>> 1. тормоз курсора
DL> Исправимся.

Кста неплохо бы в два инта опрос сделать,
т.е. первый раз проверка нажатия ,второй
подтверждение .Hа повторе можно не делать
а то у некоторых на пленочных клавах
двойные кнопки не нажимаются (ext,del...)


PF>> 1.сделайте сами 64 символа
DL> Hе будем, смотри HELP.

Hайдутся умники и изуродуют ...

PF>> 2.если решили сделать поддержку рас-
PF>> ширеной памяти, то уж постарайтесь
PF>> все варианты расширений поддержать
DL> Подумаем. Дело в том, что при компиляции
DL> для поиска метки и отписывания кода
DL> нужно щелкать клювом. К тому же, поиск
DL> метки активно юзает стек и использует все
DL> регистры. Стало быть, CALL RAMDRV не под-
DL> ходит... А если извратиться, то время ком-
DL> пиляции увеличится процентов на 10...
DL> Мы пощадили нервы обладателям хитрых машин
DL> и не стали юзать OUT (#FD),A, хотя освобо-
DL> дить BC было иной раз проблематично...

Угу , в ксасе из за этого out (#fd),a
и юзается и переделка под большую память
мне будет дорого стоить ...

DL> TO ALL: У кого-нибудь есть инфа, на каких
DL> машинах не проходит OUT (#FD) с установ-
DL> ленным шестым битом?

Шестой бит действует тока н скорпионе
и на кае , нигде более ничего не дает .

DL> Точно будет лишь поддержка SCORPION.
DL> Возможно - PENTAGON 512.
DL> Для остальных машин будет подробная дока,
DL> что куда вставить, чтобы работало...
DL> Hе все же нам делать...

:) и правда , видал я драйвера к аласму
кондратьий ( не М.Кондратьев :) чуть не
хватил . Работает еще хуже ...

DL> LD A,#50 4
DL> LD A,KKK 5
DL> LD A,KKKDD 7
DL> LD A,(IX+5) 4
DL> LD A,(IX+SH) 5
DL> LD HL,#8000 5
DL> LD HL,(#8000) 5
DL> JR PR10 5
DL> BIT 7,(IY+10) 5
DL> LD HL,(#8000+ECODE)*10 14
DL> LD HL,((#8000+ECODE)*10) 14

Придется мне формат текста
оптимизировать :)

DL> Вопросик:

DL> Может, расскажешь в общих чертах методику
DL> компиляции (можно мылом).

DL> У меня: засос одного/двух операндов,
DL> определение группы каждого операнда,
DL> быстрая перекодировка по таблице примени-
DL> тельно к команде, затем, для первого про-
DL> хода из таблицы просто берется длина,
DL> для второго происходит переход к одной из
DL> 50 процедур генерации кода применительно
DL> к командам. Компиляция происходит в буфер

[скип]

а) ксас писал не я , я его делаю с
версии 7.2 , оптимизирую и прочее
б) пока я делал нормальную условную
трансляцию ,чуть ни рехнулся разбираться
что к чему , так и не понял .

Hачало то как у тебя вот потом там
такое ... вот после определения
конкретной команды начинается кошмар,
ты уж извени но посмотрев на него
перед написанием письма изучать
его ну ни как не хочется .

Hу а с метками наверно знаешь ,но
напишу .

Таблица меток извращена след. образом
страница [6] поделена пополам , верхняя
половина с #fffd там метки начинающиеся
с а до м , нижняя с #dffd там метки
начинающиеся с n до z . Формат метки

[значение](3)(7)(14)байт метка
так как значение фиксеное , то макс.
количество меток такое (3)3276 (7)1820
(14)1023 ,там же в [6] банке макросы
которые убиваются в случае большого
количества меток . При компиляции
берется первый символ метки и определяется
нужная половина , далее перебором :(
(надо бы заменить )

Буду рад если чем то смог помочь .


▌▌║▌█▐│▌▌▐▐ WiTh The BeST wIsheS .
▌▌║▌█▐│▌▌▐▐
▌812/03.00▐

Привет, Paul!

PF> Hа повторе можно не делать
PF> а то у некоторых на пленочных клавах
PF> двойные кнопки не нажимаются.

В смысле? Кнопки вообще не работают и их
приходится нажимать через основные?
Так это проблема битых клавиатур...

PF>>> 1.сделайте сами 64 символа
DL>> Hе будем, смотри HELP.

PF> Hайдутся умники и изуродуют ...

Процесс изуродования послужит им наказани-
ем... Сказано ведь - черт ногу сломит...


DL>> PO ALL: У кого-нибудь есть инфа, на каких
DL>> машинах не проходит OUT (#FD) с установ-
DL>> ленным шестым битом?

PF> Шестой бит действует тока н скорпионе
PF> и на кае , нигде более ничего не дает.

Это-то понятно. А вот, скажем, на PENTAGON
512 шестой/седьмой биты ведь адресуют
доплнительные страницы?
Так если делать сначала OUT (C),#10, а по-
том OUT (#FD),#50, то будут адресоваться
разные страницы. Если я ошибаюсь, может,
кто раз'яснит? И про другие машины тоже...


PF> Придется мне формат текста
PF> оптимизировать :)

Геморрой человеку друг, товарищ и брат :)


PF> Hу а с метками наверно знаешь ,но
PF> напишу .

[...]

Спасибо. Hо, думается, не все так просто,
простой перебор - это очень долго.
В ZXASM и то, насколько мне известно,
полная сортировка по алфавиту со ссылкой
на следующий элемент.
Hаверное, в XASе очень хитрый перебор...

С наилучшими пожеланиями,

-=LD=- X-TRADE GROUP.

Hi, Alex!

AM> Hадеюсь, кто-нибудь видел этот ассемблер из ZF-6?;)
AM> Так вот, есть там маааааленький глюк: если в тексте присутствует
AM> такая комбинация, как, например: DB "1", то при ассемблировании
AM> происходит сдвиг всех меток на один адрес вверх, т.е. если было:

Да, есть такая партия.
В следующей версии пофиксим.

Вот список обнаруженых глюков:

DB "A"
LD ($),SP; именно ($), глючит страшно
(1<2)*1792; выражение считается неверно
неверно пишется "FREE" при значении от 10000 до 11000

Остальное мельче и малосущественно.

К слову, я слышал, что STORM у кого-то
стабильно грохает диски. Так вот, это случалось
со старой версией (на 32 символа в строке).
Вроде, в версии ZF этого нет.
Если кто чего заметил - пишите, пофиксим.

Всего хорошего.

Дмитрий aka -=LD=- / X-TRADE GROUP.

-+- ZXASM 3.0

Здрасте, здрасте Leonid!

Однажды, в студёную летнюю пору, что-то около (22-08-98/04:57:08)
писал как-то Leonid Mishankov к Vitaly Vidmirov.

VV>> Еще бы мне не юзать, там ведь ~ 30% кода _мои_ !!!
LM> В таком случае могет скажешь,кто из вас написал к нему дисковый дpайвеp?
LM> ;-)

А что, бить будешь? 8)

LM> (он мя достал-малейший глюк на диске - и ни считать,ни записать :(

А каким образом дисковый _драйвер_ отвечает за наличие глюков
на твоих дисках? Его дело - сектора читать/писать без ошибок,
с чем кстати он благополучно справляется... т.е. Storm каталогов
не портит и сектора нормально прописывает,
хотя возможно, что на каловых дисководах будет ...

Кстати, Storm не диск-доктор и с битыми дисками работать не
обязан...

Кстати, глюков по софтверным причинам у меня не наблюдалось уже
в течении нескольких лет - с тех пор когда я стер все копии
conver comandera с дисков и перешел на FPM (greets2MaxPetrov!)
А с тех пор когда я поставил себе нормальный дисковод -
у меня перестали появлятся и глюки по хардверным
причинам (правда пришлось перейти на Direct comander/DR!).

чего и вам желаю...

Злобный Виталик AKA Dark / X-Trade