Не выводит пару пикселей, через двойную буферизацию, в чем дело ( в дебагере и в виртуалке работает)?

надо что-то да придумать.

Не надо ничего специально придумывать. mov ax, cs ; mov ds, ax должно прекрасно работать, при условии, что код правильно скомпилирован. Ты можешь приложить хекс-дамп своего бут-сектора?

Не выводит пару пикселей, через двойную буферизацию, в чем дело ( в дебагере и в виртуалке работает)?

mov ax,ds
mov [sg],ax
;; ...
mov ds,[sg]

Как по-твоему это будет работать, если mov [sg], ax использует ds: для обращения к [sg]?

Не выводит пару пикселей, через двойную буферизацию, в чем дело ( в дебагере и в виртуалке работает)?

mov ax,0000h
...
mov ss, ax

идея не очень. логично было бы mov ax, cs ; mov ss, ax

Не выводит пару пикселей, через двойную буферизацию, в чем дело ( в дебагере и в виртуалке работает)?

Я тебе предлагаю в самом начале инициализировать стек один раз -- ss и sp.

Не выводит пару пикселей, через двойную буферизацию, в чем дело ( в дебагере и в виртуалке работает)?

Да код именно тот-же

Как проверял?

Почему линковщик не видит функцию из статической библиотеки?

почему он не хотел правильно работать от ./ я так и не понял

Вероятно сборка идёт не в текущем каталоге, а в каком-нибудь подкаталоге debug или release. Подозреваю, что у qmake есть переменная обозначающая каталог исходников, которую можно подставить в файл M_un.pro. Возможно так: LIBS += $$PWD/lib/libmy2.a

Почему линковщик не видит функцию из статической библиотеки?

что-то не понимаю

Что-то не понимаешь. Очевидно же, что путь до libmy2.a -- вовсе не /./lib/libmy2.a. Укажи правильный путь к архиву относительно каталога где идёт сборка (подозреваю, что это просто ./lib/libmy2.a).

Как получить доступ к файлу в пользовательской папке внутри рутовой в Ubuntu?

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

Не на чтение ('r' / 1) а на выполнение ('x' / 4). Право на чтение даёт возможность узнать содержимое каталога, право на выполнение -- возможность сделать каталог текущим.

Как разделить числа на ассемблере в AVR?

Vadimm1001, прости, но выбор-то небольшой: либо деление в столбик, либо какой-нибудь ньютон-рафсон. Что то, что то на 8-битном ЦПУ займёт доофига тактов.

Использование прерываний в ОС Windows?

Дима Соколов, ну давай сравним:

вот win32 чтение из файла:

BOOL WINAPI ReadFile(
  _In_        HANDLE       hFile,
  _Out_       LPVOID       lpBuffer,
  _In_        DWORD        nNumberOfBytesToRead,
  _Out_opt_   LPDWORD      lpNumberOfBytesRead,
  _Inout_opt_ LPOVERLAPPED lpOverlapped
);

а вот int 21h чтение из файла:

Expects: AH    3fH
          BX    file handle
          CX    number of bytes to read
          DS:DX address of buffer to receive data
          ──────────────────────────────────────────────────────────────────
 Returns: AX    error code if CF is set to CY
                if no error, AX=number of bytes actually read

где сложность?

Как разделить числа на ассемблере в AVR?

Проблема - в каком виде хранить результат

Подозреваю, что автора вопроса интересует какой-нибудь вполне стандартный вид, например float из ieee754.

Ubuntu cifs - как смонтировать шару под пользователем?

Убери всё кроме точки монтирования из команды mount -- и будет тебе счастье:

$ grep cifs /etc/fstab
//192.168.0.17/hello            /tmp/zz         cifs    user            0       0
$ mount /tmp/zz
Password for jcmvbkbc@//192.168.0.17/hello:

Как разделить числа на ассемблере в AVR?

деление в столбик -- тоже целая наука?

Не выводит пару пикселей, через двойную буферизацию, в чем дело ( в дебагере и в виртуалке работает)?

И вот он странный вывод...

проверь, что код в MBR на реальном железе -- именно тот, что ты скомпилировал.

Не выводит пару пикселей, через двойную буферизацию, в чем дело ( в дебагере и в виртуалке работает)?

Но оно каким-то чудом весь єкран охвативает)

MegaCraZy6, да не "каким-то чудом". Ты больше одного экрана за раз рисуешь и копируешь часть данных за пределы экранной памяти.

Не выводит пару пикселей, через двойную буферизацию, в чем дело ( в дебагере и в виртуалке работает)?

начало виводить но что-то не спрайт а пару пикселей,
sprite db 50,150,50,0

Извини, но у тебя спрайт -- 3 пиксела, 4й чёрный ты не выводишь. Может ты dup хотел написать вместо db?

Не выводит пару пикселей, через двойную буферизацию, в чем дело ( в дебагере и в виртуалке работает)?

я там ложу по два байта же когда счетчик будет FFFEh следующие два байта будут уже заполнени

MegaCraZy6, да ты, друг, и считать-то не умеешь. Ты сделал add bx, 2перед сравнением.

люблю делать такие велики иначе неумею

Гордиться тут нечем. Чем скорее отучишься так делать -- тем лучше будет для всех.

Не выводит пару пикселей, через двойную буферизацию, в чем дело ( в дебагере и в виртуалке работает)?

Не работает, но уже лучше

Что не работает-то?

Циклы твои странно организованы: в put_clear:

add bx,02h 
cmp bx,0FFFEh
jz e

Я подозреваю, что ты хотел 320 * 200 = 64000, зачем сравниваешь с fffeh? Сравнивай с 64000.
В draw:

cmp bx,0FFFFh
jz e   
inc bx

Если хотел скопировать 320 * 200 пикселей, сравнивай с 63999.

Как восстановить корректную работу gcc?

По ходу перетёр хедеры glibc. Я бы начал с apt-get install --reinstall libc6-dev.

GCC не работает?

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

Сергей Горностаев, вовсе нет:

You can mix options and other arguments. For the most part, the order you use doesn’t matter. Order does matter when you use several options of the same kind; for example, if you specify -L more than once, the directories are searched in the order specified. Also, the placement of the -l option is significant.