все на одной дискете

КРИС КАСПЕРСКИ АКА МЫЩЪХ

Спецвыпуск: Хакер, номер #063, стр. 063-006-2

— РЕЕСТР И INI-ФАЙЛЫ — ФУНКЦИИ РЕЕСТРА РЕАЛИЗОВАНЫ НЕ СЛИШКОМ ПРОИЗВОДИТЕЛЬНО И РАБОТА С БОЛЬШИМИ ОБЪЕМАМИ ДАННЫХ ВЫЗЫВАЕТ ОПРЕДЕЛЕННЫЕ ТОРМОЗА. ТАКЖЕ СОХРАНЕНИЕ ИЗМЕНЕНИЙ НА ДИСК ПРОИСХОДИТ ЛИБО ТОЛЬКО ПО ЯВНОМУ ЗАПРОСУ REGFLUSHKEY, ЛИБО ПО ЗАВЕРШЕНИЮ ПРОЦЕССА.

— БУФЕР ОБМЕНА — ПОДДЕРЖИВАЮТСЯ ТОЛЬКО ФОРМАТЫ CF_TEXT, CF_OEMTEXT И REGISTERCLIPBOARDFORMAT, ПРИЧЕМ ПЕРЕКОДИРОВКА МЕЖДУ ФОРМАТАМИ НЕ ПРОВОДИТСЯ, ПОСКОЛЬКУ ANSI-CODEPAGE И OEM-CODEPAGE ВЕЗДЕ ОДИНАКОВЫЕ.

А вот список того, чего здесь нет:

— МНОГОЗАДАЧНОСТИ/МНОГОПОТОЧНОСТИ (ВЫЗОВ CREATETHREAD НЕ РЕАЛИЗОВАН);

— РАЗДЕЛЬНЫХ АДРЕСНЫХ ПРОСТРАНСТВ;

ВСЕ ЗАДАЧИ ВЫПОЛНЯЮТСЯ В ЕДИНОЙ ОБЛАСТИ ПАМЯТИ, ЧТО, В ЧАСТНОСТИ, ДЕЛАЕТ НЕВОЗМОЖНЫМ ЗАПУСК ИЗ FAR'А ПРОГРАММ БЕЗ РЕЛОКАЦИЙ, ПОСКОЛЬКУ ОНИ ХОТЯТ ИСПОЛНЯТЬСЯ В РЕГИОНЕ ПАМЯТИ, УЖЕ ЗАНЯТЫМ FAR'ОМ, И НЕ МОГУТ БЫТЬ ПЕРЕМЕЩЕНЫ НА ДРУГОЕ МЕСТО — ТАБЛИЦЫ ПЕРЕМЕЩАЕМЫХ ЭЛЕМЕНТОВ У НИХ НЕТ.

— СЕТИ;

БИБЛИОТЕКА WINSOCK.DLL В DOSWIN32 НЕ РЕАЛИЗОВАНА, СЛЕДОВАТЕЛЬНО, МЫ НЕ МОЖЕМ ВЗАИМОДЕЙСТВОВАТЬ С СЕТЬЮ «НАПРЯМУЮ». ТЕМ НЕ МЕНЕЕ, КАКАЯ-ТО СЕТЕВАЯ ПОДДЕРЖКА В MS-DOS ЕСТЬ. В ЧАСТНОСТИ, ОНА МОЖЕТ МОНТИРОВАТЬ СЕТЕВЫЕ ДИСКИ NOVELL NETWARE, КОТОРЫЕ DOSWIN32 ВИДИТ ЗАМЕЧАТЕЛЬНО.

— ПОДДЕРЖКИ NTFS;

НАВЕРНОЕ, ПОДДЕРЖКА NTFS — САМЫЙ БОЛЬНОЙ ВОПРОС И ПОМЕХА ИСПОЛЬЗОВАНИЮ DOSWIN32 КАК СИСТЕМНОЙ ДИСКЕТКИ ДЛЯ «ПОЧИНКИ» УПАВШЕЙ NT. ТЕМ НЕ МЕНЕЕ, МЫ МОЖЕМ ИСПОЛЬЗОВАТЬ NTFS-ДРАЙВЕРЫ ОТ СТОРОННИХ ПРОИЗВОДИТЕЛЕЙ (ПОДРОБНЕЕ О НИХ — В КНИГЕ КРИСА КАСПЕРСКИ «ТЕХНИКА ВОССТАНОВЛЕНИЯ ДАННЫХ» — ПРИМ. РЕД.). К ТОМУ ЖЕ ЖИВА НАДЕЖДА «ПРИМЕРИТЬ» NTFS-FOR-DOS МАРКА РУССИНОВИЧА И DOSWIN32, ЧЕМ ХАРОН СЕЙЧАС И ЗАНИМАЕТСЯ.

— ГРАФИЧЕСКОЙ И ОКОННОЙ ПОДСИСТЕМЫ;

ФУНКЦИИ USER32.DLL И GDI32.DLL НЕ РЕАЛИЗОВАНЫ, И ДОСТУПЕН ЛИШЬ ТЕКСТОВОЙ РЕЖИМ.

Таким образом, doswin32 позволяет запускать несильно извращенные консольные программы, к которым, помимо FAR'а, относятся компиляторы, линкеры, отладчики типа Turbo Debugger и прочий инструментарий. Настоящему программисту ничего другого для счастья и не нужно. Шутка :). На самом деле никто не предлагает устанавливать doswin32 на устаревшее оборудование только затем, чтобы программировать под него. Вместо этого мы будем программировать для него! Для устаревшего оборудования, в смысле, для оборудования, которое можно использовать и как «фундамент» встраиваемых систем реального времени, и как рабочие станции «тонких» клиентов, и еще как черти что. На периферии сплошь и рядом стоит MS-DOS, под которую постоянно просят написать/дописать что-то, но не возвращаться же ради заказчиков в давно забытый, похороненный и заброшенный Turbo Pascal. Конечно же, возвращаться не будем. Достаточно написать консольное win32-приложение (при желании и под Turbo Vision), использующее «плоскую» модель памяти и кучу готовых библиотек, откомпилировать его своим любимым компилятором и... запустить в MS-DOS с помощью doswin32!