FreeDOS 1.0

Ну нифига вы дискуссию развели

А где найти не загрузочный образ freedos на cd, который доступен для скачивания,
а уже сархивированный каталог freedos и файлы io.sys, command.com и пр. - т.е., все,
что нужно, что установить dosemu.

>> Если вести речь о MS-DOS, то там ничего 32-х разрядного небыло вообще. >ДОС ДОСу рознь. Глянь вот сюда, к примеру: http://freedos-32.sourceforge.net/

Это совсем "не MS"-DOS.

Если же вспомнить MS-DOS, то в ней есть такая программа EMM386.EXE. Она существенно использует возможности 386 и подобных 32-разрядных процессоров: защищенный режим, страничную 32-разрядную адресацию, режим V86 и виртуализацию ввода-вывода.

Верно, что для работы MS-DOS необязателен 32-разрядный процессор; не верно, что в MS-DOS нет _ничего_ 32-разрядного

А ведь я там написал, что "все делалось чере костыли".

emm386.exe есть ни что иное, как самый настоящий костыль, призванный за уши подтянуть DOS к уровню 386-й машины.

>emm386.exe есть ни что иное, как самый настоящий костыль, призванный за уши подтянуть DOS к уровню 386-й машины.

Ась? Что этот костыль делал-то, кроме эмуляции Extended памяти на Expanded? Или это по-твоему - уровень 386 машины?

Вот забавные, все-таки, на LORе кретины живут. Желание дое*ться до каждого слова - в крови просто.

Вы это, ментом не пробовали работать? ДПСником? Для таких, как вы, товарищей - очень прибыльное дело, как мне рассказывали.

Микроядерные системы так вообще из одних костылей состоят, тогда уж.

Вроде авторы же говорили недавно что проект закрывается, так и не сделав релиз :-//

>emm386.exe есть ни что иное, как самый настоящий костыль, призванный за уши подтянуть DOS к уровню 386-й машины

Не для этого. В свое время, когда выяснилось, что 1Mб мало, и даже еще не было 286-х, к PC решили подключать дополнительную память (EMS). Доступ к этой памяти программы получали через EMS драйвер. QEMM386 и EMM386 сделали в первую очередь для эмуляции EMS с API драйвера EMS.

Про EMS в конце страницы - http://www.codenet.ru/progr/asm/upmem0.php

> Жёские диски, ещё MFT

MFM

>Вот забавные, все-таки, на LORе кретины живут. Желание дое*ться до каждого слова - в крови просто.

В роли кретина тут выступил ты. Не стоит молоть о том, чего не знаешь.

>Вы это, ментом не пробовали работать? ДПСником? Для таких, как вы, товарищей - очень прибыльное дело, как мне рассказывали.

Вот-вот, и об этом тебе тоже рассказывали. Т.е. сам ты и этого не знаешь.

>mm386.exe есть ни что иное, как самый настоящий костыль, призванный за уши подтянуть DOS к уровню 386-й машины.

Точно костыль:(... осбенно обидно то, что Intel и M$ до 1997года зажимали информацию о UNREAL режиме работы процессоров, когда фактически из REAL режима через дополнительные сегментные регистры без всяких Himem и Emm была доступнеа вся (!!!) оперативная память, без жалких ограничений в 1Mb и без всяких сегментов...

>> Глянь вот сюда, к примеру: http://freedos-32.sourceforge.net/
> Это совсем "не MS"-DOS.
Да, всё верно. Просто R00T сказал, что не было 32-разрядности и
переключения задач в ДОС, т.к. "Иначе терялась обратная совместимость".
Я привёл пример, когда это всё есть и совместимость тоже пытаются
сохранить.

> Если же вспомнить MS-DOS, то в ней есть такая программа EMM386.EXE.
Да, помним-помним эту злобную прогу... Помимо EMS, реализовывала
так же VCPI, GEMMIS и кучу другой левизны. Согласен с R00T, что
это тот ещё костыль был. :)

> Точно костыль:(... осбенно обидно то, что Intel и M$ до 1997года
> зажимали информацию о UNREAL режиме работы процессоров, когда
> фактически из REAL режима через дополнительные сегментные регистры
> без всяких Himem и Emm была доступнеа вся (!!!) оперативная память,
> без жалких ограничений в 1Mb и без всяких сегментов...
Ты это брось, кайф не в этом. :) Ну была доступна вся вирт. память,
но только для данных. Код в ней ты уже не погоняешь.
К тому же ни под одной многозадачной ОС такой финт не пройдёт, так
что для практических целей не пригодно. Если скрывали, то и правельно
делали. :)
Вообще, много чего полезного скрывали. VME к примеру, или тот же
DPMI (который в оригинале был)...

