ассемблер в Delphi, адрес переменной

[Obert]

Здравствуйте, у меня имеется двумерный массив field, хочу написать процедуру обработки этого массива на ассемблере.

Вот я начал (пока для примера просто определяем содержимое переменной field [1,1]):

function assmblr:integer;
var
  P: Pointer; // переменная-указатель
begin
  P:=Addr(field);
  asm
    pushad // сохранение регистров общего назначения

    mov ebx,P
    mov eax,[ebx]
    mov Result,eax

    popad  // восстановление регистров общего назначения
  end;
end;

Правильно ли это? Меня смущает, что регистр ebx 32-разрядный, а значит не может указывать на область памяти выше ~4 Гб, верно? У меня этот код работает верно, но если массив field будет расположен в учатке памяти выше 4 Гб?

[Пепел Феникса]

но если массив field будет расположен в учатке памяти выше 4 Гб?

а не будет он там расположен.
у вас приложение то 32-ых битное.

[Obert]

Сообщение от Пепел Феникса

а не будет он там расположен.
у вас приложение то 32-ых битное.

А если Windows 64-битная, поддерживающая память больше 4 Гб? Всё равно будет считаться, что приложение находится не выше 4 Гб?

[Пепел Феникса]

приложения видят лишь виртуальное адресное пространоство.
и с ним и работают.
для 32 битов оно составляет макс 4ГБ(на практике меньше) а где оно на самом деле расположено в физ памяти для приложений не важно.
этим заведует ОС.

[Obert]

Понятно, спасибо.

[Stilet]

Меня смущает, что регистр ebx 32-разрядный, а значит не может указывать на область памяти выше ~4 Гб, верно?

Отчасти. Именно потому для длинной адресации используют два регистра - один базы, другой смещения. Хотя если честно я такую схему видел только в ДОС приложениях, но уверен что она и по сей день не умерла.

[Пепел Феникса]

Хотя если честно я такую схему видел только в ДОС приложениях

она только в реальном режиме и нужна.
в защищенном режиме сегментные регистры имеют совсем иное назначение.

но уверен что она и по сей день не умерла.

теоритечески ОС может дать сегмент данных/кода/стека/еще чегонить
и будет более 4ГБ в вирт пространстве.
но тогда оно не будет монолитно(прощай динамическое изменение кода, либо же отдельный сегмент для данных кода)

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

[Stilet]

в защищенном режиме сегментные регистры имеют совсем иное назначение.

Согласен. Не учел