Вид для печати
Итак. 1 - это левая кнопка на нижней плате. 2 - правая на верхней.Цитата:
Сообщение от Alexander Makeev
1 - отжата, 2 - нажата - входим в режим тестов
1 - нажата, 2 - нажата - автоматически запускается дисковод (была-бы дискета, он её бы загрузил)
1 - нажата, 2 - отжата - вываливается в меню 128к
1 - отжата, 2 - отжата - то-же самое, меню 128к (хотя вроде должно быть вообще 1982 и т.д.)
потому что .NET - это тоже сама по себе виртуальная машина. Как Java, только от майкрософта, и не такая кроссплатформенная.Цитата:
Сообщение от Titus
А при работе с массивами там одни только проверки на тип значения и на невыход за границы массива сжирают половину производительности.
Т.е. код получается не особо быстрый, зато писать его одно удовольствие. По мне так C# - самый удобный язык из компилируемых.
эта комбинация както нелогично сюда вписывается, по идее тут должно было сбросится в TRDOS...Цитата:
Сообщение от Rindex
Атоматом в TR-Dos только если две кнопки нажаты. Это точно.Цитата:
Сообщение от Alexander Makeev
все верно, при обработке больших массивов проверки на выход индекса за пределы массива и т.п. съедают часть производительности. С одной стороны это гарантирует что приложение не закрешится и в случае ошибки проинформирует где и что произошло. Но с другой стороны снижает производительность.Цитата:
Сообщение от Eltaron
Тем не менее дотнет не везде медленее чем C++, в задачах где требуется активное выделение памяти дотнет будет работать быстрее чем C++ за счет особенностей выделения памяти :) Поэтому оптимальный вариант - писать код на дотнете, а при необходимости выносить критичные к производительности участки в unmanaged код. До последнего дело редко доходит, т.к. мощность процессоров сейчас довольно большая и к тому-же растет...
Судя по схеме эта кнопка переключает в какое состояние DOS будет по сбросу, то есть что бы попасть в сервисную страницу надо DOS активным делать.Цитата:
Сообщение от Alexander Makeev
меня в доках на протокол смущают места в духеЦитата:
Сообщение от ZEK
"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 нет.
стал смотреть файл от Black_Cat, ничего не понял.
Например на каждом клоне своя дешифрация порта #7FFD. А в таблице все в кучу перемешано...
Начнем с простого:
1) PROFI+: какие маска/значение используются для дешифрации портов #7FFD и #DFFD на PROFI+?
2) KAY: какие маска/значение используются для дешифрации портов #7FFD и #1FFD?
Ну вроде как естьЦитата:
Сообщение от Eltaron
---------- Post added at 22:25 ---------- Previous post was at 21:51 ----------
По поводу эмуляции, допустим берем порт FE
у него должен быть параметр как он дешифрируется, у разных компов по разному, нада еще логика iorqge, к примеру в кае выбор FE каралечный, условия выбора: не выбран AY8910, чтение из порта io, не активен DOS, A0=0, неактивен iorqe
кемстон еще коралечней, там A0=1
Т.е надо что бы можно было задавать порядок отработки делегатов, и ввести сигнал iorqe, который (если используется платформа с этой логикой) должен учитываться обработчиками чтения из портов
Вот это уж совсем сомнительно.Цитата:
Сообщение от Alexander Makeev