> Ну была доступна вся вирт. память, но только для данных. Код в ней ты уже не погоняешь.

ZX-Spectrum 128K помнишь? Так вот, там еще и не такой финт ушами делался, что запускать код в области памяти >64K.

> ZX-Spectrum 128K помнишь?
Честно говоря, нет. Как-то почти мимо меня прошёл. 48К - это да, а вот
со 128 что-то не получилось.

> Так вот, там еще и не такой финт ушами делался, что запускать код в
> области памяти >64K.
Напомни вкратце, в чём там была проблема. В голове встают неявные
воспоминания, что там всё сводилось к переключению банков памяти,
путём записи в порты, и тогда особой проблемы для исполнения кода
я не вижу.
А вот что касается исполнения real-mode кода в памяти выше первого
мега с flat-адресацией - тут проблемы явно должны быть, ведь,
насколько я помню, регистр IP в риал-моде за 64К никак не уйдёт
(не EIP он там).

>QEMM386 и EMM386 сделали в первую очередь для эмуляции EMS с API драйвера EMS.

Далеко не только для этого: большинство DOS-программ умеет всё-таки работать через HIMEM.SYS или применяет расширители DOS. EMM386 вообще-то применяли для решения проблемы нехватки памяти: дело в том, что первый 640Кб в DOS - жутко дефицитный ресурс, и оттуда стремятся всё вынести. HIMEM.SYS может только открыть дополнительный 64Кб-сегмент (сверх 1Мб), в который еле-еле впихивается ядро DOS, а ведь драйвера тоже грузить хочется. И вот этот EMM386 использовал страничную адресацию памяти, чтобы латать "провалы" между блоками ПЗУ контроллеров, материнской платы и видеопамятью в адресах A0000-FFFFF, и пихали туда драйвер CD-ROM, русификатор, драйвер мыши и прочие радости жизни (иногда удавалось наскрести свыше 100Кб).

Помните DOS=HIGH,UMB, DEVICEHIGH=..., LH=... ?

Забавно пронаблюдать за тем, как решили данную проблему разработчики FreeDos в содружестве с Dosemu. Во первых сам emm386 там занимает всего пару байт, во вторых ядро занимает столько же. В результате под Dosemu во FreeDos запускаются зачастую те программы, которые под родным досом можно было запинать только повыгрузив все что можно, а под поздними версиями вообще нельзя было запинать. Так-то.

Скачал fdbasecd.iso: MD5 не совпадает, загрузил диск - на распаковке архива виснет. А так хотелось поиграться в DOS :-)

> HIMEM.SYS может только открыть дополнительный 64Кб-сегмент (сверх
> 1Мб), в который еле-еле впихивается ядро DOS
Если для исполнения кода - то да, 64K HMA. А так - himem.sys открывает
всю память, правда только для данных - код реального режима там
не поисполняешь. Доступ осуществляется через интерфейс XMS.
В принципе можно и вообще без himem - через in15h получать доступ
ко всей памяти.

> И вот этот EMM386 использовал страничную адресацию памяти, чтобы
> латать "провалы" между блоками ПЗУ контроллеров, материнской платы и
> видеопамятью в адресах A0000-FFFFF, и пихали туда драйвер CD-ROM,
> русификатор, драйвер мыши и прочие радости жизни (иногда удавалось
> наскрести свыше 100Кб).
Опять же, UMB (про который вы говорите) - это лишь побочное действие
emm386. Была куча других прог, которые открывали UMB и без использования
защ. режима, страничной адресации и тд (umbpci к примеру). Основное
назначение emm386 - реализация EMS и VCPI, а вовсе не UMB.

> В результате под Dosemu во FreeDos запускаются зачастую те программы,
> которые под родным досом можно было запинать только повыгрузив все
> что можно
Помню времена, когда в dosemu можно было просто указать в параметре
$_dosmem любую величину, вплоть до мега, и - о чудо - все проги
видели это кол-во памяти. И даже mem говорил что свободно 760К из
640 возможных, и тд. Потом эту возможность, кажется, отменили
(а может ещё работает?)

Скажите, а для криптографии его можно использовать? Ну там Верба-О и тд.

>И даже mem говорил что свободно 760К из 640 возможных, и тд.

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

>которые не используются программами

В смысле системой.

Многозадачные ОС прекрасно существуют и без защищенного режима, страночной адресации и т.д. Другое дело что Win, Линухи и т.д. используют именно защищенный режим :) Есть многозадачные ОС на 8-16 битных процах с линейной адресацией :)