Кодерский уголок

Услышал краем уха про DPMS. Эти DPMS могут помочь в наладке совместимости существующих TSR с программами, использующими защищенный режим? Или для таких финтов сами TSR должны поддерживать DPMS?

 

Это, скорее, анти-туториал. Самое интересное - распаковка упакованных exe-шников и прочий подбор инструментария остался за кадром. А для начинающих, зачастую, это гораздо сложнее, чем разобрать коды.
Да и уровень изложения остального - с пропуском этапа осмысления, проб и ошибок - наводит, скорее, на мысль об отчете "для галочки".
Работа мастера типа "следите за руками".

 

Столкнулся с проблемой при работе в защищенном режиме. У меня есть буфер в зоне < 1 Мб, память ему выделена с помощью интерфейса DPMI. Объявлен как unsigned char far *. Только я хочу в этот буфер прочитать из файла функцией _dos_read - как бабах! General Protection Fault.

_dos_read принимает void * в качестве указателя на буфер, и похоже, происходит pointer truncation. По крайней мере, я для проверки этого предположения сделал printf("%Fp", buffer); printf("%Fp", (void *)buffer) - и результаты выводятся разные.

Сам буфер, похоже, в норме - я его вдоль и поперек исписал для проверки, никаких GPF не происходит.

Верно ли мое предположение о причине ошибки? И что делать? Компилятор Open Watcom C, запускаю без опций, то есть модель по умолчанию flat.

 

Geryon, Описание библиотечных функций. Страница 220

Дополнительно, но не вместо (!), читай это на русском. Конкретно про функцию 3Fh

 

Я уже разобрался. Дело было в том, что один из библиотечных файлов требовал объявления:

Код:

#define __DOS__

И кто бы мог подумать, что в недрах dos.h от наличия именно этого объявления будет зависеть, дальний указатель используется в _dos_read или ближний:

Код:

#if defined(__DOS__) && defined(__386__)
 #define _DOSFAR _WCFAR
#else
 #define _DOSFAR _WCI86FAR
#endif

...

_WCRTLINK extern unsigned _dos_read( int __handle, void _DOSFAR *__buf,                             unsigned __count, unsigned *__bytes );

Пришлось заодно объявить

Код:

#define __386__

и pointer truncation при компиляции, а вместе с ним и GPF после запуска - пропали. Надеюсь, __386__ не преподнесет мне каких-нибудь еще сюрпризов.

 

где блондинка ?

 

Хочу собрать один файл, написанный на ассемблере для DOS. TASM отрабатывает без возражений, а TLINK сообщает: "Fatal: no entry point."

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

 

Geryon, вообще, порядочные люди включают в прогу и обработчик, и процедуру его установки (последняя и будет точкой входа). Иначе будет геморрой с распределением памяти.

 

Данный драйвер написан под определенный API, при этом подразумевается наличие загрузчика вне драйвера.

 

Выберите что-нибудь одно.
DOS, в конце-концов, не есть полноценная OS даже по меркам тех времен.

 

gudleifr, цитирую документацию по API:

Установка драйвера обычно происходит прямо с диска таким образом:

Код:

mdi = AIL_install_MDI_driver_file("sbawe32.mdi", NULL);

 

Секундочку. Вы же только что сами себе на вопрос ответили В документации ясно сказано, что формат дровов идентичен COM-файлам, что логично, раз уж там чистый код, который приложение пишет в память.

Соответственно, ставим модель памяти TINY, а TLINK вызываем с ключиком /t.

И будет COM, в котором никакая точка входа никогда и не была нужна. Она только в EXE ставится, а COM всегда по адресу 100h грузится - это ж симуляция CP/M.

 

<дубль>

 

Как бы не так! Я пробовал свитч /t, и вот что выходит:

Код:

Fatal: Cannot generate COM file: invalid initial entry point address

Может быть, я не установил модель TINY? Это можно сделать на этапе TLINK, или надо возвращаться к ассемблированию?

 

Geryon, "ORG 100" ставили?

 

Исходники можно выложить?

 

Geryon, скинь весь пакет. Глазами надо смотреть. Чую там в конкретную версию чего то дело упирается.

 

ORG 100 не ставил, но такого там быть не должно, дело в чем-то другом.

 

Geryon, в .MAK написано что использовался BC4.5 и прописаны пути. Ты чем и что компилял ?