Уважаемые программисты!

Помогите пожалуйста! 
Я работаю в Фри Паскаль на встроенном ассемблере, под досом.
У меня не получается запустить программу, в которой я юзаю инструкции ССЕ.
Она выдает мне ран-тайм эррор. Почему Это? Как Это ИСПРАВИТЬ???
Я полагаю, что это из-за того, что мой дпми расширятель очень стар и не поддерживает этих инструкций 
(но разве он их интерпретирует??? он же вроде только кидает исполняемый файл 
процессору "на тарелку", а последний уже его кушает как хочет... но - возможно я неправ, тогда обьясните, если не впадло... )  Но доказательством того может быть то, что эта программа под виндовсом ХР работает без ошибок.
Кстати, я пробовал писать ее на фасме, но и это не помогло. 
Выручите, если можете!
Заранее благодарен...


---
пример строчки, которая делает в дос эту ошибку:

     movups xmm1, xmm0

в виндовсе все ОК.

Уважаемый друг !
Дело заключается в том, что среди системных регистров управления микропроцессором (cr0, cr2, cr3, cr4) 
существует так называемый регистр...

Это цитата из документа 
http://developer.intel.ru/download/design/...ls/25366817.pdf

То есть этот регистр содержит флаги(биты) разрешительного характера, значения которых запрещает-разрешает использование некоторых особенностей работы микропроцессора и расширений ALU (MMX, SSE, SSE2, SSE3).

9 бит CR4 (флаг OSFXSR) запрещает-разрешает 
1) автоматическое сохранение значений всех регистров расширений ALU процессора при выполнении команд FXSAVE и FXSTOR (если бит = 1 - разрешено)
2) возможность выполнения инструкций SSE, SSE2, SSE3 (если бит = 1 - разрешено).

ДОС не устанавливает этот бит.
Поэтому установите его сами в своей программе.

Пробовал.. К сожалению, не работает.
Дело в том, что глупый cwsdpmi.exe напрочь отказывается дать мне доступ к регистру 
CR4.  Наверное, у моей проги не тот уровень привилегий. 
Но как его поменять? (возможно ли это из нее самой?)

Меня интересует еще один вопрос:
я пишу бутлоадер. он уже считывает с винчестера в память по некоторому определенному адресу код ядра моей ОС. Но как он может загрузить ее, установя пред этим 32битный протэктэд-мод? Как это реализовать? может, подскажете какой н-ть исходник?
Я б хотел чтобы у меня этот участок памяти оформлялся под селектор кода, с максимально 
управительскими привилегиями, и чтобы сразу же лоудался. 

Подскажите мне пожалуйста как это сделать.

Если процессор был в реальном режиме работы - то для него в таком случае не работает система привилегированности кода и записывать в CR4 можно любому коду.

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


Я не понимаю что делает программа cwsdpmi.exe.
Возможно она работала в защищенном режиме работы процессора и её коду был присвоен наинизший уровень привилегий.
Но вы же сами понимаете или должны вообще понимать, если вам нужно написать собственную ОС, так системными регистрами и регистрами управления должен заниматься высоко привилегированный код !

Как правило.
Поменять уровень привилегий собственного сегмента кода или страницы памяти кода может только самый высоко привилегированный код. Таблица дескрипторов сегментов кода и данных должна как правило храниться в сегменте данных с наивысшим уровнем привилегий. Менять данные в таком сегменте памяти может только высоко привилегированный код.

Ясно. Перехожу в реальный режим. Только еще вот вопрос: как бы мне сделать чтобы загруженный 32(!!!)-битный код с винчестера по адресу 00D0h:0000h код запустить, перейдя перед этим в защищенный режим. Как мне корректно сделать главную таблицу дескрипторов, сделать дескриптор для данных и для кода, и припустим где код я уже писал выше, а данные припустим по адресу 00E0h:0000h, как тогда это сделать, загрузить ds, cs и т.п. чтобы просто джампануть на код и чтобы он смог нормально работать со своими переменными. Если можно, сурс...

[offtop]никогда не понимал людей, которые вместо "hello world" начинают писать ОС... [/offtop]

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

