.data var dd ?

Сейчас пробую

.data MsgBoxCaption db "Rabotay nah",0 MsgBoxText db "Ne rabotaet",0 .code mov eax,10 mov ebx,5 add eax,edx start: invoke MessageBox, NULL, addr MsgBoxText, addr MsgBoxCaption, MB_OK invoke ExitProcess, NULL end start

\Подскажите куда?

Я например интуитивно делю строчки Код, Дата на процедуры в Делфи)))))))))

Смотрю

Благодарю

#book winapi Console API MSDN - ENG

#book winapi Console API MSDN - ENG

А это что?

А это что?

Console API MSDN

не, у меня больше нет идей, почему 10h не фуричит вообще никак

Другие прерывания пробовал?

какие например?

Пробовал чужой код 100% рабочий компилить и запускать?

?

EMU8086 поставь себе

Там есть тестовая мини ос

Её собери

но какая разница, qemu что ли глючной получается?

Ты что то делаешь не так получается

ну вот

Я бы это так назвал

я это понимаю и пытаюсь найти причину. Через гуглинк пока чет не вышло

Я тебе написал возможные решения

Ты упорно отказываешься что то предпринимать, зато пишешь в конфу в надежде что по паре обрезанных скриншотов мы укажем на проблему

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

EMU8086 поставь себе

kvm / qemu тоже норм

kvm / qemu тоже норм

Ты по слову emu идентифицируешь Приложение?

Это же специальная поделка для базового изучения Асма 8086 а не эмулятор

Это же специальная поделка для базового изучения Асма 8086 а не эмулятор

A

Просто сам пользуюсь kvm или virtualbox

потому и говорю

не, у меня больше нет идей, почему 10h не фуричит вообще никак

Уверен, что дело в int 10h? Ты с адресами не напутал?

да, уверен. Если использовать режим по умолчанию, все работает. Адреса перепроверил, если касательно текста, все начинаются с 0xb8000

да, уверен. Если использовать режим по умолчанию, все работает. Адреса перепроверил, если касательно текста, все начинаются с 0xb8000

И всё же истина бродит где-то рядом. Ты в 32-битный код компилируешься?

да, конечно

А почему ты так уверен, что тебе вообще доступны прерывания реального режима? Я не знаю, как там QEMU подгружает ELF, но я бы засомневался и посмотрел встроенным отладчиком, в каком режиме оно вообще запускается и работает.

а как еще из защищенного графику выводить, было бы странным, если бы они не были доступны

а как еще из защищенного графику выводить, было бы странным, если бы они не были доступны

Переключаться в реальный, дергать прерывание (VESA), переключаться обратно. И там что-то было из защищённого тоже доступно, но не везде. Деталей не помню, гугли. Это вариант для бедных. А взрослые ОС, конечно же, прерываниями BIOS не пользуются, они знают как с видюшкой напрямую работать.

и тоже самое касается клавиатуры, жестких дисков и.т.д.?

т.е. норм оси обходят bios в этом плане

в видеопамять напрямую писать

ну напрямую я и пишу

и тоже самое касается клавиатуры, жестких дисков и.т.д.?

Ну да. Но какая-нибудь Windows 98 в своё время ходила в реальный режим на каждый чих, и вполне себе работала.

ужас, всю абсурдность я осмыслил. VESA, я так понимаю, туда же, так?

ужас, всю абсурдность я осмыслил. VESA, я так понимаю, туда же, так?

Ну писать видеодрайвер я бы не взялся. VESA тебе нужна, чтобы один раз выставить режим, тут вообще проблем нет.

все, базару ноль, понял. Тогда надо отказываться от GRUB`а

а то он сразу перед загрузкой ядра стартует защищенный режим

все, базару ноль, понял. Тогда надо отказываться от GRUB`а

Зачем? Научись ходить в реальный режим из защищенного (и обратно), это не так сложно ведь.

Тоже верно, спасибо. Тема с прерываниями биоса в защиенном режиме была до боли очевидна, просто я туп

И ведь по теории я это знал. Но ни в зуб ногой блин

Спасибо

очередной трап

как сделать, чтобы каретка в qemu не перекрывала символ на той же позиции?

как сделать, чтобы каретка в qemu не перекрывала символ на той же позиции?

Использовать черту-каретку?

Зачем? Научись ходить в реальный режим из защищенного (и обратно), это не так сложно ведь.

разве в реальный можно свалить без ребута?

разве в реальный можно свалить без ребута?

mov eax,cr0; and eax,0x7FFFFFFE;mov cr0,eax

нельзя было только в 80286, который нынче днём с огнём не найдёшь. да и не ребут там нужен был, а микросброс (специальная фича BIOS, процу шлётся INIT, биос по состоянию ячейки часов определяет, что это микросброс и отдаёт тебе управление)

Какой диалект лучше?

Суахили

Интеловский православный самый

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

Но так как интелы делают лучшие процессоры 😂

mov eax,cr0; and eax,0x7FFFFFFE;mov cr0,eax

А обратно также просто?

А обратно также просто?

ну установи обратно бит 0 (PE) и, если используешь MMU, бит 31 (PG). Но тут много подводных камней: надо отчётливо понимать, как процессор работает с сегментными регистрами и прерываниями. И что будет, если ПОСЛЕ установки CR0.PE и ДО загрузки сегментных регистров (включая CS) приедет NMI (его не замаскируешь же), и как будешь его обрабатывать.

Надо курить Intel SDM, иначе никак

Капец. Но да, я без mmu

Капец. Но да, я без mmu

rip

Капец. Но да, я без mmu

Лучше не играться "опасными" флагами (CR0.PE, CR0.PG, CR4.PAE, EFER.LME). Можно легко выстрелить себе в ногу, если не понимаешь что происходит на каждом шаге.

Да, я понимаю

проще написать свой загрузчик

Но это другая задача

А мне надо войти в реальный, сделать кое-какие настрокий с VESA, а потом обратно в защищенный

И все довольны

Ну посмотри в исходниках того же груба как это делается

а с диском как работать будешь? будешь 32-битный драйвер писать?

а с диском как работать будешь? будешь 32-битный драйвер писать?

А вот не знаю, но современнве же оси как то ездят.

Значит там как-то может вектора прерываний перебрасывают в защищенный, я хз

А вот не знаю, но современнве же оси как то ездят.

напрямую к железу обращаются