Каковы должны быть принципы новой ОС?

[acidrain]

А также, давайте определимся, что же должно входить в базовую конфигурацию ОСи...
Допустим:
- поддержка текстового экрана 32х24 (допустим в кодировке ascii-866, я принципиально против koi8r)
- поддержка стандартной клавиатуры
- поддержка файлов на ленте

Давайте, текстовый экран? Почему не поддержка экрана через графическую либлу? Да, скорость ниже, зато на другие экраны можно переделать без переписывания ядра, а вдруг наконец то кто то сообразит не только спек на фпга, но и граф. аксель сделать. тогда это вообще выигрыш во всем.
Лента.... Не, ну это совсем. конечно нельзя исключать его, но и про тырдос низзя забывать и минимум 128к поддержку сделать, а еще лучше либлу сделать чтоб под каждый конкретный клон можно было работать. А все
, что меньше - чем васик не устраивает?

[James DiGreze]

Основной упор на модульность!
А текстовый экран 32х24 - модуль поддержки получается ну ощщень простой, а если есть что-то круче, то флаг в руки - пишите поддержку, или, хотя бы, спецификацию на режимы. А то получается, чтобы адаптировать iS-DOS под 80х25 пришлось ребятам переписывать целый уровень WIND (и скорее всего не только его), вместо того, чтобы просто написать и подключить драйвер...
То же самое касается всего остального... Типичный пример: iS-DOS расчитан на работу только с BetaDisk'ом! Попробуй подключить что-нибудь типа Disciple - придется переписывать наверно около 70% кода, в том числе и принципы загрузки самой ОСи и прочее... И таких примеров много... В том числе и не только ОСи, но и софт (любой), адаптированный под TR-DOS, обратная деадаптация "чревата боком", а Dizzy я хочу держать и запускать с "винта" или даже SD/MMC...
Стандартный Спектрум - это 48К + м/ф! Почему? Потому, что есть клоны, использующие #7FFD в несколько нестандартной схеме, что "выбивает" модель 128К из стандарта... Про BetaDisk вообще молчу... Этот российско-советский "стандарт" загубил кучу интересных идей, к тому же вынужденный быть неизменным для совместимости, и на какие только извороты приходится идти тем, кто пытается его модернизировать без потерь совместимости... Обидно!
Ну... Что-то меня на флейм развезло... В попытке объяснить причины своего "твердолобия"

[CHRV]

То же самое касается всего остального... Типичный пример: iS-DOS расчитан на работу только с BetaDisk'ом! Попробуй подключить что-нибудь типа Disciple - придется переписывать наверно около 70% кода, в том числе и принципы загрузки самой ОСи и прочее... И таких примеров много... В том числе и не только ОСи, но и софт (любой), адаптированный под TR-DOS, обратная деадаптация "чревата боком", а Dizzy я хочу держать и запускать с "винта" или даже SD/MMC...

Ну немножко ты не прав!
iSDOS поздних версий работает не с BetaDiskом, а с блочными устройствами! Которые могут быть сегментированными или нет.
Т.е написав драйвер блочного устройства ты в приниципе можешь использовать любой носитель.

[fk0]

Основной упор на модульность!
А текстовый экран 32х24 - модуль поддержки получается ну ощщень простой, а если есть что-то круче, то флаг в руки - пишите поддержку, или, хотя бы, спецификацию на режимы. А то получается, чтобы адаптировать iS-DOS под 80х25 пришлось ребятам переписывать целый уровень WIND (и скорее всего не только его), вместо того, чтобы просто написать и подключить драйвер...

"Основная проблема при разработке нового харда -- в мозгах пользователя" (Ц) немо. Очень точно сказано. Так же и тут. При подключении экрана 86x24 к CP/M
никаких проблем не возникло и весь софт сразу заработал. Ощутите разницу.
Там вообще уровень драйверов, модульности и прочих ужасов -- мизерный.

То же самое касается всего остального... Типичный пример: iS-DOS расчитан на работу только с BetaDisk'ом! Попробуй подключить что-нибудь типа Disciple - придется переписывать наверно около 70% кода, в том числе и принципы загрузки самой ОСи и

Афтар жжот. Хотя бы потому, что оно и из рам-диска работает, и из НЖМД.

И таких примеров много... В том числе и не только ОСи, но и софт (любой), адаптированный под TR-DOS, обратная деадаптация "чревата боком", а Dizzy я хочу держать и запускать с "винта" или даже SD/MMC...

Потому как демы и игрушки нужно под LOAD "" писать, а не TR-DOS.