Кроме того, возможно перед этим нужно перепрограммировать контроллер прерываний (если он так еще называется).
У меня есть пример программирования контроллера прерываний в книге Юрова. Но тот пример работает для контроллеров i8259A соединенных каскадом (два контроллера - ведущий и ведомый, выход ведомого соединен со входом ведущего, выход INT ведущего соединен со входом INTR микропроцессора, выход INTA ведущего соединен со входом INTA микропроцессора), и кроме всего этого еще есть так называемые немаскируемые прерывания и для них предназначен выход NMI микропроцессора.

ЭТО тебе дружок нужно сначала сходить на рынок по компьютерной литературе или как хочешь... и там посмотреть где есть книга Виктора Юрова по ассемблеру. Купить "Учебник".

Без подобной книги вариться в собственном котле ты будешь долго.

Добавлено @ 18:48 
Да и еще забыл написать...
Я уверен, ты знаешь что такое аппаратное прерывание.
После перехода в защищенный режим, если ты не запретил аппаратные прерывания (ну в смысле их обработку), для каждого аппаратного прерывания должен быть код, который бы мог работать в защищенном режиме. В ДОС есть коды подпрограмм прерываний. Но они для реального режима работают. А вот если там в тех кодах будут участки, которые не смогут выполниться правильно в защищенном режиме, то это значит, что код ДОСовских подпрограмм-обработчиков прерываний не годится. И поэтому нужно писать собственные функции для обработки прерываний от клавиатуры, мыши, видеоадаптера, НЖМД, НГМД, таймера, системных часов, параллельного порта, последовательного порта, возможно ты еще и сетевой адаптер обеспечишь обработчиком прерывания от него, и других устройств...

Удачи !

Да... Книга Юрова у меня есть. У меня вообще по асму 3 книги. Две - Юрова и одна - Зубкова.
Только-вот у них не очень хорошие эти все сурсы: не хотят работать нормально. 
Возможно, это через то что там все под масм и тасм , а уменя фасм. 
А вообще-то возможно ли мой код на асмо-паскале в середе Фри Паскаль компильнуть и выжать из него в бинарном плоском формате процедуры? Может следует разобраться в структуре ЕХЕ-файла?
А по поводу прерываний - то может по этому и у меня комп перегружается когда я захожу в виртуальны режим? Может мне сделать какую-то фишку чтобы все прерывания, мною не измененные, работали в режиме V86?

Я пока что почитаю об особенностях таблиц дескрипторов и т.п. и потренируюсь делать это из-под реального режима ДОС, чтобы постоянно не перегружать ПК и не лазить в биос. А вообще-то: DPMI случайно не работает с этим всем выше перечисленным? (прерывания, исключения , работа с таблицами дескрипторов и т.п.)

В первой своей тренировке перед входом в защищенный режим советую запретить обработку аппаратных прерываний командой 

Если так не сделать, то после 1/18 секунды могут происходить непредсказуемые вещи - потому что так регулярно происходит прерывание от таймера.

да, это число я знал давно... и прерывания как-раз меня интересуют. 
Но не мог бы ты мне обьяснить, вот когда я сделал вручную два дескриптора - кода и данных для защищенного режима, как мне для них сделать все прерывания адресами на мою ничего не делающую процедуру-заглушку? Это делать нужно в реальном или защищенном режиме?
И где хранятся адреса процедур обработки прерываний? В первых 256 двордах физической памяти или локально для каждого дескриптора: в первых 256 двордах его начала? 
Это меня сильно интересует. 

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

Из книги Юрова цитата [Assembler / В. Юров. - СПб.: Питер, 2001. страница 407]

Далее на 408...409 страницах описывается три типа прерываний: сбой, ловушка, аварийное завершение.
В 8-ми байтных дескрипторах ловушки, сбоя, аварийного завершения биты с 16 по 31 - это так называемый indicator - селектор одной из таблиц GDT или LDT в зависимости от состояния бита TI в нем. Поля offset_1 (биты 0...15) и offset_2 (биты 48...63) - это две части одного 32-разрядного смещения в том сегменте, который описывается дескриптором с номером indicator.

Ну у тебя же есть учебник Юрова. Ты там можешь все это найти.

Работать или компилироваться ?
Если ты в WINDOWS - твой комп уже находится в защищенном режиме, ясен пень, что твои коды имеют самый низкий уровень привилегий и могут не работать.