Андрей

Когда компилятор превращает команды (и данные) в бинарный код, он вычисляет смещения команд и данных от начала сегмента. По умолчанию он считает, что блок загружается в самое начало сегмента и начинает счет с 0.
Например, если первая команда занимает 3 байта, вторая - 2, третья - 4, то смещение первых четырех в сегменте кода будет [0, 3, 5, 9] соответственно.
Директива ORG увеличивает этот виртуальный счетчик на то значение. которое указано в ней.
Самый простой пример: для COM-файлов сегмент кода загружается в ОЗУ не со смещения 0, а со смещения 256 от начала сегмента, выделенного программе. Соответственно, при написании COM-файла, нужно сегмент кода предварять ORG 256, чтобы он понимал, что позиции команд (из примера выше) в сегменте при запуске программы будут - [256, 259, 261, 265].

Как указал выше Антон , Ваш код не соответствует логике команды.
SCASW сравнивает ячейку по адресу ES:DI с AX, выставляет флаги результатов сравнения и инкрементирует DI на 2. Автоматический инкремент DI позволяет (и собственно это и есть основной режим использования) предварять SCAS* префиксами проверки условий (REPE, REPNE).

Соответственно Ваш код должен содержать строку
REPNE SCASW
вместо
SCASW
CMP AX,...
и цикла

А сейчас Ваш код действительно как будто бы ориентирован на LODSW а не SCASW

Я бы предположил, что между местом расположения в памяти переменной с литералом и местом расположения в памяти команды, в которой она используется, оказалось слишком большое расстояние, которое не может адресовать используемый тип адресации.

0) нет гарантии, что для Вашего реального диска все параметры ответа AX, BX, CX умещаются в 16 бит (возможно, конечно DOS для совместимости что-нибудь обманывает, но гарантии опять же нет);

Теперь собственно ASM :
1) уверены ли Вы в чистоте верхнего слова ebx на первом умножении ?
2) абсолютно непонятен смысл манипуляций

mov ebx,edx
  shl ebx, 16
  add eax,ebx

3) уверены ли Вы в чистоте верхнего слова eсx на втором умножении ?
4) вот тут Вы напрочь убили верхние 32 бита значимой информации (а ведь 8 Гб уже не помещаются в младшие 32 бита) :
xor edx,edx ;расширим делимое

Data Representation
Data Encoding

Попробуйте stackoverflow.com/questions/22093908/android-spann...

Сервер направляет клиенту в момент аутентификации уникальное случайное число, например, текущее время с точностью до секунды, сконкатенированное с порядковым номером текущего запроса с момента старта сервера.
Клиент возвращает его же, "подписанное" HMAC на своем приватном ключе. Сервер проверяет: 1) то ли число вернул клиент, что он ему отправил, и 2) корректность HMAC (используя для проверки сохраненный на его стороне экземпляр приватного ключа данного пользователя). Если обе проверки сошлись, пользователь считается успешно аутентифицированным.

1) Добавьте внутри цикла

if KeyPressed then 
   begin
   c:=ReadKey;
   if c=#0 then
      begin
      c:=ReadKey;
      if c=#77 then go:=False
      end
   end

2) writeln('00'+#13#10+'00')