Стандартный Спектрум - это 48К + м/ф! Почему? Потому, что есть клоны,

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

Про BetaDisk вообще молчу... Этот российско-советский "стандарт" загубил кучу

Technology Research Ltd -- советский стандарт?

[James DiGreze]

Роман, сдаюсь! Дал маху...
Однако, согласись, что загрузка с "нестандарта" процедура довольно нетривиальная... Причем для каждого, например, интерфейса HDD своя, и достаточно уникальная.
Есть у меня одна интересная идейка, насчет сведения всех HDD под одну "гребенку", но, подозреваю, что ресурсов оно "скушает" несколько больше, чем традиционный способ... В общем думаю...

[CHRV]

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

Уже умеет : http://www.nedopc.com/ATMZAK/atm710re.htm
Доработка под названием "Доработка, устраняющая учитывание линии A9 при выборке порта #7FFD".

Все новые машины, мною собранные - эту доработку имеют.

[CHRV]

Роман, сдаюсь! Дал маху...
Однако, согласись, что загрузка с "нестандарта" процедура довольно нетривиальная... Причем для каждого, например, интерфейса HDD своя, и достаточно уникальная.
Есть у меня одна интересная идейка, насчет сведения всех HDD под одну "гребенку", но, подозреваю, что ресурсов оно "скушает" несколько больше, чем традиционный способ... В общем думаю...

Ну на некоторых ОС подстройка под машину идет так называемой "компиляцией ядра", т.е. по сути сборкой только нужных драйверов. Для спека это оптимальный вариант.
Честно говоря не очень большой знаток iSDOS, но там вроде тоже идет подготовка ядра для загрузки.

[James DiGreze]

"Основная проблема при разработке нового харда -- в мозгах пользователя" (Ц) немо. Очень точно сказано. Так же и тут. При подключении экрана 86x24 к CP/M
никаких проблем не возникло и весь софт сразу заработал. Ощутите разницу.
Там вообще уровень драйверов, модульности и прочих ужасов -- мизерный.

CP/M это СТАНДАРТ, которому уже около 30 лет. И стандартом там принято использовать именно текстовый экран, параметры которого определяются через средства ОС. Надеюсь здесь я прав?

Афтар жжот. Хотя бы потому, что оно и из рам-диска работает, и из НЖМД.

Может подскажешь как обратиться к FAT разделу моего "винта"? Только не надо говорить, что "напиши поддержку и будет тебе щасте!"... Знаю, что нужно писать, а свободного времени мало...

Потому как демы и игрушки нужно под LOAD "" писать, а не TR-DOS.

Вот и я про то же...

Стандартный спектрум -- это скорпион и пентагон. И не обсуждается даже.

Угу. Не буду. Ибо у меня KAY...

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

Для ОСи это принципиально?
Был у меня пентагон... Но это уже тема другого разговора.

Technology Research Ltd -- советский стандарт?

TRL - это не стандарт! Советским "стандартом" стало использование изделия TRL везде где ни попадя... Но то было другое время, и на тот момент с альтернативами было туго. Так сказать "пожинаем плоды"

[James DiGreze]

Ну на некоторых ОС подстройка под машину идет так называемой "компиляцией ядра", т.е. по сути сборкой только нужных драйверов. Для спека это оптимальный вариант.
Честно говоря не очень большой знаток iSDOS, но там вроде тоже идет подготовка ядра для загрузки.

Да, в iS-DOS происходит сборка ядра из модулей, а потом, если есть желание, то это "сборку" можно сделать в виде единого целого, загружаемого ядра. Что довольно сильно увеличивает скорость загрузки, нежели через загрузку следуя файлу конфигурации. Но чревато глюками при запуске уникальной сборки на клоне с отличной аппаратной конфигурацией.

[CHRV]

Да, в iS-DOS происходит сборка ядра из модулей, а потом, если есть желание, то это "сборку" можно сделать в виде единого целого, загружаемого ядра. Что довольно сильно увеличивает скорость загрузки, нежели через загрузку следуя файлу конфигурации. Но чревато глюками при запуске уникальной сборки на клоне с отличной аппаратной конфигурацией.

Для этого есть дистрибутивный комплект, в котором самая минимальная конфигурация лежит для загрузки. А потом уже начинается работа по чтение мануала и "рук пользователя". Т.е. я хочу сказать что глюки по большей части являются следствием ленивости пользователя.
НО делать ядро включающее все и вся - мне кажеться это крайне неправильно, при наших то ресурсах.