пройди с этими словами на msx.org и скажи им там, что msx-dos 2 это тупая пускалка, что они там все дураки, раз не хотят гонять Симбос. Посмотрим как долго твой акк после этого там проживёт)))
Вид для печати
для запуска каких программ хватает ERS? это те которые в TRD образах и на tr-dos дискетках?
При этом ты утверждаешь:
хотя ты так и не ответил:Цитата:
мне хочется именно многозадачности и функциональности.
при этом ты так же будешь продолжать пускать от туда trd образы. что для тебя там измениться? или ты напишешь крутую игру которая будет занимать 100 мегабайт? даже в недооси такого ничего нет. если ограничиться тлько режимом 128к и образами trd, то ers достаточно. если хочется более удобно работать с файлами, каталогами, винтами, сд картами и даже с сетью, представляешь, многозадачная ос не требуется. коллеги по msx сидят в своём досе (как ты говоришь, пускалке) и всё там прекрасно работает и главное быстро и удобно. а вариант очередной fuzix (которую ты описал в своём OpenDocument) никому не нужен.Цитата:
для чего тебе на Спектруме и/или клонах многозадачная ОС? ... Какая практическая польза от многозадачной ОС? Какие задачи ты собираешься решать работая каждый день в этой ОСи? ...
помнится Савелий желал на атм портировать msx-dos, чё-то так и застрял он с ней. вот тут было бы в 100500 раз больше пользы.
SymbOS отличная вещь. Что касается NedoOS, то яудивляюсь, как "группа любителей CP/M и CP/M-моподобных ОС (к которой, несомненно относится MSX-DOS) и хаятелей всего, что на них непохоже" (ц) проглядели, что NedoOS как раз и сделана НА ОСНОВЕ CP/M и MSX-DOS - каждая отдельная задача обращается к системе через адрес #0005, а функции, вызываемые через этот стандартный вход, на 2/3 повторяют функции CP/M и MSX-DOS (поэтому софт с этих систем очень легко адаптировать, а простые программульки (уровня командной строки) могут и так запуститься), а оставшаяся треть - это как раз дополнительныек функции по управлению задачами, менеджером страниц ОЗУ и т.д. (т.е. это CP/M и MSX-DOS "задачи", управляемые менеджером задач). Впрочем, они в своем репертуаре...
Достойный ответ. Мой совет, не тратьте время попусту на бесполезные резговоры и пустопорожнюю болтовню с ее любителями. Гораздо продуктивнее продвигать ваши предложения на самом форуме разработчиков, которые вы уже там запостили, и которые я в целом поддерживаю.
- - - Добавлено - - -
Наработки Савелия по MSX-DOS легли в основу NedoOS, которая, как я упомянул уже, построена на основе дополненого функционала и структуры CP/M и MSX-DOS.
при этам аффтар говорит что надо бы потом оно выпилить
или же если на оборот если понадобиться бОльшая совместимость допилить
сплошная неопределенность
- - - Добавлено - - -
а дето можно с ними ознакомится?
в плане сорцов
за одно вопрос а как запускать тот мсх дос что лежит на http://atmturbo.nedopc.com/ ???
Максагор, ты в который раз путаешь понятия или поменяешь их. Адаптация и совместимость суть разные вещи/понятия. Желаю тебе удачи в запуске цпм софта под недоосью. Call 5 это единственное в чём недоось похожа на цпм. А адаптировать цпм софт можно под что угодно. На спринтере нет цпм. Но туда адаптировали solid c, m80, l80 и ещё какую то петрушку. ВНЕЗАПНО, Estex не базируется на цпм и даже рядом не совместима.
Могу только посоветовать изучать набор функций NedoOS. И самому позапускать оттуда программы. Это единственный подход, который я бы не назвал "ламерским".
И да, просьба не путать такие понятия как "является CP/M" и "сделана на основе CP/M". В свое время я пытался интереса ради запускат софт с MSX-DOS на CP/M с плачевным результатом (естественно, я не задавался целью поперезапускать вообще все). Есть понятие тождественности.
Но не выпилил. А говорил так, потому что не хватало места некоторым задумкам автора (в регистре C, через который передаются номера функций, как известно, только 256 значений). Но обошлось. Очень странно где-то выискивать фразы, сказанные в процессе размышлений над перспективами разработок, и к ним цепляться.
Вопрос к Савелию. Сырцы NedoOS при этом доступны. Доки по функциям тоже. Да, кстати, я лично видел запуск савелиевской версии MSX-DOS на ZX-Evolution. Но право Савелия было октазаться от окончательной доводки сабжа до "товарного состояния" и пуска наработок на NedoOS...
P.S. В любом случае, хотя я сам не являюсь непосредственным разрабом NedoOS и "рьяным фанатом", не могу не отметить путопорожность и тенденциозность здешних рассуждений. И могу заверить, что мнения здешних "обсуждателей" (кроме SfS, у которого есть конкретные мысли и предложения, которые он помимо этого форума, излагает с сооветствующей форме и на соответствующей площадке) не имеют ни малейшего шанса быть как-то учтены или восприняты разработчиками за их полной бесполезностью для дела.
из спортивного интереса
закинул жменю цпм-ных софтварей
и
или ничего вообще не происходит
или все зависает
- - - Добавлено - - -
кстате буцните этих разработчиков
чтоб во время запуска выводили СРАНЫЙ НОМЕР ВЕРСИИ СВОЕЙ .... ОС
как это иногда делается
...ну и может дату выпуска
тк по номеру может быть не очевидна свежесть
...а то чую они быстрей додумаются рисовать котов чем до этого
Вот это конкретный и полезный вопрос!
Данный MSX-DOS был "заточен" под РАННИЕ версии ATM-turbo 2 (которая без "плюсика") плат v6.05 и v6.1A, которые производились не МикроАРТом, а непосредственно фирмой АТМ, после того как они взаимно друг с другом расплевались и разошлись по разным юр.лицам. При этом каждое "юр.лицо" в пику друг другу делали версии ATM, "несовместимые" друг с другом - "несовместимость" была заложена в "секретной" прошивке ПЛМ 1556ХЛ8 (на тот момент прошивка держалась в секрете обоими фирмами, а считывание ее из ПЛМ было невозможно), на основе параметров спец-сигналов прошивки (прежде всего сигнал Z), по которому вычислялся код для "расксорки" собственно системы, лежащей в ПЗУ, при ее копировании в ОЗУ (изначально это ввели еще в ATM-turbo 1 для. как говорилось во всех мануалах, "от защиты от пиратского копирования плат").
Плюс могу добавить, что "железо" ATM-turbo 2+ в части диспетчера памяти (который расширен с доступа к 512Кб на платах v6.xx до доступа к 1024Кб на платах v7.xx)и контроллера PC/XT-клавиатуры несколько отличается от ATM-turbo 2 (обоих версий) и тоже может сказаться на "запускаемости". Между тем современные эмуляторы эмулируют именно 2+. Посему пока что предпринимаемые попытки полноценно запустить на эмуляторе MSX-DOS для платы v6.1A дают лишь посредственные результаты. В экспериментах (в которых через монитор эмулятора подставлялись разные значения для расксорки и значения портов) удавалось выйти в "запуск системы", но на уровне теста доступного ОЗУ (когда выскакивали информационные надписи и проч.) все заканчивалось. Пока что работы в этом направлении приостановлены. Но принимается любая помощь в "расшифровке" и восстановлении работоспособности этой ПЗУшки. Хотя бы для истории.
- - - Добавлено - - -
Согласен, надо попинать.
Согласен, надо попинать.
Кстати, вопрос ради академического интереса:
А что, среди MSX-фанов идет холивар MSX-DOS vs SymbOS? Просто я реально не знаю. Просветите кто-нибудь. А если есть ссылки на холивары, то будет ему респект (а если холивар еще и русскоязычный, то респект в квадрате).
- - - Добавлено - - -
За что аФФтар уже неоднократно был побит ногами ("фигурально") в т.ч. вашим покорным слугой. И обещал исправиться. Ждем-с...
вот про SymbOS на русском https://idpixel.ru/news/983-intervju...ntuziastom/es/
Что такое SymbOS я знаю. Поэтому по данной ссылке мало нового узнал. Но вот про потенциальный холивар между фанами MSX-DOS и SymbOS почитать очень хотелось бы, если, конечно, такой холивар вообще имеет место быть...
1. Могу только посоветовать изучать набор функций NedoOS.
2. дословная цитата автора недоос:
Цитата:
12.10 14:49 DimkaM: Sayman, дык недоось больше несовместима с цпм
Цитата:
10.10 09:52 ax: цпм нужен для адаптации прог из цпм
3. я давно это всё проверил, поэтому мои высказывания имеют под собой основания.Цитата:
12.10 15:54 ax_: цпм проги выводить на экран не могут, потому что не включили никакой видеорежим
дааа и ты этот подход не применяешь судя по всему.Цитата:
Это единственный подход, который я бы не назвал "ламерским".
а софт для win x64 под ms dos не пробовал запускать, случаем?Цитата:
В свое время я пытался интереса ради запускат софт с MSX-DOS на CP/M с плачевным результатом
в недооси на текущий момент использовано около 73 кодов для функций. 183 функции можно ещё запилить (пилить и пилить и перепилить). а если выкасить функционал cpm (который тут всё ровно не к спеху ибо совместимости нет), то освободится ещё 11 функций. функционал msx dos реализован даже в ещё меньшем виде, чем cp/m.Цитата:
в регистре C, через который передаются номера функций, как известно, только 256 значений
совершенно симметрично, т.к. никто даже для себя так и не ответил на вопрос:Цитата:
не могу не отметить путопорожность и тенденциозность здешних рассуждений.
когда дадите ответ на этот вопрос, можно можно будет с вами об чём-то разговаривать. а пока всё о чём вы говорите, это "дайте мне новую демку, а то мне скучно".Цитата:
для чего тебе на Спектруме и/или клонах многозадачная ОС? ... Какая практическая польза от многозадачной ОС? Какие задачи ты собираешься решать работая каждый день в этой ОСи? ...
таких холиваров там отродясь не было и быть не может. господа там просто берут и пользуют msx-dos 2 и Nextor 2 (полуофициальное обновление для msx-dos 2 на базе авторских исходников). им там никакие фузиксы на пару с Симбосами никуда не упёрлись.Цитата:
среди MSX-фанов идет холивар MSX-DOS vs SymbOS?
любая многозадачная ос на z80 не более чем техдемка, игрушка. на пару вечеров "погонять", удалить и забыть.
хотя конечно, чисто just for fun, почему бы и нет, хобби же.
вот это вообще бугага. lzh.com простая текстовая утилита? hi tech c простая текстовая утилита? есть такие текстовые утилиты, от сложности которых у тебя мозги расплавятся. причём тут уровень "командной строки" вообще?Цитата:
а простые программульки (уровня командной строки) могут и так запуститься)
NEO SPECTRUMAN, мне пофиг. у меня и эвы то нет.
он там в чате предлагал на Спринтер портировать недоось - нафиг нафиг... такого нам не требуется.
Кстати, а почему SymbOS не портировать? Готовое решение всё же. Я просто не в курсе насколько это сложно. UZIX я на пентеве запускал после подпиливания некоторого. Но он сырой совсем.
Может там *****код, а авторам стыдно.
http://forum.nedopc.com/download/file.php?id=2298
Добавил чуток.
Можно приступать к экспериментам потихоньку :)
Правда, я не мазохист - писать всё на асме. Это долго и часто - бессмысленно.
- - - Добавлено - - -
Стыдливые какие) Особенно, если система работает и работает хорошо - чего стесняться то?
Интернет-эксперды обосрут всё и всегда. Так что просто не обращать внимания.
1. нет исходников.
2. автор жмот и русофоб (он не хотит, чтобы Симбос работала на Русских машинах).
3. можно попробовать в дизасм, но это тяжкий труд. кода там оверодохрена, как и всяких переменных. там можно заблудиться. я пробовал, но забросил. не продуктивно это, а времени жрёт прилично.
ты уже прбовал писать на си, тоже ничего не вышло. для тебя есть uzix и fuzix. допиливай, выпускай релиз...Цитата:
Правда, я не мазохист - писать всё на асме.
кстати, процессы в Симбосе тоже всегда 64к минимально.
Прости, но дизасм это чушь. Ну чего он такого написал, что быстрее дизасмить, чем написать заново?
Можно даже на С писать для скорости, а потом уж чего надо асмовыми вставками добить. Кстати, если делать текстовый редактор, например, - то на С куда быстрее, чем на АСМе, а быстродействие и объём ухудшатся незначительно.
Совместимость изначально нафиг.
Что касается "безо всяких сей" - ты не прав. Скажем, загрузчик. Ну на кой его на асме писать? Или текстовый редактор. Размер - тоже не так критичен. Будет у тебя программа 10к или 12к занимать - какая разница, если у тебя всё равно для неё 16К предусмотрено?
Да много ещё там некритичного есть.
Ты взгляни вот с какой стороны:
Есть, например, какая подсистема (модуль то есть. у нас же всё модульное в идеале).
Ты можешь условно писать его месяц на асме или 3 дня на С. Да, на С он будет на 20% медленнее и на 20% объёмнее. Зато ты получишь его за 3 дня вместо месяца и займёшься другими делами.
Вообще я за смешанный подход: структуры данных удобнее на С описывать, а критичные места на АСМе.
Но если очень хочется, то можно наш условный модуль и на асме переписать потом (ну захочется кому-то, мало ли).
Любовь писать "всё на асме" порочна тем, что вылизывая какую-нибудь мелочь месяцами не видят больших проблем системы в целом.
не знаю о чём ты говоришь. писал я fdisk на сях. сейчас даже править его нет желания. функционала минимум, но при этом весит почти 10кб. сейчас пишется новый fdisk на асме. функционала в разы больше, но весит всё так же 10кб. да и пишется весьма бодро. осталось пара функций вкарячить. протестить и можно в паблик кидать. а на сях старый fdisk грустное зрелище какое-то. если прикрутить функционал нового fdisk на сях, то его размер сразу будет килобайт под 40. вон, в недооси, фдиск вообще пустой, ничего не умеет, а 47кб как с куста. вот тебе и си. печальное зрелище.
си хорош на больших машинах. где много памяти, быстрый проц и т.д. а тут сплошные стек, индексные регистры. тем более, что адекватных компиляторов как ни крути таки нет под z80. боюсь заплевать монитор.
да ладно?! ну собери hello world на стоковой либе через printf. 2.5кб с ходу (примерно около того). перепиленная на асм 800байт (примерно, без поддержки перенаправления вывода, с перенаправлением будет ещё больше).
стоковую либу перепиливать надо, а это тоже время. в итоге оно нафиг не надо. уже пробовал, да забросил все эти си. не выгодно.
А зачем я буду ТАК делать? Я что - долбанутый? Я буду выводить hello world через puts(), которая льёт прямо в rst16 :)
Я ж говорю, об дуру можно и хрен сломать. Вывести hello world - это одно. А printf с его форматной печатью всего - это совсем другое...
Фактически сравнение некорректное: Голый простейший цикл на асм и полный printf на С, который тянет и математику и прочее.
Я ж проги на SDCС писал, вижу где там затыки.
ок. сравниваем:
это из стандартной либы sdcc.Цитата:
int puts (const char *s)
{
while (*s)
if (putchar(*s++) == EOF)
return EOF;
return putchar('\n');
}
а вот так я делаю это на асме у себя в досе.
разница существенна.Код:ld hl,strHello
ld c,0x5c
rst 0x10
strHello: db "\r\nHello World!!!\r\n",0
как я уже сказал - кодить на стоковой либе - расходование ресурсов. нужно пилить свою либу, а это время и в целом не продуктивно. за это время я на асме больше напилю, чем ты на си.
а как в ваших *****сяпаскалях сделать
вот такой межстраничный переход?
https://jpegshare.net/images/64/52/6...8c2dd57fc2.png
https://jpegshare.net/images/22/a2/2...9a15d95d0c.png
А ты членом гвозди забивать не пробовал?:) Вот вроде ж нормальный человек, а ерунду говоришь. Инструмент надо по назначению использовать.
Сделать его, разумеется, можно с помощью вставки асма и плясок с бубнами для синхронизации адресов. Но ЗАЧЕМ?!
Я нигде не говорил, что НЕ НАДО программировать на асме. Я говорил, что С часто ускоряют разработку. Критичные места на асме пишутся.
Ты же предлагаешь, то весь printf() запихать в память для вывода строчки без формата, то между страницами прыгать где попало и как попало.
Речь идёт о написании ОС. А там вообще не предполагается переключение между страницами вне менеджера памяти. От слова совсем.
Не надо переносить принципы демостроительства на написание системного ПО. Они там не столько бесполезны, сколько вредны.
- - - Добавлено - - -
Поэтому пейсатели на асме никогда не написали ни одной сложной системы:)
затем что ЭТО СПЕКТРУМ ДЕТКА
и тут нет 4...100500 гига адресного пространства чтобы в нем гадить на право налево при помощи своих сей
- - - Добавлено - - -
на спектруме или принципе демостроительства
или слоупочество
- - - Добавлено - - -
в данном случае
адреса 0000...BFFF железно забиты
и кроме того это не переключаемые страницы
щелкаемое окно только одно С000-FFFF
а в 16К весь АСМ-овый код разумеется не влазит
(а что говорить про сяшный?)
и это единственый способ быстро исполнить код в другой странице
и по этой причине
*****я ОСь тут тоже трижды не нужна
(по крайней мере с менеджерами памяти и многозадачностями)
вот тупо пускалка с драйвером дисков и рам дисками есть полезна
- - - Добавлено - - -
нечего им еще делать
писать какието сложные системы которые нужны только сяшникам :)
ну глядя со стороны
пейсатели на сяпаскалях со вставками на асмах
больше пляшут с бубном чтоб вся эта городуха у них работала
изначальное писание на асмах более гибкое
ну а на современных ПЦ-ах с их фпу и осями
код на асме не так и страшно выглядит как на спектрумах
октрываешь примеры к какому нибудь асму
а там отрисовывалки веб камеры в 10 строчек...
...но вся база готового кода который можно тырить на сях...