ZXMAK2 - Виртуальная машина ZX Spectrum

[Rindex]

насчет вот этой правой кнопки - что будет если она отжата когда левая на нижней плате отключена? аналогчино что будт если она нажата в такой-же конфигурации?

Итак. 1 - это левая кнопка на нижней плате. 2 - правая на верхней.

1 - отжата, 2 - нажата - входим в режим тестов
1 - нажата, 2 - нажата - автоматически запускается дисковод (была-бы дискета, он её бы загрузил)
1 - нажата, 2 - отжата - вываливается в меню 128к
1 - отжата, 2 - отжата - то-же самое, меню 128к (хотя вроде должно быть вообще 1982 и т.д.)

[Eltaron]

Странно, чего же это он меркнет? Я просто с ним не знаком, вот и интересуюсь.

потому что .NET - это тоже сама по себе виртуальная машина. Как Java, только от майкрософта, и не такая кроссплатформенная.
А при работе с массивами там одни только проверки на тип значения и на невыход за границы массива сжирают половину производительности.
Т.е. код получается не особо быстрый, зато писать его одно удовольствие. По мне так C# - самый удобный язык из компилируемых.

[ZXMAK]

1 - нажата, 2 - отжата - вываливается в меню 128к

эта комбинация както нелогично сюда вписывается, по идее тут должно было сбросится в TRDOS...

[Rindex]

эта комбинация както нелогично сюда вписывается, по идее тут должно было сбросится в TRDOS...

Атоматом в TR-Dos только если две кнопки нажаты. Это точно.

[ZXMAK]

А при работе с массивами там одни только проверки на тип значения и на невыход за границы массива сжирают половину производительности.
Т.е. код получается не особо быстрый, зато писать его одно удовольствие. По мне так C# - самый удобный язык из компилируемых.

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

Тем не менее дотнет не везде медленее чем C++, в задачах где требуется активное выделение памяти дотнет будет работать быстрее чем C++ за счет особенностей выделения памяти Поэтому оптимальный вариант - писать код на дотнете, а при необходимости выносить критичные к производительности участки в unmanaged код. До последнего дело редко доходит, т.к. мощность процессоров сейчас довольно большая и к тому-же растет...

[ZEK]

по идее тут должно было сбросится в TRDOS...

Судя по схеме эта кнопка переключает в какое состояние DOS будет по сбросу, то есть что бы попасть в сервисную страницу надо DOS активным делать.

[Advertiser]

[Eltaron]

По поводу gdb на сокете
Code::Blocks умеет по tcp работать с gdb, я давно эту тему мурыжил нюансов не помню, надо перечитать все, но вроде sdcc все что надо для gdb предоставляет

меня в доках на протокол смущают места в духе
"4.7.6.2. Writing All Registers
The register data follows the G as a stream of hexadecimal digits for each register in GDB register order"
То есть подразумевается, что сам gdb имеет представление о том, что за процессор у отлаживаемой стороны. А поддержки z80 в gdb нет.

[ZXMAK]

стал смотреть файл от Black_Cat, ничего не понял.
Например на каждом клоне своя дешифрация порта #7FFD. А в таблице все в кучу перемешано...

Начнем с простого:
1) PROFI+: какие маска/значение используются для дешифрации портов #7FFD и #DFFD на PROFI+?
2) KAY: какие маска/значение используются для дешифрации портов #7FFD и #1FFD?

[ZEK]

А поддержки z80 в gdb нет

Ну вроде как есть

---------- Post added at 22:25 ---------- Previous post was at 21:51 ----------

По поводу эмуляции, допустим берем порт FE
у него должен быть параметр как он дешифрируется, у разных компов по разному, нада еще логика iorqge, к примеру в кае выбор FE каралечный, условия выбора: не выбран AY8910, чтение из порта io, не активен DOS, A0=0, неактивен iorqe
кемстон еще коралечней, там A0=1

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

[Titus]

Тем не менее дотнет не везде медленее чем C++, в задачах где требуется активное выделение памяти дотнет будет работать быстрее чем C++ за счет особенностей выделения памяти

Вот это уж совсем сомнительно.