С любовью к вам, Yandex.Direct
Размещение рекламы на форуме способствует его дальнейшему развитию
Кто-нибудь знает, куда пропал Denn?
Страница в ВК удалена
С Денисом всё в порядке, но из-за работы совсем нет времени ни на хобби, ни на Интернет. Когда вернётся - неизвестно.
Проект, суд по всему, завис. И скачать прошивки уже нет возможности?
Почему нет возможности..?
https://zx-pk.ru/threads/21984-dsdos...ot/page50.html
Denn (19.03.2024)
Проект не завис. Касательно третьего поколения ОС в некотором смысле поставлена "логическая точка", т.к. всё задуманное реализовано.
Вот эта самая последняя - https://zx-pk.ru/threads/21984-dsdos...=1#post1102433
Есть некоторые мыли по небольшим доработкам, но пока только "собираю информацию".
ОС четвёртого поколения будет идейно другая, по ней работы ведутся в очень медленном режиме в виду отсутствия свободного времени.
В настоящий момент пишу подробную документацию по версии 3.95, надеюсь скоро закончу и всё выложу.
Если есть какие-то конкретные вопросы, то пишите - отвечу.
Также есть профильные группы и чаты в Telegram'е:
https://t.me/dsdos_128
https://t.me/dsdos_pro
https://t.me/dsdos3help
https://t.me/oriserver
Критиковать - значит объяснять автору, что он делает не так, как делал бы я, если бы умел
Очень пригодился бы вариант редактора памяти, в котором запись происходит только при записи целого байта, а не при вводе каждого полубайта. Для памяти это не критично, а вот для периферии может быть очень вредно и без костылей не обойтись. Я сам на этом попадался...
Алексей, привет!
Какая конечная цель? Предполагаю, что для её реализации интерфейс редактора дампа всё же не самый удобный. Если речь про работу с портами, то скорее лучше сделать специальный отдельный режим, в котором будет максимально удобно решать задачу.
Как это вижу я. Обычно требуется писать в порт какой-то байт команды и смотреть реакцию по какому-то другому адресу. Редактор дампа же обновляет только текущую записанную ячейку, а остальные в дампе не обновляет. Потом, при записи байта курсор автоматом перескакивает на другую ячейку, придётся каждый раз делать возврат... Выходит, что в принципе вариант непрактичный.
Для работы с портами лучше сделать отдельный режим, по типу как у меня сделано в утилите для портов ВВ55. Тут готов к обсуждению по части такой доработки инструментального монитора.
Критиковать - значит объяснять автору, что он делает не так, как делал бы я, если бы умел
Привет, Денис. Конечная цель - писать требуемые значения в ячейки памяти (или в устройства, расположенных в пространстве памяти) и в порты. Допустим, мне нужно записать в память (или порт, что на памяти лежит, неважно) значение 0xDF. Я нажимаю "D" и этот полубайт сразу пишется. Но другой-то полубайт ещё не введён! И, в результате, в ячейку пишется совсем не то, что мне нужно. Последствия, думаю, описывать не нужно, тем более, что количество проблем от этого может быть весьма большим. Мне видится в программе переключатель - записывать данные, когда байт введён целиком или записывать при каждом введённом полубайте. Причём, при запуске нужен режим записи по вводу полного байта. Если забудешь переключить - ничего страшного, один раз введёшь целый байт, а потом сменишь режим.
Что касается памяти или портов - думаю, было бы лучше работать с одним портом, а не выводить их в виде дампа. Во-первых, портов всё равно не так уж и много, а во-вторых - при выводе дампа порты читаются, что тоже плохо, так как это запросто может повредить работе, если какой-то из портов читать можно только при определённой ситуации - такое тоже бывает, скажем, при использовании UART, когда чтение из регистра данных приводит внутри в действие целый механизм. Так что, думаю, для портов достаточно предусмотреть какую-нибудь горячую кнопку или комбинацию. Скажем, PW<addr>,<value> - записать в порт по адресу addr значение value. Или PR<addr> - прочитать и вывести на экран значение из порта с адресом <addr>.
В остальном лично меня редактор памяти вполне устраивает. Конечно, всегда есть, что улучшить, но проблема с записью каждого вводимого полубайта и невозможность работы с портами очень сильно осложнила мне жизнь. А ведь я начал писать под DS-DOS
Автоинкремент адреса при вводе байта можно сделать отключаемым, как и автоперечитывание окна дампа.
Если так будет быстрее и проще - можно сделать две версии редактора. Один - с моими хотелками (извиняюсь, назову их так, так как, кроме меня, о редакторе никто не написал), один - с твоими
Если бы были исходники, я бы сам исправил функцию ввода байта, но копаться в коде - не, куча времени. Поэтому и вернулся на ORDOS - приходилось много работать с редактором памяти, хоть он и беден функционально.
Последний раз редактировалось AlexBel; 20.03.2024 в 21:14.
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)